|
2559 | QCAD (main) | Bug Report | Medium | File > Open: dxflib preselected | Closed | |
|
Task Description
File > Open should not preselect the dxflib filter but All Files.
Caused by changed order of loading plugins.
|
|
2558 | QCAD/CAM | Bug Report | Low | Offset trajectory path issue with circular Lead In/Out | Assigned | |
|
Task Description
Andrew,
Please refer to related forum topic: https://www.qcad.org/rsforum/viewtopic.php?f=74&t=10724#p44206
An eighth circle with radius 8 Lead In/Out relates to nothing in the actual exported cutter trajectory. Nor does it with the edge being cut.
Proper examples and a comparison with ‘Extension’ type Lead In/Out included. Conclusion: IMHO connecting the cutter trajectory and edge being cut is wrong.
It looks a lot like turning on Cutter Compensation (G41/42) while the motion is circular. But that is uncommon because most controllers can not cope with this motion. One can increase the offset gradually along a straight pre-entry segment for turning on G41/42 but not along a circular path. Also see snippet: - Pre-entry C→B turning on G41 - Circular Lead In B→A
Regards, CVH
|
|
2557 | QCAD/CAM | Suggestion | Very Low | G20/21 not occuring in generic postprocessors | Assigned | |
|
Task Description
Andrew,
I know that GCodeMM.js and GCodeIN.js are generic postprocessors. Mostly used as base for other or custom postprocessor.
The distinct nature is pretty clear from the filename and the suffix in the display name. Another distinct nature is that they include this.unit = RS.Millimeter / RS.Inch intended for the CAM side.
Why don’t they include at least a G20/21 in a generic header?
There are several more specific postprocessors where I miss these G-codes for the measurement system.
True, if they are not supported, no error messages would occur when omitted. The danger is that users rely on build in postprocessors hoping that it matches with the default measurement system of their setup.
IMHO it is safer to trigger an instruction fault before attempting to execute a wrong motion. As fail-save as possible should always be the goal.
Regards, CVH
|
|
2556 | QCAD (main) | Bug Report | Low | Win11 Printing Orientation Issue: Landscape >>Portrait | Assigned | |
|
Task Description
Andrew,
Related topic: https://www.qcad.org/rsforum/viewtopic.php?f=33&t=10649
Already two different users report that Landscape is printed cropped in portrait format, both Win11. The behavior change occurred recently. Although the second user (rdtsc) reports the same behavior for latest Mabox Linux (Manjaro, Arch.)
Can not replicate that on Win7 32 bit nor on Win10 64 bit, both are no longer or not updated OS. For one, I have no orientation setting displayed in my printer dialog.
It seems not to be related to the QCAD version: Reported for: - Win11 QCAD Pro 3.29 - Win11 QCAD-CAM 3.27.8.0
Regards, CVH
|
|
2555 | QCAD/CAM | Suggestion | Low | Include tool description when selecting a tool. | Assigned | |
|
Task Description
Andrew,
At present QCAD/CAM the tool drop-down box displays tool number and diameter between brackets.
It would be more appropriate to display if it is a mill or a drill and/or the description of such. In a further stage of development ball-nose ... Conical ... And so on.
I have several specialized mills with the same diameter. End-mills, roughing mills, routing mills, face mills ....
Tools 1(ø6mm) or 2(ø6mm) don’t say much if tool 1 is a side-mill and tool 2 is a high speed drill for metal.
Related forum topic: https://www.qcad.org/rsforum/viewtopic.php?f=31&t=10722
Regards, CVH
|
|
2554 | QCAD (main) | Bug Report | Low | Edit > Drawing Preferences > Page Settings: scale not l ... | Closed | |
|
Task Description
Scale value is not loaded from drawing and shown as 1:1 if the scale is stored as a number.
|
|
2553 | QCAD (main) | Bug Report | Low | Attributes created from invisible attribute definitions ... | Closed | |
1 |
Task Description
Andrew,
It seems that Attribute Definitions are created by default with Invisible = Yes I can’t control this property on creation. I can select the newly created Attribute Definition and toggle the flag.
Consequence when not updating this flag for each new Attribute Definition is that inserted Block Attributes disappear on synchronizing. See attached files.
The default Invisible = Yes setting is not retained on save/reload. (You will probably discover these flags to be ‘No’ in the attached files) Synchronizing after a reload has no longer the mentioned consequence.
On inserting a Block Reference based on a Block with Attribute Definitions the Invisible flag of new Block Attributes is always ‘No’. InsertBlock.js nor InsertBlockItem.js consider the Attribute Definition Invisible flag status when creating and inserting a new RAttributeEntity object. e.g.: InsertBlock.js L184-L206
IMHO: - Invisible = Yes on creation is not the best default for new Attribute Definitions. - Not retaining this flag on save/reload is probably not intended. - Disregarding the Attribute Definitions Invisible flag on block insertion seems incorrect.
Related forum topic: https://qcad.org/rsforum/viewtopic.php?f=32&t=10714
Regards, CVH
|
|
2552 | QCAD (main) | Suggestion | Low | Keep Windows menu shortcuts (Alt+Key) unique per menu | Assigned | |
|
Task Description
Reason: Same underlined keys are used for different menus
Select and Snap = S, Dimension and Info = I, Modify and Misc = M,
|
|
2551 | QCAD (main) | Bug Report | Low | Clipping of viewports affects cursor and reference poin ... | Closed | |
|
Task Description
The last version (3.29.4) present a very important issue. When we work with a “complicated” file (about >1MB or up see attachment test.dwg) the cursor and selected object not work fine after move some layout windows in Paper_Space: disappear coordinates informations and snap nodes. (see attachment before.png an after.png) This issue is present in all Qcad version (Linux, Mac-intel, Mac-silicon, Windows). The last working-fine version is 3.28.2 I’m a enthusiastic Qcad user and I hop that this issue will be fixed early! Regards Arch. Riccardo Beduschi
|
|
2550 | QCAD (main) | Bug Report | Low | Only a partial hatch appears in a closed shape | Closed | |
|
Task Description
I’m seeing only a partial hatch in the shape. See here for details.
|
|
2549 | QCAD (main) | Bug Report | Low | Edit > Drawing Preferences > Printing > Multi Pages > S ... | Closed | |
|
Task Description
Clicking “Set to Printer Margins” has no effect.
|
|
2548 | QCAD (main) | Bug Report | Low | Modify > Projection > Isometric Projection (Cylindrical ... | Closed | |
|
Task Description
The option “true scale” has no effect, projected result does not use true scale.
|
|
2547 | QCAD (main) | Bug Report | Very Low | Block > Purge Unused Blocks > Removes _DatumFilled bloc... | Assigned | |
1 |
Task Description
Andrew,
The _DatumFilled Block used by Datum entities (DT) is considered as not used and is purged by Purge Unused Blocks (BP). There is no block association for these special types of arrowheads in QCAD.
After purging the Datums are not immediately updated but the special arrowheads will eventually disappear. Adding new Datums will not fix that.
Not problematic because the _DatumFilled Block is re-created on save/reload when Datum entities exists. Datums are updated.
Probably not OS or version related. Related forum topic: https://www.qcad.org/rsforum/viewtopic.php?f=89&t=10694
Best solution would be to support different types of arrowheads and all related: https://qcad.org/bugtracker/index.php?do=details&task_id=695 https://qcad.org/bugtracker/index.php?do=details&task_id=757 https://qcad.org/bugtracker/index.php?do=details&task_id=1157
Regards, CVH
|
|
2546 | QCAD (main) | Bug Report | Low | After unit change "Autofit drawing to page" - fails | Closed | |
|
Task Description
Hi,
tested with back_plate.dxf (QCAD Tutorial Example)
Drawing is original mm, metric, A4. Printprewiew works, Autofit Drawing to page etc. works as expected!
In Drawing Preferences: Changed settings to inch, imperial, Ansi A Printpreview works but options like “Autofit Drawing to page” and “Autofit pages to drawing” are not working as usual ...
Went back to mm etc - everything works again as expected.
|
|
2545 | QCAD (main) | Suggestion | Very Low | Confusing re-use of the same icon for two purposes: pen ... | Closed | |
|
Task Description
See attached.
In the “layer list” header qcad uses a pencil icon for “edit layer”. But the exact same symbol means something different just below. In the layer list the pencil seems to mean “current layer”, and it not clickable, though the eye icon next door is.
In short: it’s confusing that clicking the pencil in the layer list does not, say, edit the layer.
|
|
2544 | QCAD (main) | Feature Request | Very Low | Request to add "plain text" paste, traditionally CTRL-S... | Assigned | |
2 |
Task Description
See: https://www.qcad.org/rsforum/viewtopic.php?f=31&t=10379
Could you add “plain text paste” as ctrl-shift-V Why? Because sometimes the clipboard comes in with rich text formatting that’s anti-helpful. The workaround is to paste into a plain text editor, or the console, then recopy and repaste into qCad.
Either way the ctrl-shift-V shortcut is useful for those trained on other software but: one could also argue that qCad should NEVER take rich text, and rather only accept the plain text with both CTRL-V and CTRL-SHIFT-V.
— CHV says
Agreed, having encountered it numerous times while documenting with text snippets from elsewhere. :roll: Even copying Info measurements from the Command Line are Rich Text.
The best place to file a feature request is QCAD Bugtracker: https://www.ribbonsoft.com/bugtracker/ You may need a different account there or make a new one.
May I remark that Ctrl-Shift-V is already in use for Paste along Entity (PE) But not when the Text Editor Widget has the focus and dialog Widgets are always modal on a Win OS system. :wink: Still, I’ll vote for it in any way.:P
Regards, CVH
|
|
2543 | QCAD (main) | Bug Report | Low | Polygonal Area Tool (IR) creates shapes persistently, c... | Unconfirmed | |
1 |
Task Description
Upon activating the Polygonal Area Tool either by clicking on the toolbar or by the IR keyboard shortcut the tool will persistently draw a polygon without clicking anything. This happens with the mouse and the trackpad on the MacBook Pro. This was happening in 3.29.3, and then after I upgraded to 3.29.4. The MacOS version is 14.1 Sonoma.
|
|
2542 | dwg2pdf | Bug Report | Low | dwg2pdf: lineweight is scaled with drawing scale, shoul ... | Closed | |
|
Task Description
When using PDF Export I see different lineweight to using dwg2pdf. See Different lineweights PDF Export vs dwg2pdf
|
|
2541 | QCAD (main) | Suggestion | Very Low | Consider the unit "Microinch" to be non-metric | Assigned | |
1 |
Task Description
Andrew,
One Microinch is equivalent to 25.4 nanometers and I don’t consider that to be metric.
RUnit.isMetric(this.getDocument().getUnit()) returns true for RS.Microinch or value 8.
https://github.com/qcad/qcad/blob/master/src/core/RUnit.cpp#L145-L155 Returns false for: RS::Inch ; RS::Foot ; RS::Mile ; RS::Mil ; RS::Yard ... and true for all the rest.
Also see last note in: https://www.qcad.org/rsforum/viewtopic.php?f=31&t=9506&p=38295
Not to be confused with RDocument::isMetric() because that returns the measurement system unless that is RS::UnknownMeasurement what is rather impossible with drawings created by QCAD.
Regards, CVH
|
|
2540 | QCAD (main) | Feature Request | Low | Retain original handle when Hatch properties are change... | Assigned | |
1 |
Task Description
Andrew,
When we alter about any property of a Hatch entity it seems to be recreated with a newer/higher handle. This doesn’t influence the drawing order in direct. But already changing the drawing order of a Hatch it is recreated as a new entity.
It starts to matters in drawing order when there are multiple entities with the same drawing order and that after save/reload. Entities with the same drawing order then receive a new drawing order based on the original but sequentially increasing based on handle.
Because a Hatch is recreated with a newer/higher handle each time a property changes it will thus always end up above the others with the same order even when the original was created earlier.
This is more pronounced when copying/pasting entities from a source to a target drawing. The original Hatch drawing order is retained but it will always be above existent entities with the same drawing order in the target drawing after save/reload.
Most other entities are probably just updated in situ. It is unsure to me at this point if merely updating a Hatch is even possible. And perhaps this is related to the addObject ForceNew flag what is false by default.
Regards, CVH
|
|
2539 | QCAD (main) | Bug Report | Very Low | (Relative) Polar feet + surveyor notation fails. | Assigned | |
1 |
Task Description
Andrew,
A user essentially pointed out to an ACAD textbook example. https://qcad.org/bugtracker/index.php?do=details&task_id=2533 Step 3 of: https://autodesk.blogs.com/between_the_lines/2012/07/drawing-with-surveyors-units-in-autocad.html
Please refer to this topic: https://www.qcad.org/rsforum/viewtopic.php?f=33&t=10652
Regards, CVH
|
|
2538 | QCAD (main) | Bug Report | Very Low | Weight 2.11 French translation typo | Assigned | |
1 |
Task Description
Andrew,
When switched to French I detected a typo in the drop down box for Lineweight.
Weight 2.11mm is listed as 1.58mm {2.11m?} https://github.com/qcad/qcad/blob/master/ts/qcadcore_fr.ts#L1228-L1229 Also see attached image file.
May I ask why only ISO types have a comma instead of a point in French. The use of a comma is uncommon in the Property Editor even when that is the native decimal separator. I also detect an extra space between the value and ‘mm’ and that only for the ISO types.
This only occurs in: https://github.com/qcad/qcad/blob/master/ts/qcadcore_fr.ts https://github.com/qcad/qcad/blob/master/ts/qcadcore_pl.ts https://github.com/qcad/qcad/blob/master/ts/qcadcore_pt.ts
Probably not OS or QCAD version related.
Regards, CVH
|
|
2537 | QCAD (main) | Feature Request | Low | More variants for converting element types could be use... | Assigned | |
|
Task Description
I don’t actually have any use for this idea currently, but am just posting it here to document it for consideration.
Basically, it occurred to me at least a few more useful conversions between shapes besides the existing ones could be useful.
For example:
Converting lines into axially aligned rectangles of a specified “radius” or “diameter” (with an option to delete or keep the original line geometry).
An option for the above (lines –> rectangles) that causes the intersections between the resulting rectangles to be automatically removed, like a kind of “automatic/magic wall creation tool” based on laying down lines instead of rectangles and then converting via this tool.
Converting circles/ellipses and rectangles back and forth between each other via their bounding volumes. It seems reasonably likely that people will sometimes want to convert circular design elements into rectangular ones and vice versa (e.g. deciding a rectangular column makes more sense than a cylindrical one and vice versa).
Converting any arbitrary selection into a corresponding bounding circle (not rectangle, which already exists) of sufficient size to enclose all points in the selection.
Basically, QCAD already has tools for converting shapes with operations that are a natural fit for the existing geometry, but has less tools for converting to entirely different geometry, but such uses could actually still be very useful potentially!
It seems likely to be common enough as a use case to merit inclusion, rather than just using scripting.
I don’t have any pressing need for these and I know that I could script them to create them if I really wanted to.
These are relatively minor ideas. I’m just putting this out here as more ideas for making this already wonderful software even better. :)
|
|
2536 | QCAD (main) | Suggestion | Low | The little circle that shows the error location when us... | Assigned | |
|
Task Description
I was having some problems getting some shapes to fill with a solid fill and was frustrated by the awkward numeric coordinate it was giving me for where the error (the disconnected shape points) were, until I fortunately noticed that a tiny pale circle appears around the point where the error is for about just 1 second.
This is a very helpful error indicator circle but is far too easy to miss.
Perhaps making it last longer (or letting the user control that) would be beneficial.
I also wonder if showing multiple such circles (when they exist, as they did in the piece I was working on) at the same time or having that as a UI option would be good.
Anyway, goodnight all!
|
|
2535 | QCAD (main) | Feature Request | Low | New tool idea: Scale polyline objects separately, each ... | Assigned | |
|
Task Description
In my current QCAD file I’m working on, I have a circular hub with a hole in it which I am also trying to place an alternating sequence of rectangular spokes of a certain relative size around.
I had 4 spokes that I had copied and rotated 45 degrees to create 8 spokes in total around the circle. I tried scaling the the non-cardinal spokes relative to the center of the circular ring, but that causes them to also move towards the center of the ring as they shrink, thereby putting them out of place as they scale.
I therefore had to activate the scale tool once per each object and set an origin (focus) point around the area where each spoke is “attached” to the ring in order to stop each from shifting inward to the circle as it scales.
It occurred to me though that there could be a simple tool or option to do this without that.
Each of my rectangles are polyline objects and thus are coherent continuous objects.
A new scaling tool could be designed such that it is based on simply clicking on each scaling origin on each object (using snapping tools if needed) and then clicking a check button (or enter) when done and then causing the scaling GUI to appear so the user can specify the desired scaling. Each scaling would then be applied to where the polylines were clicked instead of to all the objects as one.
This would be a much faster way to rescale a bunch of objects around individually varying relative scaling origins!
|
|
2534 | QCAD (main) | Bug Report | Low | Clipping in model space after working in paper space | Closed | |
1 |
Task Description
See also: https://www.qcad.org/rsforum/viewtopic.php?f=33&t=10650
|
|
2533 | QCAD (main) | Bug Report | Low | Surveyor's units never seem to display when selected as... | Assigned | |
|
Task Description
I've tried several times to try to see what the "surveyor's units" option of the Angular Dimensions format in the UI preferences will display as, but all it ever seems to do is cause the angle measurement to become blank. No angles are displayed whenever this mode is selected.
Indeed, I cannot figure out what the setting actually does besides causing angles to never be displayed.
Is there a way to make this setting do something meaningful or is it just broken?
I found an old forum thread from 2016 about this same issue and it sounds like the same things is still happening since then.
I'm not a surveyor so I have no actual practical use for these units that I can yet see, but I just figured I'd add an report to the bug tracker here in case any developers aren't aware that the bug still seems to exist.
Does the setting do anything besides changing the displayed units in the status bar?
|
|
2532 | QCAD (main) | Feature Request | Low | An "auto-tick" or "automated ruler creation" tool (adde... | Assigned | |
|
Task Description
Hey, this is the first of my feature suggestion submissions that isn’t tied to a corresponding suggestion thread on the QCAD forum.
Should I always create corresponding feature suggestion threads or is it ok (or better?) to just post ideas here?
Anyway though, here’s the idea:
I noticed that it is relatively easy to use things like the QCAD Split Entities and/or Paste Along Entity tool(s) to create an even set of divisions along a curve or line.
There’s also the Misc → Draw → Counter available too, for automated counting.
These together are useful for creating a “scale ruler” to be printed on a schematic for ease of reference or for use in cases where someone forgets to bring along a physical measuring device or when someone else is using that measuring device.
For example, one could print a to-scale 1 foot long ruler (or whatever other scale is relevant, e.g. 1 inch for small objects or just as a nice scale reference/legend/key) on the schematic page for convenience.
However, it would be nice if there was a convenient tool added to the Dimensions tool category that automated this entire process and was able to create arbitrary ruler-like numbered reference scales along lines (and even better if it also worked on arcs, though less important).
Even better would be if this “auto tick” or “auto ruler” tool supported multiple levels of tick scaling (e.g. 2 or 3) such as what one sees on actual rulers.
For example, an imperial ruler for a foot (I’m in the US currently) will typically having increasingly smaller tick marks added at halfway points between each of the numbered points along the ruler’s scale, which makes using it quickly much easier. For example, it’ll have a half-length tick for half an inch and then a quarter-length tick for each quarter of an inch within an inch (with the inch’s ticks being full length).
It seems like it could be relatively easy to implement that kind of nested tick marking system, which would make it super convenient and pleasant for the user of QCAD to create usable to-scale ruler-like objects wherever they desire them with hardly any effort!
I think this idea would also fit extremely well with existing tools in the Dimensions category and would be useful for many/most QCAD users!
It’s yet another good QCAD feature that could attract more people to buy upgraded copies of QCAD in the future I think!
I hope you implement it. Small conveniences still make a big difference.
Anyway, thanks a bunch again for creating this awesome program!
That’s all the suggestions I have for today.
I hope you have a wonderful weekend and upcoming week, etc!
|
|
2531 | QCAD (main) | Feature Request | Low | An always-visible hotkey overlay option would be extrem... | Assigned | |
|
Task Description
Hello! This is perhaps the most useful and valuable of the suggestion ideas I’ve had for QCAD so far!
I think it would be extremely useful if there was an option within the QCAD preferences for making it so that the hotkeys currently bound to each tool button in the UI (if existent) are always displayed such that they are overlaid on top of each of the buttons. There are two main approaches I can think of for doing that (both intended to avoid disturbing the existing layout of the UI):
Display the current hotkey binding associated by drawing it (probably in a distinct color) on one of the edges or corners of each of the buttons (such as the bottom middle side, the lower left corner, or the lower right corner). Even at a small font size I think this would be very effective and useful.
Instead of making the overlaid hotkey display in a small font at a side or corner of each button, you could have the hotkey text be in a large font and overlaid on top of the entire button, using things such as transparency and a distinctive (never used in the other parts of the UI) color to ensure that the button icons is still readable. A broader width of the font stroke may also help if transparency is used, so that the underlying icon lines remain more readable.
Both approaches have pros and cons. I personally lean towards the former, but Husky and CVH seemed to take issue with the readability of small fonts and so I later suggested the later option too.
They seemed opposed to both (at least during the forum discussion). However, I think this UI feature could be one of the best workflow speed improvements for the average user (many/most of whom probably don’t have time to memorize the hotkeys or just don’t end up doing so) of QCAD!
The gains in efficiency and pleasantness could be enormous potentially, even despite it QCAD already being among the most pleasant and well-designed programs I’ve ever used!
It is far faster to be able to instantly read a hotkey from the UI than to have to wait for a tooltip or to look the keystrokes up in the documentation.
Memorization is the fastest of course, but as someone who finds themselves constantly spread thin over many different programs (often half a dozen or more) for long spans of time I often find it difficult to remember all of the hotkeys for each program I use. Having such hotkeys always visible is useful for users who are spread thin, as many people increasingly in the world of software.
CVH suggested that I make custom icons myself, but doing so seems far worse than simply having QCAD automatically read and then print out the corresponding hotkeys over every tool in a programmatic and properly automated way.
I seriously think this would be one of the most awesome improvement you could ever add to QCAD!
Indeed, there is no missing feature I want more than this one!
Few programs do this but the few cases I’ve seen it the feature was extremely useful for speed without having to take weeks/months/years to fully memorize hotkeys only then forget them later. This idea eliminates that problem!
It would be glorious from a usability and accessibility standpoint! Please implement it!
Hopefully Qt’s GUI system is flexible enough to draw overlaid text over the buttons like this without to much hassle. That is the main potential impediment as I see it.
Anyway though, here is the associated forum discussion where I mentioned this idea. It was the same thread as the one where I also suggested adding a way to control tooltip delays.
|
|
2530 | QCAD (main) | Feature Request | Low | Make it possible to control the tooltip delay time when... | Assigned | |
|
Task Description
I noticed that every time I move my mouse from the main working canvas (schematic area) to the tool buttons on the left sidebar there is a delay before the first hover tooltip (which displays the tool names and hotkeys corresponding to each tool button) displays.
The tooltips remain fast (near instant) after that initial hover, but it it would be nice if there was an option field for controlling how long the tooltip delay is for that initial display delay.
Currently, on my Windows 10 machine, it takes about 1 full second for the tooltip to show, which may not sound like much but feels like a lot when trying to work faster.
Here is a link to the related forum discussion, which also discussed a different (and I’d say more useful/effective) idea as well.
I’m creating two separate Bugtracker submissions for that one thread though, to keep things clean.
Perhaps I should have created two separate forum thread for that to begin with.
|
|
2529 | QCAD (main) | Feature Request | Low | Add normalized unit circle coordinates (complex numbers... | Assigned | |
|
Task Description
Similarly as for my previous suggestion submission, I also had a related idea for making it easier to work with complex numbers when using QCAD by adding normalized unit circle coordinates as another option in the Angular Dimensions display units options dropdown.
Here’s the corresponding forum thread I started.
|
|
2528 | QCAD (main) | Feature Request | Low | Add cycles (a.k.a. turns or revolutions) to the availab... | Assigned | |
|
Task Description
Hello, I recently bought QCAD Pro and this is my first Bugtracker report!
First, I want to say a big thank you for creating and maintaining such a wonderful software package!
I’ve never encountered a system for expressing constraints in 2D (or even 3D) that feels as natural, intuitive, and expressive as QCAD feels!
I am very grateful to have randomly found it somehow. I wish all user interfaces were designed this way and especially that vector art programs adopted similar constraint-based tools.
Anyway though, here’s the actual feature suggestion:
I noticed that QCAD is missing one especially convenient and naturally occuring angular unit: cycles (a.k.a. turns or revolutions).
I personally find cycles to be my favorite unit overall and to be the most intuitive to work with (when not needing to use physical protractors). I actually mostly work digitally and most of my uses for QCAD will be digital. QCAD is the only software I’ve found that really expresses 2D constraints the way I want to be able to work and lay things out.
Rather than redundantly belabor the many reasons why I think cycles should added to the available displayed angle units in the Preferences → Dimension Settings → Angular Dimensions dropdown list, I will simply link to the rather large discussion I’ve already had with Husky and CVH arguing my case about why I want it added and why many other users could benefit from it.
Here’s the link to the relevant forum discussion.
|
|
2527 | QCAD (main) | Feature Request | Low | Option to mirrow viewports in paperspace | Assigned | |
3 |
Task Description
Hi, In paperspace I can scale and rotate etc. a viewport but I can’t mirrow it for to me unknown reasons. After reading and testing this user request I agree that it would make sence to have such an option. The solution from Andrew to accomplish that task with blocks / edit block in place is already a nice solution but to me it feels like paperspace would be the correct place with less action to manage. The user can still design the drawing as usal in modelspace without thinking about the “special treatment” for the block which is used for the mirrowed presentation.
Refering to forum conversation: https://qcad.org/rsforum/viewtopic.php?f=32&t=10611&p=43614#p43614
|
|
2526 | QCAD/CAM | Bug Report | Low | Nesting: Fewer or no solutions when not using "Place sm ... | Closed | |
|
Task Description
If nesting preference “Place small parts into holes of other parts” is disabled there may be fewer solutions or no solution if rotations is set to 1.
|
|
2525 | QCAD (main) | Bug Report | Low | Persistent state of some tools broken under macOS M1/M2 ... | Closed | |
|
Task Description
Affected tools: Insert Bitmap (keep proportions), Rotate (by mouse), Scale (by mouse).
See also: https://www.qcad.org/rsforum/viewtopic.php?f=31&t=10598
|
|
2524 | QCAD (main) | Bug Report | Low | Dimension > Reset Label Position: broken under macOS M1 ... | Closed | |
|
Task Description
Label position is only reset on reload / entity regeneration.
|
|
2523 | QCAD (main) | Bug Report | Low | Dimensions: Context menu of text label edit: <> entry | Closed | |
|
Task Description
Context menu of dimension text label line edit widgets offers a <> entry which does not insert <>.
|
|
2522 | QCAD (main) | Bug Report | Low | Zoom box preview | Closed | |
|
Task Description
When screen-based linetypes are enabled, the zoom box width depends on the zoom level and can get very wide / thin.
|
|
2521 | QCAD/CAM | Bug Report | Low | CAM Simulation: No tool visible | Closed | |
|
Task Description
Exception in CAM simulation when previewing tool position.
|
|
2520 | QCAD (main) | Bug Report | Medium | No Layer Groups | Closed | |
|
Task Description
Layer groups are not present. See attached screenshot and link. In screenshot....3.28 is on the left, 3.29 on the right.
|
|
2519 | QCAD (main) | Bug Report | High | Fit point Splines not displaying | Closed | |
|
Task Description
If I draw a ‘control points’ spline, it draws fine. If I draw (or open a file with...) ‘fit points’ spline, then that spline type wont’ display. (see attached video)
* If I ‘select all’, then the fit points will display/highlight; however, the spline itself does not display.
|
|
2518 | QCAD (main) | Bug Report | Low | Display error when using selection box or info tools | Closed | |
|
Task Description
See also: https://www.qcad.org/rsforum/viewtopic.php?f=32&t=10563 https://www.qcad.org/rsforum/viewtopic.php?f=33&t=10567
|
|
2517 | QCAD (main) | Bug Report | Low | QCAD cursors being malformed. | Closed | |
1 |
Task Description
Andrew,
Related topic: https://www.qcad.org/rsforum/viewtopic.php?f=8&t=10562
From the looks of it the cursor image data is read at a wider pace as it is stored. One can distinguish the double cross positioning QCAD cursor but it is shifted.
Regards, CVH
|
|
2516 | QCAD (main) | Bug Report | Low | Screen-based Linetypes issues with pixel based line wid ... | Closed | |
|
Task Description
Andrew,
Related topics: https://www.qcad.org/rsforum/viewtopic.php?f=33&t=10567 https://www.qcad.org/rsforum/viewtopic.php?f=32&t=10563
Regards, CVH
|
|
2515 | QCAD (main) | Bug Report | Low | File > New from template: no dialog shown | Closed | |
|
Task Description
File > New from template does not show the dialog and shows a spinning wheel instead.
|
|
2514 | QCAD (main) | Bug Report | Low | Font display in vertical tabs when font is italic. | Closed | |
|
Task Description
As explained in this forum post.... https://www.qcad.org/rsforum/viewtopic.php?f=30&t=10520
|
|
2513 | QCAD (main) | Bug Report | Low | MACOS Compile Error | Closed | |
|
Task Description
Using XCODE15, QCAD fails to compile. The error shown:
In file included from include/spatialindex/SpatialIndex.h:251: include/spatialindex/MovingRegion.h:155:34: error: no template named ‘binary_function’ in namespace ‘std’; did you mean ‘__binary_function’?
Per Apple’s website, binary_function are no longer provided in C++17 and newer
|
|
2512 | QCAD (main) | Bug Report | Very Low | stretch | Closed | |
|
Task Description
hello. if i use the tool on my own drawing, no problem, but on an element coming from the library, the blue selection square appears, it moves but the chosen shape doesn’t follow. i’ve tested several ways and even by creating a block. cordially
bonjour. si j’utilise l’outil sur mes propre dessin, aucun Souci, mais sur un élément de venant de la bibliothèque, le carre de sélection bleu apparait, ce déplace mais la forme choisi ne suis pas. j’ai teste plusieurs manière et même en créant un bloc. cordialement
|
|
2511 | QCAD (main) | Bug Report | Low | Decimal separator fails in references '?' | Closed | |
|
Task Description
Hi, I’m new in QCAD.
I need to print some drawings amd the decimal separator is a ‘?’ instead of ‘.’.
Mi versión is QCAD 3.28.2.0, revision a8039fc, Qt version 5.13.2, architecture x86_64, and the OS is Windows 10.
How can I solve this?
Thanks
|
|
2510 | QCAD (main) | Bug Report | Low | Crash in RSpline::getLength | Closed | |
|
Task Description
RSpline::getLength crashes in some cases. Bug in OpenDesign libraries OdDbSpline::getDistAtParam.
|