QCAD Bugtracker

When saving a view, it would be great if the view also saved which block (model space, layout block, or any other block) that was active at the time the view was saved and when the view is later re-activated, the corresponding block would re-activate.

Case:
Drawing with text, zoom in and out with one of the common methods, text will disappear in certain zoom level

Same drawing zoomed in and out in 3.20.0.0 doesn’t show this effect - works just fine.

Hello dear CAM developers!

I need to use the same tool at different spindle speed in a single machining file.
I would deeply appreciate if you could add a Spindle Speed edit field in the CAM Profile Toolpath edit window in order that each Toolpath can have its own Spindle Speed value (same as you did for Feed Rate and Plunge Rate)

FYI, the tool on my concern is a laser who’s power is driven by the Spindle Speed PWM signal.
I need to be able to do both engraving and cutting in a single file.
Alas! this laser tool is defined with a fix and unique number (99).
Therefore I cannot define different laser tools with different speeds.

Many thanks
Best regards.

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.

QCAD Professional
Windows7 pro WinInstaller
Version: 3.26.4.5 (3.26.4.5)
Internet: QCAD.org
Build Date: Jul 20 2021
Revision: e596276
Qt Version: 5.13.2
Architecture: i386
Compiler: Unknown

In the example given by ‘turtle’ .. why_is_this_not_closed-v2.dxf
https://www.qcad.org/rsforum/viewtopic.php?f=32&p=34157#p34153

Selecting hatch boundary segments of the horizontal polyline segment at
(1169.933593;274.432562)-(1089.933593;274.432562)

Segment selection stops where the AR-CONC hatch pattern touches the horizontal segment.
Such intersections points where already no longer regarded as snappoints.
See :
 FS#2090 : https://www.qcad.org/bugtracker/index.php?do=details&task_id=2090.
Related topic https://www.qcad.org/rsforum/viewtopic.php?&t=7340&p=28414#p28414

Regards,
CVH

As a heavy mechanical drawings user, it would help a lot to have an option to exit a block saving as a new name and making it a new entity from that time ahead.

Example: if a have a lot of screws, one of then is behind another peace and need the to have some lines changed to hidden style lines, in the flow of the work is great if I edit that screw in place and when exiting have the option to save as a new block, to don’t mess with other entities of the same block that I don’t want to change. Yes, there is a workaround that is duplicate and rename the block prior to the editing, but a save as seems to work easier.

Thanks Andrew and team!

I have set the grid/snap value to X=.0625 Y=.0625 on all 4 viewports.
When zooming in and out the grid/snap scale changes from .0625 to 3.90625. at this point the grid/snap points differ,
This causes a variation in the grid/snap reference points lending to drawing errors.

example
When I use the grid settings defaults .01, when zooming in and out, the grid/snap scaling doesn’t seem to have this issue.
Other values do, See below.

set value first zoom second zoom next zoom

	point		point		point ...	

0.01 0.1 1.0 10.0 ...
0.02 0.04 0.4 4.0 ...
0.04 0.16 1.6 16.0 ...
0.05 0.25 2.5 25.0 ...
0.0625 0.390625 3.90625 39.0625 ...
0.0254 0.64516 6.4516 64.516 ...

Why is there a squaring of the original set value? Which then becomes a new zoomed grid/snap value?

QCAD Professional
Version: 3.26.4.0 (3.26.4)
Internet: QCAD.org
Build Date: Jun 3 2021
Revision: 0bb4334
Qt Version: 5.13.2
Architecture: i386
Compiler: Unknown

Would it be possible to extend the tool for importing points with a label so that when importing points into the drawing (as it is now), the attributes of the point are taken from the csv file and written to the point’s own properties? See attachment. This would extend the functionality of the tool and I assume that it would also lay the foundation for the possible re-export of such points from the drawing to a csv file, including all the details.

Hi,

I believe prior QCAD version 3.22.0.0 there was no rotating preview. The rotating preview shows the outcome regarding to the chosen center point. I know that it is also common for move/copy. However, for me it is very confusing and difficult to chose the correct center point for a rotation if I’m constantly been distracted by the most of the time overlapping preview of my selection. This said if the drawing is very detailed I have to zoom in extremely to be able to snap to the right entity. That wouldn’t be necessary without the preview. Additional rotate a large drawing selections will compromise the performance - CPU is going like crazy.

