- Draw ellipse
- Fill ellipse (solid or hatch)
- Rotate ellipse and filling
- Undo
→ Angle of ellipse shaped fill is not undone.
Other hatch boundary elements that break or cannot be undone:
- splines from fit points
- arcs (when only one point is moved, e.g. stretch)
- circles (when radius changes, e.g. scale)
- ellipses (when major point changes)
Test case:
In Windows, set up say 2 or 3 new blank drawings.Then close them down one by one and notice the behavior when closing these drawing windows down!
It would be useful to have an option to be able to add new folders in the layer list, to group certain layers together in a folder when needed, this would reduce the layer list length and make it easier to navigate to certain layers (would be useful for me anyway!).
This feature might also be useful for the block list too!
Windows 7-64
Selecting print from Main menu > File > Print - not working.
Print function only working from selecting the Print icon button from within the Print preview stage!
This is how I would implement this:
This would be a modification tool. Parts are selected, a toolpath is generated, and a dialog pops up to allow putting the tool path into an existing layer, a new layer, or replace all drawings in an existing layer.
This is how the toolpath is generated:
We iterate through all elements and explode everything but text into line segments. Then we connect the line segments into chains wherever the line endpoints are less than some tolerance away from each other. The chains can be very chaotic, but at least we have separate entities for now.
For every chain, we need to find the largest complete loop. A good drawing would only contain non-overlapping loops, but we can’t expect that. Everything that is not on this loop can not be defined as a part or as a hole, so we will merely create a tool path segment that is equivalent to the line segment. Every segment that *IS* on a loop is either an outside edge (part outline), or an inside edge (hole outline), (or overlapping, in which case it is neither, and we have an operator problem).
In a perfect world, we need to find exactly which shape is inside which other shape, and then create alternating tool offsets from the outmost loop (part edge) to the second outmost (hole), to the next (part) etc. .
In a simplified world, we can used the bounding box of the loop instead. This works OK for rectangular shapes, but a circle next to an “L” shape could be seen as inside the L’s bounding box, hence inside the L, wrongly accused of being a hole, not a part.
Now all that is left to do is to create a new loop, offset by the tool radius. Oh, and since we have the connections from line segment to line segment in the correct order already, we can use the opportunity to order all cutting loops from inner to outer, or from small to large, and order non-loop edges by travel distance.
The new drawing in the new layer can now be exported without further hassle to create a nice laser cut file.
PS: of course, a user could create multiple layers for marking, cutting, enraging, etc. . Additional Layer attributes for cutting speed and laser power (and a few more) would be needed.
Not sure whether this is intentional, but IMHO it is not logical and wrong:
When loading a block that has a drawing set to “color by layer” into any layer but “0”, it will still always show the color of the “0” layer.
However, it should show the color of the layer that this Block is in (this is likely true for all the other attributes).
Version:
V 3.0.9 and earlier.
How to reproduce:
Go into App Preferences, in Graphics View→Navigation, enable pan gesture. Now add any drawing and pan around for ten seconds quickly, not taking the fingers off the mouse/touch pad. Take the fingers off the pad now.
What goes wrong:
QCad will pan around the drawing for another 30 seconds or so, dutifully executing all the buffered mouse moves.
Suggested solution:
Qt buffers more mouse pan-moves than QCad can handle. QCad executes every move in the buffer, making the pan feature close to unusable. The zoom function has the same bug, but it much less pronounced.
This is easily solved: when receiving a pan event (two finger scroll), just check if there are more events in the queue. If there are, accumulate the effect, but don’t draw yet. As soon as the buffer is empty, kick off the redraw. The result is a *much* more fluent and responsive user interface.
Please fix soon. This wonderful feature makes life so easy, but currently it is unusable. Thanks. Matthias.
It would be a nice feature to be able to define your own toolbar.
Hi,
It seems that QCAD and Autocad treat solid fills differently. Here is attached
example and its view in QCAD and autocadws.com web service. I found that order
of vertices is important.
Thank you
Mikhail
Enable / disable individual snaps for use with auto snap.