|
2130 | QCAD (main) | Task | Low | Text: Text dialog removes tabs | Assigned | |
|
Task Description
Text dialog (QTextEdit) strips tabs in toHtml. If tabs can be retained, text entities could support tabs.
|
|
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
|
|
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
|
|
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,
|
|
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
|
|
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!
|
|
2433 | QCAD (main) | Suggestion | Low | Lock Snap [SQ] fails at snap Middle Manual [SN] | Assigned | |
|
Task Description
e.g: If I use content out of the clipboard to insert it multiple times into the drawing with using the Middle Manual snap [SN] the snap can’t be locked [SQ] and I have to reactivated the snap again and again for every following insert. Other snaps like END or CENTER work flawless in this scenario.
|
|
2371 | QCAD (main) | Suggestion | Low | Include more properties for polylines in the Selection ... | Assigned | |
1 |
Task Description
Andrew,
Not OS or Version depending.
We can’t filter on some specific properties of polylines.
Handy would be: - Global Width - Orientation
Specific: - Polyline Pattern But I don’t really search for them ... For some post-op I just need them all to be set to ‘No’. - # of vertices Filtering the complex from the more simple ones. - Including Bulges or not To seperate polylines with arc segments form others. There some operations that don’t really work with bulging. - Z values and/or global Z This would make sense for some but filtering on Z is not common under QCAD as it is 2D.
Regards, CVH
|
|
2297 | QCAD (main) | Suggestion | Very Low | Few UI inconsistencies | Assigned | |
|
Task Description
1) Line with command prompt in Command Line widget is missing padding/margin - letter C is glued to frame. 2) In the “Selection Filter” widget there is an “whitespace” character before colon “:” symbol on multiple places, it doesn’t seem repeat anywhere else
|
|
2261 | QCAD (main) | Suggestion | Very Low | QCAD change freehand tool to freehand spline tool | Assigned | |
|
Task Description
no task description |
|
2242 | QCAD (main) | Suggestion | Low | Bill of Materials | Assigned | |
4 |
Task Description
It would be a very interesting feature to add to future versions.
I also use AutoCAD Mechanical 2012 and the BOM is synced with every balloon on the drawing. Making it easy to edit.
The core BOM accepts formula fields and we can easily calculate the mass of a part, with some Ifs and math.
The BOM that is shown in the actual drawing is more simplistic, and has just Part number, Quantity, Mass and the Description. But it’s related to the “core BOM”.
It’s a very interesting thing! It would be great on QCad.
|
|
2216 | QCAD (main) | Suggestion | Low | DIM modification cause overlapping text | Assigned | |
1 |
Task Description
When I modify partly a DIM with “Stretch” or changing one Extension line position with drag and drop the Value text is updated which is nice working. Unfortunately the previous value stays in place and is overwritten by the actual value. I think for a good readability the previous value should disappear in the moment when the new value is presented.
|
|
2181 | QCAD (main) | Suggestion | Very Low | Apply more distinguishable Enabled and Disabled state i... | Assigned | |
1 |
Task Description
QCAD Professional Win7 WinInstaller 32bit Version: 3.25.2.7 (3.25.2.7) Internet: QCAD.org Build Date: Dec 16 2020 Revision: e06f230 Qt Version: 5.13.2 Architecture: i386 Compiler: Unknown
Related forum Topic: https://qcad.org/rsforum/viewtopic.php?t=8015
CVH
|
|
2177 | Documentation | Suggestion | Low | Update class_r_polyline.html | Assigned | |
1 |
Task Description
Include RPolyline.getLeftRightOutline() method in class_r_polyline.html
In use since 11 Sept 2020
CVH
|
|
2162 | QCAD (main) | Suggestion | Low | Update the parameter with simplify of RPolylineData & R... | Assigned | |
1 |
Task Description
Unrelated to OS, nor version
Reported Jun 23, 2020 in: https://qcad.org/rsforum/viewtopic.php?f=30&t=7372
Status Dec 24, 2020: https://qcad.org/rsforum/viewtopic.php?f=30&t=7372#p30955 Documentation is updated. The Classes still refer to an ‘angleTolerance’.
Regards, CVH
|
|
2149 | QCAD (main) | Suggestion | Very Low | Allow undo after auto trim self-intersecting with AX in... | Assigned | |
1 |
Task Description
QCAD Professional win installer 32bit Version: 3.25.2.4 (3.25.2.4) Internet: QCAD.org Build Date: Nov 18 2020 Revision: 40f4475 Qt Version:5.13.2 Architecture: i386 Compiler: Unknown
Continued from https://qcad.org/bugtracker/index.php?do=details&task_id=1757 Splitting the old report up ... Same file. In the left example one can auto trim (AX): - The lower loop. - The top loop. Bug? The action on the top loop can’t be undone.
Regards CVH
|
|
2148 | QCAD (main) | Suggestion | Very Low | Allow undo after breaking up self-intersecting with D2 ... | Assigned | |
1 |
Task Description
QCAD Professional win installer 32bit Version: 3.25.2.4 (3.25.2.4) Internet: QCAD.org Build Date: Nov 18 2020 Revision: 40f4475 Qt Version:5.13.2 Architecture: i386 Compiler: Unknown
Continued from https://qcad.org/bugtracker/index.php?do=details&task_id=1757 Splitting the old report up ... Same file. In the left example one can break out segment (D2): - removing one of the loops with the ‘remove’ option. - leaving both without the ‘remove’ option. Bug? Without the ‘remove’ option it can’t be undone.
Regards CVH
|
|
2147 | QCAD (main) | Suggestion | Very Low | Allow breaking up self-intersecting a 2e time (at endpo... | Assigned | |
1 |
Task Description
QCAD Professional win installer 32bit Version: 3.25.2.4 (3.25.2.4) Internet: QCAD.org Build Date: Nov 18 2020 Revision: 40f4475 Qt Version:5.13.2 Architecture: i386 Compiler: Unknown
Continued from https://qcad.org/bugtracker/index.php?do=details&task_id=1757 Splitting the old report up ... Same file. In the left example one can cut (DI) once. Cutting the second segment results in NO cut.
Regards CVH
|
|
2146 | QCAD (main) | Suggestion | Very Low | Keep 'Invisible' objects invisible while saving | Assigned | |
1 |
Task Description
QCAD Professional Win installer 32bit Version: 3.25.2.4 (3.25.2.4) Internet: QCAD.org Build Date: Nov 18 2020 Revision: 40f4475 Qt Version: 5.13.2 Architecture: i386 Compiler: Unknown
Related topic: https://qcad.org/rsforum/viewtopic.php?f=33&t=7882 Explanation found in REntity.cpp Listed as a Public Member Functions inherited from RObject
Regards, CVH
|
|
2140 | QCAD (main) | Suggestion | Low | Changing navigation mode for mouse wheel doesn't change... | Assigned | |
1 |
Task Description
Looks like error, but may be that’s feature request.
CAD software uses typical navigation behavior as: Wheel = Zoom; Ctrl+Wheel = Scroll up/down; Shift+Wheel = Scroll left/right.
Any other software like browsers, office software (openoffice writer, ms excel and so on), 2d paint software like GIMP (Photoshop and so on) uses other behavior: Wheel = Scroll up/down; Ctrl+Wheel = Zoom; Shift+Wheel = Scroll left/right.
Users, that intensively use CAD and other software simultaneously prefer to make same behavior in their applications switching CAD scroll to plain mouse wheel.
QCAD’s “Application Preferences”: “Graphics View: Navigation”: “Mouse wheel/ two finger swipe”: “Scroll” allow user to assign scroll up/down to wheel mouse instead of Zoom. But there is mistake Ctrl+Wheel didn’t change to Zoom. Ctrl+Wheel continues to scroll up/down, as the wheel. Wheel = Scroll up/down; Ctrl+Wheel = Scroll up/down; Shift+Wheel = Scroll left/right. No zoom!
Draw manipulation at this mode like a hell: you need to use wheel in conjunction with Ctrl/Shift to point draw in desired position, than move your hand to +(-) for make desired zoom.
|
|
2138 | QCAD (main) | Suggestion | Very Low | Block zoomstate supersedes Model_Space after Undo of BC | Assigned | |
1 |
Task Description
Summary: Block zoomstate supersedes Model_Space after Undo of BC
QCAD Professional Version: 3.25.2.1 (3.25.2.1) Internet: QCAD.org Build Date: Oct 15 2020 Revision: 2895712 Qt Version: 5.13.2 Architecture: i386 Compiler: Unknown «< (Win installer 32 bit)
With the file provided: ZW to see the top green ‘revision cloud’ up close QQ Box select around the cloud »> 2 entities in selection BC, select origin somewhere inside the selection, accept proposed naming »> ‘Block 1’ is created from the selection TN BD, select the newly created Block Reference »> Auto zoom of ‘Block 1’ (Intended behavior) OO »> Returns to Model_Space with the zoomstate of the removed Block »> Halfway down the drawing »> The former zoomstate of the Model_Space is lost
Intended behavior is that the zoomstate of Model_Space and Blocks don’t mix See: https://www.qcad.org/rsforum/viewtopic.php?f=31&t=7797&p=30371#p30378
This proves they do, even if the block doesn’t exists anymore.
Regards, CVH
PS: 3th trial to enter a suggestion ...
|
|
2115 | QCAD (main) | Suggestion | Low | Move toolbars with negative positions to 0 positions | Assigned | |
|
Task Description
As it can be seen in the attached image, QCAD toolbars may dock to a position slightly outside the visible area of the screen. After having docked there, I have not been able to move them any more. Their current position is just in the middle of the screen.
The position of the toolbars remains the same after the deinstallation of QCAD, shutting down, restarting the computer and reinstalling QCAD. I kindly ask for help.
Kind regards Reinhard
|
|
2072 | QCAD (main) | Suggestion | Low | Inserted and flipped block mirrors text and dim | Assigned | |
|
Task Description
Text and/or DIM used in blocks will be mirrored if inserted with a vertical/horizontal flip option.
Text/DIM which was successfully used in previos QCAD versions are now mirrored if they are loaded in the current version.
Version 3.23.0 doesn’t shows this behavior.
https://www.qcad.org/rsforum/viewtopic.php?f=32&t=7206
|
|
2011 | QCAD Community Edition | Suggestion | Very Low | Update QCAD CE SpatialIndex module to latest version | Assigned | |
|
Task Description
Building with the bundled version, 1.8.5, works fine.
When I try to build using the system version, which for Mageia Cauldron is 1.9.3, the build fails.
https://raw.githubusercontent.com/kekePower/mmbl/master/qcad/2019/12/11/20%3A13%3A48/log.qcad
Here is the current spec file for version 3.23.0.4. https://svnweb.mageia.org/packages/cauldron/qcad/current/SPECS/qcad.spec?revision=1465894&view=markup
It looks like qcad is incompatible with versions above 1.8.5.
Are there plans to port to the new version?
Thanks in advance.
|
|
1915 | QCAD (main) | Suggestion | Low | Viewport does not rotate view-port when changed in pape... | Assigned | |
|
Task Description
To reproduce
1. Select a new view-port in model-space 2. Select the appropriate paper-space 3. When the paper space opens change the angle of the viewport.
Actual
The object in the viewport changes but the viewport itself remains unchanged
Expected
That both the view-port and the object changes angle as the angle is updated
Motivation
If you abort the placement (but keep the angle) and go back to model-space and then redo the operation the view-port is rotated along the angle. It seems that the viewport only picks up the initial angle once the paper-space is open and ignores any changes thereafter
Workaround
1. Select the view-port per normal in model-space 2. Open the paper-space and set the wanted angle but do not place the view-port in paper space 3. Abort the placement on paper-space and redo the whole operation
Once the paper space is opened again the view-port will have the chosen angle
|
|
1851 | QCAD (main) | Suggestion | Low | Lateral surface of a cone | Assigned | |
|
Task Description
Module mise à plat d’un cone
Bonjour,
Serait il possible dans un futur d’ajouter un module de mise en plan de cone.
Une petite fenêtre sur lequel on donne par exemple : 1- Ø haut 2- angle de coupe du haut 3- hauteur du cône 4- Ø bas 5- angle du bas 6- épaisseur matière
Ce qui permettrai de sortir une mise en plan a plat de la forme
|
|
1789 | QCAD (main) | Suggestion | Low | Application Preferences / General / Performance :0 | Assigned | |
1 |
Task Description
Hi Andrew,
we know that you need to have always software performance in your mind to decide which features / tools can / should be implemented and on which way.
I really appreciate your effort to find the best middle way between software features and performance but I think also it’s a tough call to appraise worldwide the overall customer equipment to make the software workable to the best for everybody. That isn’t possible without compromise.
Maybe it would make sense to think about a new dialog in the “Application Preferences” to let the user decide what kind of feature are absolutely needed regarding to his/her work-task / equipment. I don’t mean that you need to cover every single thing but the main “performance jeopardy’s” should be covered with an on/off switch.
Yes I know - that isn’t done in 5 minutes but I think that can make your life easier in the long run and will cover even more customer.
Just my two cents. ;)
|
|
1754 | QCAD (main) | Suggestion | Low | When Selecting multiple blocks that contain the same at... | Assigned | |
|
Task Description
When selecting multiple blocks that contain the same attribute names, attribute properties appear with the values of the last selected block instead of “various”. I do not know if this is a “bug” or developer option, but “various” would be better in my opinion.
|
|
1740 | QCAD (main) | Suggestion | Low | Make unprintable layers also hidden in print preview | Assigned | |
|
Task Description
Make unprintable layers also hidden in print preview
|
|
1678 | QCAD (main) | Suggestion | Low | Property Editor dialog | Assigned | |
|
Task Description
The line for “General properties”, “Layer” the line is too narrow, so you do not see the layer name when the Property Editor is pinned to the side. (see Forum - Suggestions and Feedback): https://www.qcad.org/rsforum/viewtopic.php?f=31&t=5239
|
|
1526 | QCAD (main) | Suggestion | Low | Exporting block attributes to CSV | Assigned | |
1 |
Task Description
Two useful commands make it necessary to
1-”delete all the history of the command lines without terminating QCad” ; and
2-”export attributes to the CSV file as exported to the Blocks List”
|
|
1469 | QCAD (main) | Suggestion | Low | Cartouche automatique | Assigned | |
1 |
Task Description
Would not it be possible to create a kind of template for printing? We draw our room without cartridge. The cartridge will automatically appear when printed. The scaling could be automatic so that it goes in the A4 and therefore also will post the scale automatically. The name of the play could be the file name, date last saved after it the rest of the information that would be to add somehow (material index, designer, ...).
Original suggestion:
Bonjour,
Ne serait il pas possible de créer une sorte de template lors de l’impression ? On dessine notre pièce sans cartouche. Le cartouche s’affiche automatiquement lors de son impression. La mise à l’échelle pourrais être automatique pour que ca rentre dans le A4 et donc l’échelle s’afficherai aussi en automatique. Le nom de la pièce pourrais être le nom du fichier, la date du dernier enregistrement après c’est le reste des infos qui serait à ajouter je ne sais comment (matière, indice, dessinateur, ...).
|
|
1368 | QCAD (main) | Suggestion | Low | Context Menu - suggestions | Assigned | |
|
Task Description
I love using the context menu, speeding up my workflow indeed.
I would like to suggest that we have the added option to show only icons if desired and also that maybe an option to save and show commonly used tools!
Maybe the context menu could be configurable to show two columns, one for the normal last used tools and the othjer one for the user saved tools?
What do you think?
|
|
1323 | QCAD (main) | Suggestion | Low | Improve command line support in QCAD | Assigned | |
|
Task Description
Hi,
As a typical command line draftsman (still using acad10 for dos, since microsoft doesn’t supoort Win NT anymore), I noticed a severe lack on command line acces in QCAD.
For example I find the icon and pixel selecting methods within qcad very confusing and rude.
With the normal cad Select command I can select exactly what en how I want it.
I intend not to be rude, but I find my drawing screen littered all over with all kind of very specialist menu’s, tools and options. Sorry, I just want to make a drawing at the natural intuitive way, as with a pencil. So I use command line Commands, such as Move, Copy, Change, Select, a.s.o. For a ‘Command scripting’ user (-batching is a different tool!-), it seems to me logical these basic commands should be accessable.
|
|
1954 | QCAD/CAM | Release | Low | Revised PWM Post Processor | Assigned | |
|
Task Description
Hallo Andrew,
I have revised the PWM Post Processor to Revision D.
|
|
2063 | QCAD (main) | Performance Issue | Low | Bad performance while zooming inside layout block with ... | Assigned | |
2 |
Task Description
Zooming in and out is lagging to the point of unusable. This is happening in a layout block with the cursor pointing inside geometry with hatches. When the cursor is pointing outside the geometry zooming works as expected. The attached file has a very simplified testcase that shows this problem almost in the same way as a more complex drawing with multiple layers and hatches.
edit: I also attached the more complex drawing because it is a bit unclear to me where the lagging stops. Outside the viewport or outside the paper.
I just noticed the selection box has the same problem!
|
|
2021 | QCAD (main) | Performance Issue | Very Low | Cannot work with big dwg files | Assigned | |
|
Task Description
Openning a big file or doing any action in it, takes minutes to load. Even dragging the scrollbar slightly left or right, takes mintues to redraw the canvas again, which makes QCAD un-usable for professional use. Is there a way to make QCAD usable, after loading completed: - Like suppressing edit until user says so, - or taking snapshots of rendered canvases to another file and use it, as windows uses thumb.db ( for negative latency :P )
PS: I wish I could help a bit, but my hand are tied. I am just a java freak, I am opt to any idea of porting it to java, if she is still alive.
Tuğalsan Karabacak EEE, MSc Mobile Comp & App, IWE
|
|
1801 | QCAD (main) | Performance Issue | Low | low perfomance in paper space and viewports | Assigned | |
|
Task Description
Improving the performance of the exceptional use of the processors when switching from the model to the paper space (testing with the attached file) the functionalities of the commands for the viewports are too low in the paper space.
|
|
728 | QCAD (main) | Performance Issue | Low | Slow loading of drawing with many block inserts | Assigned | |
1 |
Task Description
Slow loading of drawing with huge number of block inserts (more than 10000).
|
|
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
|
|
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
|
|
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. :)
|
|
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!
|
|
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
|
|
2507 | QCAD/CAM | Feature Request | Low | Add Toolpath from Layer | Assigned | |
1 |
Task Description
I’ve been able to make this work as proof of concept very easily, but many of the functions are inaccessible/difficult to override from post-processors.
Desired functionality:
1) Enable “Add Profile Toolpath” UI elements all the time (remove setRequiresSelection) 2) CAM Profile Toolpath Dialog: Drop-down menu of available Layers. First option “By Selection Only” 3) “By Selection Only” continues to pass EntityIds of selected objects (existing functionality) 4) Choosing an active Layer will use the Layer as source of EntityIds 5) Any changes to Entities on a Layer will result in those new/removed/changed objects being re-generated without having to manually select and update the tool paths. Either do not recover list of EntityIds from the ToolpathBlock, and instead use “live” each time it’s regenerated, or additional functionality to determine if a LayerId is associated with the Toolpath, and then lookup EntityIds.
I assume the persistence of the Layer selection would be available within the Toolpath, so that it will automatically update EntityIds every time a Toolpath is regenerated, without having to select Entities and updating the toolpath manually.
For large projects, being able to force select objects based upon layer dramatically reduces mistakes and speeds up the workflow.
Thanks
|