It would be nice to have an option to turn this preview on/off.

Headline should already explain the issue ...

QCAD (before version 3.27?) used to show some custom XDATA, e.g. tag 1000, even for application names that are not “QCAD”, which for me was useful, so it’s somewhat of a regression. (I think it was broken when selecting multiple items, maybe that’s why it was removed.)

I suggest to bring that feature back, but maybe show it only when a single element is selected if that’s easier.

(As a workaround/hack I guess it would be possible to rewrite the required information as QCAD compatible XDATA externally I guess.)

QCAD. ver. 3.27.1.0 (3.27.1)
Qt version: 5.13.2
Architecture: x86_64
OS Windows 11

It might be useful to have the possibility to manage the references of the images contained within the drawing. A design could use recurring images, stored in a folder outside the one in which the design is located. Moving the drawing or folders (or changing the PC) will lose the folder references and the images are not displayed when the drawing is opened again.
I imagine the possibility to view the references of the images (and if necessary modify manually or with a pointer) with the option of: attach, detach, reload, etc., as in the example below (referred to ActCad - based on Intellicad technology)

The tool “Clip to rectangle” / “Cut at Area Boundary” tool used on an area with lines and arcs will partly complete arcs to circles.

How to reproduce the bug:
1-open a new file
2-select text tool, simple text(one line,no formatting) and alignment in base-left
3-write some text in somewhere position in the draw, repeat this in others positions
4-save the file in .dxf R15 [2000/LT2000] (dxflib) format
5-close Qcad
6-open the saved file, the writhed text lose original position and now all the text have 0,0 position

Could we please implement the ability to display file contents in the file explorer. This would make it easier to decide which files to open.

Andrew,

Changing orientation of a polyline with RV or by changing it in the Property Editor clears the global width value.

Single line pieces as polyline default to CCW.
Still the global width is cleared when trying to set them CW.

I didn’t update since 3.27.0 but reading this topic I suppose it still is valid.
Related: https://www.qcad.org/rsforum/viewtopic.php?f=89&t=9362

Regards,
CVH

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

When editing an existing toolpath to update the parameters of the selected tool, we can update the Feed Rate and the Plunge Rate, but I couldn’t find any way to update the Spindle Speed.

Even when using the Edit Tool KE button, we can edit parameters of the tool on concern but none of the modification is applied to the current Toolpath because as I see, tools parameters are copied fron tools definitions to a Toolpath only at creation of this Toolpath, but Toolpath are not updated accordingly.

Could you please add an edit field for Spindle Speed in the CAM Profile Toolpath window?

Many thanks’, and best regards.

Yes I’m aware that the U.S. survey foot has to be discontinuing December, 31, 22. However - as we’ve learned in the past it takes decades until a unit will disappears for good.

See also:

https://www.qcad.org/rsforum/viewtopic.php?f=8&t=9493&p=38245#p38245

Post processor “LaserGBRL (offset) [mm] fails to turn off/on (M5, M4) at Tabs.

Forum topic:
https://www.qcad.org/rsforum/viewtopic.php?f=85&t=9552&p=38496#p38495

Andrew,

When switching from Default to Dark mode the text on alternating rows is hardly visible.
We can customize this color.

It would be easier if a proper default color is set on switching to and back.

Perhaps the user preferences can be remembered.
Perhaps only when the contrast would be affected.

Regards,
CVH

Andrew,

When we use Lengthen/Shorten (LE) with a positive amount the result is clearly visible when indicating a side of an entity.
With a negative amount there is seemingly no preview.
It is generated and shown but one can not distinguish it especially with solid lines.

Adding an orthogonal auxiliary preview shape some N pixels long would do the trick.

Regards,
CVH

Andrew,

Usually I point to something to start with.
Sometimes I want to point away from here but then the arrow is where I just clicked.

An option on creation would be nice.
The capability to reverse the Leader orientation afterwards is another method to get it pointing the intended way.

A Leader entity is stored similar as a polyline.
I think it would not be difficult to reverse the basic polyline and update the dimension shape accordingly.

