QCAD Bugtracker

From this Topic:
https://www.qcad.org/rsforum/viewtopic.php?f=33&t=7818

Trial 1 doesn’t gives the intended result.
Trial 2 includes manual altering back and forth the Format field what gives the intended result

Regards,
CVH

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

With the attached file:
Viewing Layout1
Changing ON/OFF or Frozen state of layers in the Layer List

The view doesn’t update immediate.
Selecting an entity: Yes
After QQ Yes
Switching to another Application and reverting the focus back to QCAD: Yes
Using zoom / pan or the Zoom functions: No
Changing the display modes: Yes
Starting an action: No

Andrew,
unrelated to any OS or version.

Circles do explode to polylines with two arc segments.
Discussed earlier and very correct because a full circle bulge would be a mathematical limit situation.

When there is no option to ‘Undo’ anymore or when the file was saved & loaded there is no easy way back.

One of the reasons why I isolate circle entities if I might going to use XP as in the file here:
https://qcad.org/bugtracker/index.php?do=details&task_id=2155
Even knowing it, I still make more mistakes as I would like.

It would be nice to be able to exclude circle entities from the GUI explosion action XP.
Can be simply implemented in the top of Explode.explodeSelection with an extra preference in AppPrefs, default =true.

On the other hand, the explosions of circles used internally in various methods should remain.

Regards,
CVH

QCAD Professional
Win installer 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

Topic: https://qcad.org/rsforum/viewtopic.php?f=33&t=7900
Report: https://qcad.org/rsforum/viewtopic.php?f=33&t=7900#p30977

Rectangle with Size (RS) doesn’t update the Fill, RoundCorners & Radius settings shared under the [Shape] header in QCAD ini.

Explained as group synchronization while the Polygon methods have more settings in common, although not shared.

In the summary there are more minor issues listed.
All have a bar in the Options Toolbar that disappears after the first is drawn.

I rather would opt for all individual settings ...
... or all grouped.

Regards,
CVH

QCAD Professional
Win installer 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

Follow up on: https://www.qcad.org/bugtracker/index.php?do=details&task_id=2023
The zero crossing at 180° turn is fixed.

Found two very minute Line segments where the Width is set zero.
Revision dxf included.

Referring to the grid they are rendered about 0.0002 long.
They are in the order of 5e-15 and less or simply zero long in this case (<1ULP).
Results may vary in length ... and vary after Save/Revert.
Files included: PolyWidthErrLargeArc_v2.csv (a/b)

Not encountered on a Polyline with line segments.

Regards,
CVH

QCAD Professional
Win installer 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

File & picture included
Work around: Chop it up or use a TTF font

Regards,
CVH

That would ease this task:
https://www.qcad.org/rsforum/viewtopic.php?f=32&t=8000

Correct surface area included.
CVH

QCAD Professional
Win7 installer 32 bit
Version: 3.25.2.13 (3.25.2.13)
Internet: QCAD.org
Build Date: Feb 12 2021
Revision: cad2d36
Qt Version: 5.13.2
Architecture: i386
Compiler: Unknown

In the file provided one would expect *VARIES* in the property editor under custom properties when selecting 2 or more entities.
The key list is reduced to what keys are common to the multiple selection. (Here 3)
The values displayed are inconsistent depending the selection.

Select All » 3 custom properties of line 3
Select the 3 vertical » 3 custom properties of line 2
Select the first vertical and the diagonal » 3 custom properties of line 1
Select all but the first vertical » 3 custom properties of line 3
And so on ...

Regards,
CVH

Andrew,
This is bugging me for over a year now.
I filed it as a feature request as it is dismissed twice as a possible bug on the forum.
In both cases the advice is to only use Specific Scale 0 for Leaders.
(... and adapt all other dimensions to that)

I am aware that an arrow head has to fit twice on the first leg of a Leader Entity.

The size is set global in the Drawing Preferences under Dimension Settings: ‘Text Height’.
Under Dimension Settings, there is also a global ‘Size scale factor’.
And every dimension entity has a Specific Property called ‘Scale’ that supersedes this global ‘Size scale factor’.

