CQ-editor
fornjot
Our great sponsors
CQ-editor | fornjot | |
---|---|---|
12 | 35 | |
676 | 1,869 | |
2.8% | - | |
4.7 | 10.0 | |
10 days ago | 9 days ago | |
Python | Rust | |
Apache License 2.0 | Zero-Clause BSD (0BSD) |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
CQ-editor
-
No Attribute Sketch(), can't figure out how to reinstall/run cqedit
I installed cadquery with cq-edit from github using the prebuilt package release for windows 10. This seemed to work great, cq-edit GUI launches and I can even model basic shapes. However when I try to run the printables file from above I get the error
-
Why doesn't this draw me a cylinder?
Use the latest version of cadquery. The version of cadquery that comes bundled with cq-editor binary isn't the most recent, and doesn't have support for cylinder.
-
An X11 Apologist Tries Wayland
On a previous laptop I used i3, then after a few years on Windows, I returned to Linux on my current laptop and decided to try Sway, and now I’ve been using it for almost a year and a half, but I set up i3 somewhere along the way too, which I have used when I needed screen sharing on Zoom.
I much prefer Sway. It handles output management much better than i3 (because it’s integrated and integrated well rather than being entirely up to you with xrandr—so this probably wouldn’t apply to full desktop environments like GNOME or KDE), supports mixed-DPI environments, properly supports high-DPI (though I’ve also been using patches for fractional scaling since I want 1.5×), avoids all tearing (which was what really surprised me when I first ran i3, I’d forgotten what the tearing was like), and supports my XF86AudioMicMute key (key code 256; it took a little effort to get it to work, involving dumping the xkb keymap and adding in a suitable entry, but I think that it’s literally impossible to support under X, though you may be able to remap it to a different key like F20 in some way at a lower level, but my attempts at that failed).
It’s not been without its troubles. Screen sharing is only possible at the screen granularity rather than individual windows, and I think Zoom is still broken because they did things stupidly in the past (using a GNOME screenshot API many times per second instead of the compositor-neutral screen sharing API that did exist when they implemented their thing) and are still unravelling them. I’ve also had a couple of apps require tweaks to unbreak, e.g. https://github.com/CadQuery/CQ-editor/issues/266, if you build it with a version of Qt that supports Wayland (the default, though their first-party distribution doesn’t), you have to explicitly tell it to use xcb instead of wayland or it crashes on startup. But honestly that’s all I can think of.
-
CadQuery Comes of Age
All this talk about anaconda etc is a little overblown. Just grab the release ZIP here and run the launcher. It drops you in the editor/debugger workspace with full functionality. https://github.com/CadQuery/CQ-editor/releases/tag/0.2 It doesn't appear to modify your system in any way.
I understand that other modes of using CadQuery require 'conda, but the basic built-in editor experience is self contained. Or am I misunderstanding something?
-
CadQuery –- A Python parametric CAD scripting framework based on OCCT
I tried this a couple of months ago, I found what it's trying to do very pleasant to use but the tooling around it is very annoying. The up-to-date version 2 isn't on pypi, conda is thoroughly unpleasant to have as an environment. There seems to be a drive to using it inside it's own editor https://github.com/CadQuery/CQ-editor while nice seems like wasted engineering effort in developing an editor when the language needs so much work. I didn't have much success structuring cad into modules as they wouldn't import well.
The point IMO of parametric cad in an existing language is to use the ecosystem. Lots of choices in this project make that really hard.
-
Fornjot 0.5.0 - Code-CAD in Rust
Anyways, I've just written that to make sure you know that the "code-CAD scene" or "state-of-the-art" is not OpenSCAD (and I'm not saying you don't know that), and that the ideas you had are really great, but they have already been brought to existence in CadQuery, CQ-Editor (the editor + visualization + debugging GUI for CadQuery), and the (still incipient) Semblage, that started to implement the "hybrid" approach of code-CAD + GUI based on CadQuery. I do believe another code-CAD program won't hurt at all, and there is even the possibility of collaboration between Fornjot and CadQuery and possibly Semblage, but I wouldn't say the world needs another code-CAD program. The world needs first to know about CadQuery and then decide its real needs. I've just read your blog post of your criteria for CAD software, and I really think that (apart from the community part, that requires that the project is known by many people, which seems to not be the case with CadQuery) CadQuery meets them nicely. If there is something I'm missing please let me know, specially if you already knew about CadQuery but it didn't suit your needs. Anyways, good luck with Fornjot!
- Code CAD – Use code to create CAD models
-
Curated Code CAD
To be fair these grievances are old: I've avoided conda like the plague for - easily - the last 5 years, and they might have cleaned up their act.
However, I still find the notion of having to install 2 gigs worth of stuff on my machine only to try a simple CAD package for a few hours a rather offending proposition. Call me an old curmudgeon if you have to.
To be fair to the cadquery folks: they seem to have realized the issue and they now offer what looks like a somewhat self contained binary dowload of the cq-editor package [2].
Finally, I'll leave you with this, taken from the cadquery homepage itself [1] (note the use of the word "polluting" in there, looks like I'm not the only one feeling this way):
For those unfamiliar (or uncomfortable) with Anaconda, it is probably best to install Miniconda to a local directory and to avoid running conda init. After performing a local directory installation, Miniconda can be activated via the [scripts,bin]/activate scripts. This will help avoid polluting and breaking the local Python installation. In Linux, the local directory installation method looks something like this
[1] https://github.com/CadQuery/cadquery#alternative-anaconda-in...
fornjot
-
Text-to-CAD: Risks and Opportunities
https://www.fornjot.app/ is an attempt, and also good at showing what a large undertaking such a goal is
I agree 100%.
Truck[1] and Fornjot[2] are recent attempts in the Rust space, both are WIP.
But both seem to be going the traditional way. I.e. B-Rep that can be converted to (trimmed) NURBS.
I think if one wanted to incorporate the last 50 years of computer science, particularly computer graphics, one needed to broaden the feature set considerably.
You need support for precision subdivision surface modeling with variable radius creases (either via reverse subdivision where you make sure the limit surface pass through given constraints or using an interpolating subivision scheme that but has the same perks as e.g. Catmull-Clark).
Then you need to have SDF modeling ofc.
Possibly point based representations. If only as inputs.
And traditional B-Rep.
Finally, the kernel should be able to go back and forth lossless between these representations wherever possible.
And everything must be node-based, like e.g. Houdini. Completely non-destructive.
There is so much wrong with this article. Throw a little bit of ML pixie dust on everything for more hype? Check. Compare wildly different things as if they were the same? Double check.
digdugdirk has the right idea, and AFAIR, there is some work on that front (https://www.fornjot.app/).
Also the Fiat 500 goes 100km on about 4l of gas, while the Ford F150 uses 7l. No clue where the author gets the idea that the Fiat would get worse mileage, perhaps he's dividing by weight?
The rest, I don't even.
- Truck: CAD Kernel in Rust
-
CAD Sketcher, free and open-source project bringing CAD like tools to Blender3d
I think some interesting developments are made in that sector in the form of https://github.com/hannobraun/Fornjot and https://github.com/ricosjp/truck. Let's see whether one of those will actually get anywhere near a usable level. Fornjot in particular is shaping up really well.
-
Show HN: Dslcad a programming language and interpreter for building 3D models
E.g. Rhai[2] or Lua or whatever.
And I guess if their tech is solid enough, someone will do that eventually and open a PR or fork the project. They do not use an existing geomtry kernel but do everything from scratch which makes this a very interesting endeavour.
There also seems to be a goal overlap between Fornjot and DieselCAD
[1] https://github.com/hannobraun/Fornjot
[2] https://rhai.rs/
-
Just saw this on Facebook. Brilliant solution. Anyone print one of these?
I have heard of yet another in-development CAD software like OpenSCAD or CADQuery, called Fornjot. Still, these are not ideal.
-
The Orb: a parametric trackball with BTU mounted ball and keyboard switches for buttons
also it's to early to be off much use to you, but have you heard of https://www.fornjot.app/ ? it's a very in development cad kernel that is also aiming for integration into multiple host languages.
-
Fornjot (code-first CAD in Rust) - Weekly Release - 2022-W36
Yes! The website and repository README have a screenshot, and there are screenshots for each model in the models/ directory.
-
Fornjot (code-first CAD in Rust) - Weekly Release - 2022-W32
I guess from a high-level, there are two good ways to help: 1. Pick an issue and work on it. 2. Try out Fornjot, compare its shortcomings to the list of open issues and the feature wishlist, and open issues as required.
What are some alternatives?
cadquery - A python parametric CAD scripting framework based on OCCT
pymadcad - Simple yet powerful CAD (Computer Aided Design) library, written with Python.
gridplayer - Play videos side-by-side
OpenJSCAD.org - JSCAD is an open source set of modular, browser and command line tools for creating parametric 2D and 3D designs with JavaScript code. It provides a quick, precise and reproducible method for generating 3D models, and is especially useful for 3D printing applications.
pythonocc-core - Python package for 3D CAD/BIM/PLM/CAM
opencascade-emscripten-port - Open CASCADE - Emscripten / Webassembly port
cadhub - We're out to raise awareness and put CodeCAD on the map. The success of CadHub can be measured by the amount it promotes the use of CodeCAD within the mechanical/manufacturing industry and the strength the CadHub community.
PyQt-React-Boilerplate - A boilerplate for using python to build a desktop application using PyQt webengine and React.js as the application front-end.
openscad - OpenSCAD - The Programmers Solid 3D CAD Modeller
truck - Truck is a Rust CAD Kernel.
oce - OpenCASCADE Community Edition (OCE): a community driven fork of the Open CASCADE library.