QCAD Bugtracker

While updating or regenerating toolpath on the attached dxf file I repeatedly get the warning message in the attached jpg file. If I keep clicking OK then the toolpath is successfully generated. This did not happen in version 3.23.0 with the same file.

The preference

Edit > Drawing Preferences > General > Linetype > Scale of linetypes matches the scale of each viewport

should take the individual line type scale of entities into account.

Arcs in nested scaled and rotated blocks are not always rendered properly (too rough, too fine).

- Create block with arc or circle
- Auto snap / reference snap does not snap to reference points at circle / arc max / min coordinates

Hi guys,

I’m trying to create an spline to a complex library component, but it seems splines are not working properly. I would appreciate some help. These are minimum scripts to demonstrate the problem:

Example 1:

include("scripts/simple.js");

function TesteSpline() {
}

TesteSpline.init = function(formWidget) {
    if (!isNull(formWidget)) {
        TesteSpline.widgets = getWidgets(formWidget);
    }
};

TesteSpline.generate = function(documentInterface, file) {
    return TesteSpline.criarCorpo(documentInterface);
};

TesteSpline.generatePreview = function(documentInterface, iconSize) {
};

TesteSpline.criarCorpo = function(documentInterface) {

    addSpline([[0,0],[20,30],[100,100],[110,120]], false); // it doesn't work :-(
    addLine(0,0, 100,100);  // it works!!!

};

Example 2:

include("scripts/library.js");

function TesteSpline() {
}

TesteSpline.init = function(formWidget) {
    if (!isNull(formWidget)) {
        TesteSpline.widgets = getWidgets(formWidget);
    }
};

TesteSpline.generate = function(documentInterface, file) {
    return TesteSpline.criarCorpo(documentInterface);
};

TesteSpline.generatePreview = function(documentInterface, iconSize) {
};

TesteSpline.criarCorpo = function(documentInterface) {
    var addOperation = new RAddObjectsOperation(false);
    var doc = documentInterface.getDocument()
    // Spline
    var cavaData = new RSplineData();
    cavaData.appendFitPoint(new RVector(0,0));
    cavaData.appendFitPoint(new RVector(10,10));
    cavaData.appendFitPoint(new RVector(30,30));
    cavaData.isClosed = false;
  
    // It doesn't work
    var cava = new RSplineEntity(doc,cavaData);
    addOperation.addObject(cava);

    // it works
    var textData = new RTextData(new RVector(2,10),new RVector(2,10),0.4,0.4,0,0,0,0,1,"Hello","Arial",false,false,0,false);
    addOperation.addObject(new RTextEntity(doc,textData));

    return addOperation;
};

LP - Number limit:
2 digits (max. 99)

LG - Number limit:
2 digits (max. 99)

OF - Number limit:
3 digits (max. 999)

OH - Number limit:
2 digits (max. 99)

Yes I know - it’s also a performance question but compared to ...

... Copy/Move (MV)
next to infinite digits (max. ???)

... Paste Along Entity (PE)
next to infinite digits (max. ???)

Very often I need to draw a tangent line through a point on the arc or circle. Currently I solve this by drawing the perpendicular in that point and then the perpendicular to that perpendicular. As this problem is solvable I set the severity to “Low”.

But I think linetangent should be able to draw such tangents. And I think this tool should firstly ask for arc or circle and only then for a point. Currently linetangent firstly asks for a point.

The library browser’s accordion menu is not consistent when browsing back and forth through empty namespaces (directory).

In the image attached (top to bottom, left to right), I’m trying to open the empty namespace “Hydraulics”. If I close & open the “default” namespace, the empty namespace’s open arrow disappears.

At the moment there is no way to select all entities that match more than one criterion (i.e. layers, colours, object types, ..).

If a block is created with entities from different layers and then one of these layers is hidden, the block disappears. I would expect that only that specific entity disappears.

Hallo Andrew

Beim Skalieren(SZ), Rotieren(RO), Spiegeln(MI) beendet sich QCAD, wenn gespeichert wird. Änderungen werden nicht gepeichert.

When scaling (SZ), rotating (RO), mirroring (MI), QCAD ends when it is saved. Changes are not saved.

Description:
QCAD quits when trying to insert a library item (PC_1kW.dxf) from the library browser. Both by dragging it or clicking on insert.
Joined a copy of the terminal and dmesg (Linux) and what I found on the windows logs.

- Tested with other libraries elements of the same origin with the same result.
- The file opens normally in QCAD. When you create a block from it, you can re-insert it and it works as expected, try with PC_1kWblock.dxf...
- If you re-create a library item from the file with another name it fails also to insert.
- Tested with a new empty file or with a file containing same blocks...