Proof of concept: Dim size 5 and for any regular dimension.
1) Size scale factor 1, Specific Scale 0 » text height & arrow length = 5 units.
2) Size scale factor 2, Specific Scale 0 » text height & arrow length = 10 units.
3) Size scale factor 2, Specific Scale 1 » text height & arrow length = 5 units.
4) Size scale factor 1, Specific Scale 2 » text height & arrow length = 10 units.
5) Size scale factor 10, Specific Scale 0.5 » text height & arrow length = 2.5 units.
6) Size scale factor 99, Specific Scale 0.1 » text height & arrow length = 0.5 units.
→ Obvious is that the ‘Specific Scale’ supersedes the dimensions ‘Size scale factor’.

Those two last Leader arrows (2.5 & 0.5 long) would definitely fit twice on an 8 units long first Leader leg! And they do perfectly while drawing them.

However, the arrow will be reset when the file is saved & loaded.

For case 5 the first leg has to be (2 times 5×10) 100 units or over so an arrow 2.5 long remains on save (=40 times). In the absurd case 6 that would be (2 times 5×99) 990 units or over for an arrow only 0.5 units long (=1980 times).
Verfied and true.

It seems that on save/load:
The Specific Scale is not taken into consideration while evaluating ‘At least twice’.

Apart from that they render fine when first drew.
And reappear when setting the arrow back on again after load.

Regards,
CVH

It would be nice if we could use the length of a polyline as a search criterion too.

Selection Filter, Property for Polyline, “Length” Comparison: same like Line?

Thanks.

Text font changes when saving and reloading the file.
Original text before saving:
ľščťžýáíé ôúäň
Text after reopening the file:
¾šèžýáíé ôúäò
See also attachments.

When I use poly.appendVertex(vector, bulge) the polyline is finally created with NAN widths

This, while the signature explains that bulge, width1 and width2 default to zero.
https://www.qcad.org/doc/qcad/latest/developer/class_r_polyline_entity.html#a9ee706e50d6cc267fc84a85b7c81d5e6

Regards,
CVH

Andrew,

Reading:
https://www.qcad.org/rsforum/viewtopic.php?&t=8286

Can you update addSimpleText() as Text.Width is fixed =100

What is the noTextWidth value?

As far as I can detect ...
PrintPreviewImplPro.prototype.addDecorations uses value 1.
CrankWheel.js uses value 1.
ExText.prototype.beginEvent uses value 2.
ExDrawFonts.prototype.beginEvent uses value 1.
Counter.prototype.getOperation uses QCAD.ini or default zero.
TextAlong.prototype.getTextData usses the width of the textData from the dialog.

Regards,
CVH

I just updated my QCAD to 3.26.2.0 (3.26.2) version and lost the hability to edit block attributes of my sheet or in any other block.

I tried to save as the drawing and the problem persists.

When I open the block, the attribute is there and is all set in the Specific Properties, but when I exit to the Model Space to edit the Attribute text, the created attributes don’t appear on Specific Properties tab.

The use of block attributes in sheets, balloon or any block that contains text is very necessary.

Andrew,

Besides that Misc .. Information .. ‘Store Positions’ - stores the startpoint of each polyline
- or stores all nodes of each polyline (With: InfoStorePositions/PolylineNodes = true)
Refering to https://qcad.org/rsforum/viewtopic.php?t=6300

I somethimes require the midpoints of the line and arc segments as spline controlpoints
+ the start and the endpoint when geometrical open.

Could that be made an undocumented preference too?

Regards,
CVH

As a heavy mechanical drawings user, it would help a lot to have an option to select similar entities while working on QCAD.

In the flow of the work, sometimes I need to make some changes in all similar entities of the drawing.

The Select Similar works selecting all the same items with the same layer on the drawing.

Example:

I have a drawing for other company and I have to make a massive layer changing to my own layers.

I select a line and circles with a box selection, activate the Select Similar command and the QCAD instantly selects all lines and circles(no matter length) with that same layer. I can then change the layer of all of them instantly.

Or if I have a peace with a lot of circles, that aren’t in a block, in one time I want to change the layer or diameter of all circles in a certain part of the drawing.