Regards,
CVH

Case description: “Hatch from Segments” (HS) detects correctly an open loop but fails then to set the circle marker for an easy visuelle identification.

Same scenario tested with “Hatch from Selection” (HA) ...
... everything works like a charm

I would like the ability to extend dimension lines beyond the extension line when using tick marks. Images are attached and posted here: https://qcad.org/rsforum/viewtopic.php?f=31&t=9785

Currently, the model space can display lineweights at scale 1:1
It’s very convenient when drawing small objects that will be printed at scale 1:1 : it makes it easy to anticipate the final aspect of the printed drawing.
But this feature is unusable for architects or users who draw large objects.

Therefore, it would be very useful to have a factor to multiply lineweight display in model space.
For example : if i know my drawing will probably be printed at scale 1:50, i set the value of the lineweight factor to 50.
Then every line would be displayed 50x thicker in model space.

Andrew,
For more detailed description please refer to:
https://www.qcad.org/rsforum/viewtopic.php?f=33&p=40081#p40081

In the included screen grab below, left is when drawn cubic, closed periodic, from 4 points.
Right is when the file is re-loaded.

It is hard to select the incorrect shape when pointing near it ... Probably it is referring to the correct internal shape.
After drawing it explodes to a Null length polyline with 2 identical vertices.

I can’t include the error in a file as it reverts on re-load.

The same issue exist for quadratic, closed periodic, from 3 points.

Regards,
CVH

Andrew,

Related topic: https://www.qcad.org/rsforum/viewtopic.php?f=32&t=10094

When entering 1’ 1’‘ in an input field.
- As the size of the rectangle in the topic
- As the length property of a line selected in the drawing
- ....

Returns 13 in a drawing in mm.
And also in a drawing in inch what turns out to be correct.
But also in a drawing in foot.

Similar, entering 1’ with a drawing in kilometers it returns 12 units = 12 kilometers.

Regards,
CVH

Andrew,

Referring to this forum post:
https://www.qcad.org/rsforum/viewtopic.php?f=74&t=10152

With radii 1341.35667735 and 26 the relative tolerance is 0.00683678 and exceeds the former used fixed tolerance of 1e-4.

These arcs will then be considered to be tangent and the intersection point is 0.31024 units to the left of where we expect it.

Implemented: https://github.com/qcad/qcad/commit/77ae3e4518cc34f178779d2d2c724adcf80c229d#diff-dcc4e31eaeaed5a047f65dbce4ddda4bcd4d604e9e1005ee8481ded273768449

Updated: https://github.com/qcad/qcad/commit/071b60acd1176e6301bf6b6fcf716684221a97e8#diff-dcc4e31eaeaed5a047f65dbce4ddda4bcd4d604e9e1005ee8481ded273768449

I had already expressed my reserves on the relative tolerance but that was already a better solution for small arcs:
https://www.qcad.org/rsforum/viewtopic.php?f=33&t=8775&p=34907#p34907

We could limit the tolerance by:
A- The smallest of the fixed and the relative.
B- A relative tolerance based on R2 there circle 1 is forced to be the larger one.

This will never account for the position in the plane.
At a certain point the tolerance will be less than the accuracy/certainty of the values.

Regards,
CVH

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

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

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.

Add configuarable format options in application preferences for saving blocks to library to either dxf or dwg.

QCad 3.19.2 Professional, 64bit, Liux Mint

Case:
1. Open some saved drawing with viewport entities on layout block (paper space). Print Preview mode is “On” automatically.
2. After “File-Revert” drawing is reopened on layout block (paper space), but now Print Previw mode is “Off” .

For example can try on “flange.dxf”

Drawing converted from inch to mm - undo leads to wrong dim label position. I can fix that with “Reset Label position” but it would be nice if QCAD could to that in first place.

I know this was reported and fixed before ...

https://www.qcad.org/bugtracker/index.php?do=details&task_id=843

... but it looks like we have the issue now back with some kind of variation.

