QCAD Bugtracker

QCAD - 2D CAD System.

Click here for a documentation of the DokuWiki formatting syntax that can be used in reports

Please search for existing tasks (also closed ones) before opening a new task.

Please make sure that you are using the latest Version of QCAD before posting a bug (menu Help > Check for Updates)

IDCategoryTask TypeSeveritySummaryStatusProgress  desc
2336QCAD (main)Feature RequestLowAdd command to go back to previous nested blockAssigned
0%
Task Description

“em” just always goes back to the main drawing. But for nested blocks, when jumping from edit mode of one block to the next nested block, it would be helpful to have some “ep” to go back to the previous block.

This was discussed at the forums...

2337QCAD (main)Feature RequestLowDistance information should be available in 2D and 3DAssigned
0%
Task Description

As per https://qcad.org/rsforum/viewtopic.php?f=32&t=9089, I suggest to extend the distance information tools:

* show Delta Z (at least when any of the elements has Z information)
* allow switching between 2D and 3D distance
* maybe allow to show both
* maybe change the text to distinguish between them (”Distance” → “Distance 2D/3D”)

2339QCAD (main)Feature RequestLowBlock List multible selectionAssigned
0%
Task Description

It would be nice to have the possibility to select multiple blocks with Shift and/or CTRL + mouse like the Layer List to use a delete etc command on all selected blocks at once.

2340QCAD (main)Feature RequestLowLayer List / Block List: Link minus icon to keyboard de...Assigned
0%
Task Description

Referring to Layer List / Block List: It would improve the workflow if the Delete key on the keyboard would be linked to the minus icon (Delete). The command ER is also ignored in both list.

2387QCAD (main)Feature RequestLowOpen Drawings on Layout Block by DefaultAssigned
0%
Task Description

As the layout block contains the drawing sheet, the number, the viewports, it’s the presentable part of the drawing.

Maybe QCAD could be able to save on the dxf the “last state” of the drawing. If I saved on the Model and closed, it would open on Model... and if my last save was on the Layout”n”, it would open on Layout “n”.

At least on my work area, when opening a finished drawing, it’s the ideal for it to be opened in a Layout (if it was the active block while saving).

2398QCAD (main)Feature RequestLowExcessive AutosaveAssigned
0%
Task Description

Autosave currently updates the backup file indefinitely regardless of whether the drawing has been modified since the last autosave. Request only update autosave following additional edits since last autosave.

2528QCAD (main)Feature RequestLowAdd cycles (a.k.a. turns or revolutions) to the availab...Assigned
0%
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.

2529QCAD (main)Feature RequestLowAdd normalized unit circle coordinates (complex numbers...Assigned
0%
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.

2530QCAD (main)Feature RequestLowMake it possible to control the tooltip delay time when...Assigned
0%
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.

2531QCAD (main)Feature RequestLowAn always-visible hotkey overlay option would be extrem...Assigned
0%
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):

  1. 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.
  2. 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.

2532QCAD (main)Feature RequestLowAn "auto-tick" or "automated ruler creation" tool (adde...Assigned
0%
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!

2535QCAD (main)Feature RequestLowNew tool idea: Scale polyline objects separately, each ...Assigned
0%
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!

2537QCAD (main)Feature RequestLowMore variants for converting element types could be use...Assigned
0%
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. :)

1863ECMAScriptFeature RequestLowWidgetFactory.saveState: save state of checkable QGroup...Assigned
0%
Task Description

QGroupBox widgets with <property name=”checkable”> are not saved in Qcad3.conf

1506dxflibFeature RequestLowwriteVPort parametersAssigned
0%
Task Description

Add parameters to the function DL_Dxf::writeVPort.
This way users will be able to specify the desired viewport.

Is the github the official repository? Are pull requests sent there accepted?

1542dwg2svgFeature RequestLowdwg2svg: add switch to show only given layer(s)Assigned
0%
Task Description

Implement a command line switch to only show a list of given layers for dwg2* command line tools.

2378dwg2svgFeature RequestLowExport attributes on block references as namespaced XML...Assigned
0%
Task Description

dwg2svg supports exporting the layer name (and probably others?) as namespaced XML attributes (`qs:layer`) which works well.
However I’d like to export block attributes as well, as seen on the following screenshot:

https://imgur.com/a/wUd0adE

(...so `ROOM_NAME` would become `qs:ROOM_NAME=”Eötvös terem”` on the respective XML element).

Thanks in advance.

1700dwg2pdfFeature RequestLowdwg2pdf: output multiple layoutsAssigned
0%
Task Description

Add support to specify multiple blocks (layouts) to output (one per page).

1823dwg2pdfFeature RequestLowplotting error to pdf a Dwg where the view port is not ...Assigned
0%
Task Description

When trying to plot a dwg or a dxf to pdf where the viewport is orientated to a different angle than north up
the data in the view port is plotted north up.
see attached DWG and pdf for clarification.

1824dwg2pdfFeature RequestLowdwg2pdf does not obey frozen layers in paper-space view...Assigned
0%
Task Description

We currently have a paper-space using two viewports with different layers from the model-space frozen. Unfortunately in the pdf output the layers which are frozen show up.
dwg2pdf should obey the specific frozen layer for each viewport

1922dwg2bmpFeature RequestVery LowAdd error message when requesting raster for a non-exis...Assigned
0%
Task Description

It would be nice if QCAD spit some kind of warning message when trying to render a layer with a name that doesn’t exist (and perhaps render nothing), rather than silently rendering an empty image. :D

See https://qcad.org/rsforum/viewtopic.php?f=33&t=6453

Showing tasks 351 - 371 of 371 Page 8 of 8<<First - 4 - 5 - 6 - 7 - 8

Available keyboard shortcuts

Tasklist

Task Details

Task Editing