I select the circle and activate the Select Similar command, the QCAD automatically selects all circles with the same layer and I deselect the circles that I don’t want with a box desselection and change the layers of them, or the diameter via properties.. and etc.

There is a workaround, that would be working with activating or deactivating layers, but the select similar would be a faster shortcut.

Thanks Andrew and team!

Some drawings, particularly with a lot of angles, results in a very decimal number.

It would be great to have the option to change the precision of individual dimensions when necessary.

Currently, the precision is universal in the drawing.

What I’m currently doing is leave the precision to zero decimal cases and manually inserting decimals when needed, but it results in a dimension with no “Auto” label, that may result in wrong dimensions on the workflow, especially when editing the project. The dimension labeled manually will not change, so it can cause errors.

Please refer to:
https://www.qcad.org/rsforum/viewtopic.php?f=32&p=35080#p35080

Can this be implemented as a GUI metod?
Two feature requests: See  FS#883 ,  FS#1449 

Regards,
CVH

Throws me out of QCad consistently:

1. Have a polyline selected.
2. Click partial polyline along selection and click the first point on the polyline.
3. Hit escape key or similar to exit the tool.

The “Any” filter matches no entities.

Only prints on A4 size paper, no matter what settings, print or pdf export, print from model or from layout block

Version:
3.27.7.0 (3.27.7)
Internet:
QCAD.org
Build Date:
Sep 29 2022
Revision:
58ecdde
Qt Version:
5.13.2
Architecture:
x86_64
Compiler:
MSVC++ 14.0 (2015)

When using SVG export on a drawing with a block defined, the export is incorrect. Arcs are drawn incorrectly and parts of the block are missing. If that block is exploded, the SVG export is correct. Attached is a block on the lower left and the same block on the lower right after explode. Also attached is the resulting SVG file.
This is not always the case. Some blocks are correctly exported to SVG. The upper row is again a block on the left and the same block exploded on the right. It exports properly.

Andrew,

When selecting a Hatch entity:
For a solid filled Hatch the boundaries total length is given.
With a pattern that returns the summed length of the patterned lines.

I think that the recent performance update for RHatchData::getLength returns something different than intended.

Regards,
CVH

Andrew,

In “Loop not closed at point 120.079/259.997.” we can not use the coordinate as such.
With my preferences I would need 120,079;259,997 as a valid coordinate to enter in the command line.
I do this ‘translation’ in between in Notepad.

Not that personally my boundaries are frequently off

Reported by <OttoZ> in:
https://www.qcad.org/rsforum/viewtopic.php?f=89&p=38836#p38829
‘Die Koordinaten lassen sich nicht kopieren, sonst könnte man zur Fehlstelle springen.’

In all cases the “/” is not a valid Cartesian coordinate separator.
The dot at the end of the sentence is also not so common in QCAD.

Regards,
CVH

When a text string contains a double quote(”) character, the value is not quoted.
If the text string contains a comma, the value is quoted (using double quotes).

When a text string starts with a double quote, it is unclear which of the above two states is correct, making for difficult parsing. (Excel seems to assume the second state when possible)

It would make parsing much easier if the output csv followed the format provided in rfc4180, namely that

If fields are not enclosed with double quotes, then double quotes may not appear inside the fields
(2.5)

If double-quotes are used to enclose fields, then a double-quote appearing inside a field must be escaped by preceding it with another double quote
(2.7)

Hi Andrew

When I apply an Arc Length Dimension the result is incorrect, see forum post with screenshot and dxf..

https://qcad.org/rsforum/viewtopic.php?f=33&t=9692#p39217

Cheers
John

Additional to  FS#2425 

Include scale option in Option Toolbar for Arc Length Dimensions.
Include scaling RDimArcLengthData by linear factor.

Regards,
CVH

Rotating a Viewport will lead to rotate the drawing in the viewport but not the Viewport itself. This will happen during a creation process by using VT or afterward by editing a viewport in the Property Editor.

Andrew,

simple_modify.js
function paste()
10 * \param docDestination RDocument to paste into (or undefined for current document)