If I use the test drawing which I posted in 2013 ( FS#843 ) it works still as expected after it was fixed.

If I create a new block it won’t work in a new drawing nor in the old test drawing - no chance to snap to the Block Reference.

Edit: New Test drawing:

My data files are stored on network shares (synology) with a GB link. QCAD Pro is run in Admin mode.

While in my Windows browser all remote shares are accessible (Green), in the QCAD file open menu they are initially shown as not accessible (Red). By accessing a specific drawing file in a remote share, the share will open and turn green.

Same behavior using ‘Open recent’. Always the message is given that the requested file does not exist, and the file is wiped from the ‘Recent Open’ list. Only if the share is first accessed through ‘Open’ with a random file, it will turn and a ‘recent open’ file for that share will open.

Drag and Drop from a remote share will never work.

See also:
https://www.qcad.org/rsforum/viewtopic.php?f=33&t=6367#p23947

See also:
https://www.qcad.org/rsforum/viewtopic.php?f=89&t=6447

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

Yesterday I set up a Windows 64 bit install of QCAD Pro which shows the same bug I have been seeing for a while in the Community linux git repo.

Create a new drawing and then go to “Print preview”. Enable “Move paper postion”, the cursor changes to the hand icon, but the paper position is unable to be moved. Only by saving the drawing, exiting the program, restarting and reopening the drawing, will the “Move paper postion” function correctly.

Affected versions tested:

Windows 64bit installer download, as of yesterday.
Linux 64bit build from git, about 20minutes ago.

For what it’s worth, this bug is not present in this previous git checkout:

Version:
3.21.1.0 (3.21.1)
Internet:
QCAD.org
Build Date:
Jul 2 2018
Revision:

Qt Version:
5.7.0
Architecture:
x86_64
Compiler:
gcc 6.3.1

Thanks for a great product.

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.

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

QCAD 3.24.2 / macOS x86_64 10.14.6

Starting with empty doc:
1. Draw any object (e.g. a rectangle) on layer 0.
2. Create new layer (”1”) with color, say yellow.
3. Select new layer
4. Select new object
5. Modify → Move / Copy
6. Click reference point
7. Click target point same as reference point
8. In “Move / Copy Options” dialog, select “Delete Original” and check “Use current layer and attributes.” Click OK.

The moved object stays on the layer it was previously on. Using “Move / Copy” as a quick way to move a selection between layers is not useful even though it appears to be the recommended way in a Google search.

Note: if “Keep Original” is selected instead, the copied object is placed on the current layer and the original object remains on its layer, as expected.

Note: if the target point is different from the reference point, the moved object is placed on the current layer as expected.

There are other workarounds too, cut / paste with “To current layer” checked seems to work, as does chaging the layer in the Properties Editor.

How to reproduce.

1. Create a text field with some non-english words in the upper index. (see attached pic1.png)
2. Save the project and close QCAD.
3. Run QCAD and open same project.
4. Now upper/lower indexed text becomes not human readable UTF codes. (see attached pic2.png)

Tried different fonts - doesn’t help.

Linux ntb-kirill 3.10.0-1062.12.1.el7.x86_64 #1 SMP Tue Feb 4 23:02:59 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
CentOS Linux release 7.7.1908 (Core)

Open QCAD and the application preferences. In the section “General: tool settings " you can resize the columns: Menu, Shortcuts etc.
The problem is that it is not intuitive. The first divider is not selectable and the second moves the first, only backwards.

With default autosnap settings reference points included I find it very hard to snap to the baseline reference points of a dimension.
I manage to do it by setting snap to reference point only and zoom out till I see the entire dimension element.

Support proxy icon in title bar. This can be used to move the file to another folder using drag and drop.

no task description

The Application Preference setting “Graphics View - Appearance - Prevent white-on-white/black-on-black display” seems to be a global setting that doesn’t take the draw order into account. For example: With the setting enabled, it prevents creating a white hatch of a higher draw order on top of a larger, colored hatch with lower draw order (background). The preference does not seem to evaluate if the object is truly drawn as “white-on-white”.

With the preference enabled, setting the object color as “white” will set the “white” color label, but the object color actually stays black. Its hard to determine why it happens in that case.

Is it possible to let the global preference setting be applied to objects after evaluation of the draw order, and determine if the object actually is a true case of white-on-white?

My workaround: Disable the preference setting (I think it is default = on), and only enable it for ad-hoc checks of hidden and overlooked objects.