Now the strange part:

-On a brand new HP Zbook 14u G6 it works flawlessly on Windows but fails on Linux... That was the first computer I tried (with Windows) when I decided that it will replace Draftsight... I was lucky...
-On a 4 years old Lenovo Yoga 14 it fails both on Linux & Windows... This computer has only 8Gb of RAM, but dedicated graphics...
-On a customer’s HP Pavillon 17’’ it fails... He bought a licence & Book of QCAD because of me...
-On my Dell 7720 it fails both on Windows and Linux. This workstation has everything to run any CAD software (64Gb RAM, Xeon 1535M v6, Quadro P5000)
-Reinstallation of the software doesn’t solve the problem. 2 independent sources tested (my download and my customer’s download)

These blocks have a lot of attributes on different layers, needed for the intended usage. I’m developping a script to extract them to a CSV file based on a template file... As on Draftsight.

Looks a lot like  FS#1938 ... But now you have files to test...

I made further testings and this bug is definitely related to the fact that the attributes definitions are on different layers...

If the layer definition exists before the library items is inserted, it works as expected.

If one layer existing in the item definition is missing from the layer list before the item is inserted it fails.

If you create a block from an instance of the library item, and create a new library item with the block, then it can be inserted without problems and the layers are created... But you must explode it first to access the attributes which is not the idea behind the block attributes that should be editable when a block with attributes is inserted.

So at the moment the only way to work is to start with a template document with all the possible layers on which attributes definitions are defined...

Can’t go further in debugging as block attributes are one of the feature of the ‘professional’ version I paid for and are not open source...

Ready and willing to sign a NDA to get access to the sources and make this work if nobody else takes care of this.

no task description

Please see item 1) in topic https://www.qcad.org/rsforum/viewtopic.php?f=33&t=7037 item 2) I can’t reproduce at present

Issue is about left→right selection of dimensions.

Thank you.

Dots in line patterns are not displayed / printed at extreme coordinates.

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

If any text in a dxf file use RTF formatting for their fonts, the RTF code is not decoded and the text ends up showing the entire RTF code instead of just the intended text.
Most other editors (Draftsight, Autocad, Powerdraft) support the RTF codes which makes importing files from those editors problematic. See attached file for an example.

If I use the mentioned option and do an undo all entities will stay on the previously chosen target (current) Layer - the layer restoration fails.

Example:
entities on layer x,
current Layer y,
select entities,
Move/Copy MV,
reference,
drag to new position,
Dialog option “Use current Layer and attributes” checked,
OK,
Undo

See Forum Topic:
https://www.qcad.org/rsforum/viewtopic.php?f=33&t=7093

Isolated in Reply:
https://www.qcad.org/rsforum/viewtopic.php?f=33&t=7093#p27329

Sorry forgot to mention.
Reported by User 2CV375 qcad/cam version 3.24.2.0 (3.24.2) on Windows 10.
Reproduced in Qcad pro 3.24.2 on Windows 7/32.

To reproduce the issue: Insert a Library item from the Library browser and the RZ point will stay where it is.

I bought the QCAD Professional and tried the Electronics library which was linked to the qcad.org website. When loading symbolms, the symbols are not shown correctly.

Please have a look at the screenshot.

Coming from https://www.qcad.org/rsforum/viewtopic.php?f=76&t=7148 ...

I create help lines of infinite length inside a block, layer is “helplines”, red, 0,25mm, DOT(2x). Inside the block I can see the lines at any zoom level. Leaving the block editor, the lines are getting shorter when zooming closer. Zooming far away the lines look like infinite length, zooming closer, the lines look like cut shorter, and zooming very close, the lines disappear completely.

As Husky confirmed:

Infinitive lines in blocks are displayed shortened in Model_Space. I would consider that a bug which pertains the QCAD Pro version too.

Viewports only display entities on the zero plane.

Sorry - can’t give you a proper way to reproduce it .... it just happens.

Dimension Arrows shown with reduced contrast, zoom in/out can trigger it but not always,
text hight jumps from “correct” to way to small to a kind of mixed size display,
DIM preview fails often in size - probably depending on zoom factor ...

Snapshot Version: 3.24.3.4
Edit: Issue occurred first with version: 3.24.3.2

Attributes with fixed color take on color of block if preference Edit > Application Preferences > Layer > Compatibility > Layer 0 behaves differently is activated.

How to reproduce the issue:

1. create a dimension
2. in it’s “label” field enter any string with sub/super script, for example: t\Sc^;
3. save and reopen the file
4. the dimension shows correctly the string but its label only the normal text, for example: t