A) This should be a document interface of the type RDocumentInterface.
B) The function uses the parameter diDestination and not docDestination

https://www.qcad.org/rsforum/viewtopic.php?f=30&t=9742

Regards,
CVH

Case: Launch Print preview (first time), confirm dialog “Auto fit drawing to paper?” with yes, change after that the scale, close Print Preview, launch Print Preview - the last chosen scale what should be remembered is overwritten by the Auto fit scale.

Note:
The Auto fit scale stays persistent - even after reloading the drawing!

The option “Auto fit drawing to paper?” as a dialog occurs only the first time you use Print Preview - there is no way to change the chosen option later in a session or after reloading the drawing ...

Andrew,

I don’t seem to be able to locate the ‘Draw Order’ sub-menu of the Modify menu.
Reported version 3.27.6 and 3.27.8 (I use them side by side)
Tested on Win7 32 bit and Win10 64 bit.

I am aware that MF & MB were relocated out of the Modify menu.
Two additional PRO tools were added and all four were listed in a sub-menu.
(MO: version 3.21.3; MC: information missing in changelog)

MF, MB, MO and MC are displayed in the Modify Toolbar, in the Modification Tools panel and in the Tool Matrix.
This is even more curious because DrawOrder.init() only initiates DrawOrder.getMenu();
All three DrawOrder.getToolBar() & DrawOrder.getCadToolBarPanel() & DrawOrder.getToolMatrixPanel() are ruled out.

DrawOrder.getCadToolBarPanel() lists WJ as shortcut QKeySequence but that will bring up the Projections Tool Panel.

In the QCAD Reference Manual (menu Help > Reference Manual) the ‘Draw Order’ icon list is only the Modifying Tools icon.
For all four the tools the manual list up: Menu: Modify > Draw Order > ...

Under App.Prefs. > General > Tool Settings MF and MB are listed but not in a sub-menu like for example “Detection“.
Seemingly under Modify but they remain visible when Modify is collapsed.
MC and MO are listed lower than Help when this is collapsed.

I thought I understood how to implement menus and tools.
All this makes me doubt whether I had understood it in its entirety.
Could you elaborate in a few words why the menu fails but the Toolbar and Panels work even when these are excluded ...

Regards,
CVH

Andrew,

Seems to be a copy/paste but never re-edited kind of mistake.

Quick fix:
https://github.com/qcad/qcad/blob/master/scripts/Misc/MiscInformation/InfoCentroids/InfoAreaCentroid/InfoAreaCentroid.js#L1320 line 1320 should read:
return [centerPoint.x, centerPoint.y, centerPoint, radius*radius * Math.PI];

line 1318 was intended to replace the ‘area’ portion of line 1320 literally.
As is, the code in this line makes no sense and line 1318 should be removed.

Still have to investigate if the area of a full 360° arc sector/segment should be signed ...
... and if RS.AngleTolerance is required when comparing.

Regards,
CVH

Andrew,

Hatches in uniform scaled blocks explode perfect among other entities, even a hatch pattern is scaled.
Hatches in non-uniform scaled blocks are exploded as not scaled.

One could scale the hatch boundaries non-uniform.
For solid hatches the pattern scale doesn’t matter.
For patterned hatches the pattern scale and angle is more problematic.
But why not explode it as is, the pattern is transformed as expected for the non-uniform scaled block reference.

Or one doesn’t transform the pattern at all but then the the non-uniform scaled block reference isn’t displayed correctly.

Regards,
CVH

Version: qcad-3.27.9.3-alt1
Qt version: 5.15.8
Architecture: x86-64
Graphics platform: X11
Kernel version: 5.15.94-un-def-alt1

Steps:

1. Run from console: $ qcad
2. Reduce the size of the program window.

OBSERVED RESULT: Label overlay.

EXPECTED RESULT: Correct display of inscriptions (text in the bottom panel).

Same behavior: on first run.

Reported in forum 2 times:
https://www.qcad.org/rsforum/viewtopic.php?f=95&t=9887&p=40202&hilit=bugtracker#p40202 https://www.qcad.org/rsforum/viewtopic.php?f=33&t=9916&p=40298#p40298

Most likely the issue exist since QCAD Vers. < 3.25.2.0 (3.25.2)

A block with attributes inserted into Model_Space can’t be made completely invisible with the invisible switch (Eye icon) in the block list. It works for entities but not on attributes.

Andrew,

Deleting a node of a polyline (OD) followed by Undo (OO) while OD is still in ChoosingNode state and then deleting another node returns a polyline where both nodes are removed.

this.polylineEntity is set once in pickEntity() altered after pickCoordinate() and a clone is returned to the drawing.
The next pickCoordinate() continues with altering this.polylineEntity without retrieving the current form and is thus unaware that the former action might be undone.

The work around to undo a removal is first to terminate (QQ) PolylineDeleteNode then Undo (OO) and then start over with selecting the polyline and indicating nodes.

While adding nodes (OA) we can simply undo the last action and continue adding nodes.

Because the new entity has the same id as the initially one ...
... It should be possible to re-retrieve the actual entity by id in pickCoordinate() or deleteNode().

Regards,
CVH

Andrew,

For the dutch translations:

- The tooltip for the close icon of a tab is “Close tab”

“Sluit tab”.

- When the drawing was changed the confirmation dialog second option is “Discard”

“Verwerpen” or “Niet opslaan”.
... Reading several discussions the latter is the better translation.

- Found in the Drawing Prefs and also used in the App.Prefs (DIMLUNIT):
> Bewerken
.> Tekeningsvoorkeuren
..> Bemating
...> Bematingsvoorkeuren
....> Tekstformaat
.....> Liniaire bemating

This must be “Lineaire bemating”

Regards,
CVH

Andrew,

Discovered in writing a custom tool:
hatchEntity.setCustomProperty(”MijnEPB”, “Ruimte”, roomData.numberText);
Works perfectly and I can retrieve the room numbers of all semi-automatically placed hatches in this instance of QCAD.

But I can not store and reload this file with these custom properties to use them in a new QCAD session.
I then assume the title must be ‘QCAD’.
Then I wonder how QCAD handles custom properties by other CAD applications.
Are they also removed on loading/writing?

QCAD doesn’t list these custom properties in the Property Editor.
Here hidden was fine unless they are not stored with the document.

Is it even possible to store them in the drawing file?
Why is the title a required variable when it can’t differ from ‘QCAD’?
Would it be possible to list them up in the Property Editor because I know they are filtered on title ‘QCAD’.

For now I revert to:
hatchEntity.setCustomProperty(”QCAD”, “EPB-Ruimte”, roomData.numberText);
Similar as the CAM tool that uses ‘Cam....’ for all keys.

Regards,
CVH

Andrew,

In some cases Draw > Ellipse > Inscribed in Quadrilateral (EQ) may return a perfectly healthy result but rotated for 90 degrees.
- Size doesn’t matter.
- Quadrant doesn’t matter.
- Geometrical open or closed base shape doesn’t matter.
- A mirrored base shape usually preforms well.

See attachment with examples.
The incorrect results (red) are rotated 90 degrees around the ellipse center (dotted)
Green is a correct result from a mirrored base shape.

Regards,
CVH

On macOS 14.1 and QCAD 3.28.2, the state of the OS (light or dark theme) affects some of the QCAD colour palette for the life of the session. So far I’ve noticed the problem with the keyboard shortcuts in tooltips and text in the command line output, but there may be other instances of the problem.

To reproduce:

1. Set the OS to light mode.

2. Start QCAD. Note the keyboard shortcuts in the tooltips are optimised for a light palette.

3. With QCAD still running, switch the OS to dark mode.

4. Note that while most of the QCAD interface switches to a dark mode palette, the keyboard shortcuts in the tooltips do not.

A similar behaviour is observed when starting from dark mode and switching to light mode.

I hope that makes sense. See attached screenshots for examples.

MacOS Sonoma, 14.1.1. MBP M1. / 3.28.2

When using SV / RO commands and using the checkbox to ‘use the mouse’ for scaling / rotating, then that setting is not retained at the next use. So every time the command is executed, a mouse move to check the box must be performed.

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

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

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