Note that if the button “Use auto measurement” (next to the “label” field) is pressed, the real measurement is showed along with the sub/super script, which now can’t be removed.

It may be useful to implement the fade function in solid hatches, as present in the image options

Drawing Unit: Inch
Label Format: Architectural and Engineering

Note: Info tool calculation is correct.

First post, so please excuse if I missed some forum rules etc...

I insert bit maps and trace over them to create DXF files for laser cutting burnout templates. If the edge of the bit map is coincident with a line I have drawn, it is not possible to select the line for offsetting, trimming etc. This is regardless of the draw order or handle number. It seems to happen most if the edge of the image and line are coincident with the X or Y origin. I also use fairly fat lines to make it easy to see. My default line width is 1mm. Not sure if that affects selection or not, but fatter lines don’t help the issue at hand.

Steps to reproduce...
insert bitmap at 0,0
draw horizontal and vertical lines starting at 0,0. (my lines are usually longer than the edges of the bitmap.
try to select one of the lines for offsetting. (Select the line in the area of the bitmap. There is no problem selecting the line where it extends past the edge of the bitmap.)

It does not matter if I insert the bitmap first and then draw lines, or draw lines first, insert bitmap and then change the draw order so the lines are on top. It is also not consistent on which axis is affected. It is usually both X & Y, but sometimes just one or the other.

Workaround is select the bitmap, then move it by 0.001 in any direction. Now the edges are no longer coincident and you can select your lines. The alternate workaround is to insert the image on another layer and then turn that layer off when you need to select a line on the edge of the bitmap.

Circles in mirrored blocks are not exported or exported with negative radius (not shown in SVG).

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

If I edit a DIM regarding the fixed Extension Line Length it will fail if it has to be extended to meet the new length. Even it has failed - the Property Editor will provide from now on the new length as the “correct” value for the Extension Line Length.

Example drawing: Try to adjust the Extension Line Length to 50 ...

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

It seems to be an accuracy problem.
The original hatch boundaries are defined from 732 single entities.
These interconnect with an accuracy better then 1e-10 except for a gap of 0.000814 in two places.

Creating a Hatch of these entities with TA-HA is rather slow but succesfull.
After Save-Close-Open the Hatch may look different or may even be missing (=Null).

Suspected is that:
The recreation off the Hatch on load uses some other accuracy setting.
The outer boundary is not found and only some inner ones are considered as outer.

But that explains not why it looks fine after initial creation.
Nor that the outcome of a retry may vary.

Regards,
CVH

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

A hatch might move instead of being stretched if the hatch is partially inside the stretch area but the visible hatch pattern does not intersect with the stretch area or only contains points.

The new QCAD feature “dimension label color” will change the label color at existing drawings to “Custom”.
In my opinion it should be by default “by Layer” until the user decide to change the color by him/herself.

QCadPro - MacOS Mojave (10.14.6)

Version: 3.24.3.0 (3.24.3)
Build Date: Mar 16 2020
Revision: 6e718a8
Qt Version: 5.13.2
Architecture: x86_64
Compiler: Clang 10.0.0

In the attached .dxf file is a simple drawing (a wooden deck). In the layout space (of A3 size) there are two viewports (one of the frames and one with the decking).

In the left viewport a spurious enlarged part of the block “stolpe” (eng. column) has appeared in the exported PDF (not visible in either the layout nor the model space). See attached .PDF where it is clearly visible.

So it seems that the interaction of blocks with viewport triggers a bug.

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

Create dimension with fixed extension line length.
Set scale to 2.
Save / Load or Reload.

→ Extension line length no longer fixed.

QCadPro (snapshot, but can be reproduced with 3.24.3 as well)

OS: MacOS 10.14.6
Version: 3.24.3.8 (3.24.3.8)
Build Date: Jun 3 2020
Revision: 828df3a
Qt Version: 5.13.2
Architecture: x86_64
Compiler: Clang 10.0.0

To reproduce:
1. Add some text to a drawing
2. Double click on the text to open the text-edit dialogue
3. Select all text, change font, press OK

Expected behavior: The font has been updated

Actual behavior: The font seems to visually change in the edit box but as soon as you press OK to close the dialogue the text on the drawing is not changed. Viewing the text with the font information (via properties) it can be seen that the embedded font information has not been updated.

Workaround:
- Select text and edit the properties

Case:

Drawing unit = inch,

Dimension Label Format set to Engineering or Architectural,

- Create hatch with pattern “ANSI31” (or other).
- Move cursor along boundary with auto snap
- Auto snap finds intersections between hatch pattern and boundary or other entities close to the hatch boundary