QCAD Bugtracker

I have file /home/test/test.dxf . When i try open file from terminal (qcad test.dxf), i have warning “File not found”. When i write full path (qcad /home/test/test.dxf), the file opens.

Found a strange behaviour with formatted text.

File attached.
‘Draw’-selecting only the yellow text with a little space arround it
- L>R or R>L ⇒ Yellow text not selected.

‘Draw’-selecting only the yellow text with a little space from R>L but crossing the text half way
- Yellow text Selected ⇒ Expected behaviour.

‘Draw’-selecting just including the mentioned little circles.
- Orange L>R or R>L ⇒ Normal texts selected ⇒ Expected behaviour
- Green L>R Yellow not R>L Yellow selected ⇒ Expected behaviour
- Magenta L>R or R>L ⇒ Yellow text not selected ??
- Red L>R or R>L ⇒ Yellow text not selected ??

Version: 3.20.1.0 (3.20.1)
Internet: QCAD.org
Build Date: Apr 13 2018
Revision: dd51609
Qt Version: 5.5.1
Architecture: i386
Compiler: MSVC++ 10.0 (2010)
Windows 7 32-bit

Kind Regards

Translations in scripts/ts are not loaded (affects splash screen, property editor, default action, various standard messages, some context menus)

The area of polylines with arcs can be incorrect.
With only line segments it is correct as far as I can check.
See <Poly-line Area.dxf> ; <Poly-arc Area.dxf>

It does not depend on the quadrant their in nor with what point the start point is.
It is related with the oriëntation.
Flipping or mirroring horizontally induce the error.

Modifications like flip, move & copy may induce another error that locks the oriëntation.
It is noticed that the oriëntation property in the editor does not change anymore when reversing.
Although locked the value of the area property switches between good and wrong.

The master poly in question is a part of an arc and a part of an ellipse exploded 1024/full.
These where recombined to one poly with ‘Create from selection’ and are closed.
Closed as per the last vertex does not point to the start point, logically closed I presume.
The purpose is to sum the error surface for the skewing math.
For now I will use my common sence to distinguish what value is the correct one.
Reversing while found faulty is the solution.

Version: 3.20.1.0 (3.20.1)
Internet: QCAD.org
Build Date: Apr 13 2018
Revision: dd51609
Qt Version: 5.5.1
Architecture: i386
Compiler: MSVC++ 10.0 (2010)
Win7 32bit

Regards

Breaking up self-intersecting Polys at segments crossing
can’t be done for the second segment.

Divide:
A new node is inserted and made start and end node.
For the second segment no division occurs or can be made.
Expected is that the segment the nearest to the selecting point is addressed.
Eg. the trim command.

Breakout gap:
- 1 Part fully trimmend of
- Can be undone

Auto trim:
(hint: do file-save first to revert)
- 1 Part fully trimmend of
- Undo will wipe the complete poly

In the file example 1.

Work-arround:
- Divide
- Insert node on the second segment not at the crossing
- Divide at that node
- Move new nodes to crossing

QCAD 3.20.1 Win7 32bit
Kind Regards

(Re-)combining polys touching at node with ‘create from selected’ leads to application crash.

QCAD 3.20.1 Win7 32bit

In the file example 2.
Regards

Without any selection.
Entities on a locked layer can be selected after choosing:

Asumed wrong
- Modify DI
- Modify B2
- Modify D3
- Modify MT

Questionable
- Modify RM
- Modify CH
- Modify RN Less severe
- Modify OF
- Modify OH
- Modify SS

Regards

Re-entering dividing problem from  FS#1757 

Divide the poly selecting near segment 1 at the segment crossing.
> A new node is inserted on the crossing and made start and end node.
Divide the poly again selecting near segment 2 at the segment crossing.
> no division appears to be done.

One can’t divide the second segment at the crossing

Presumed intended behaviour like  FS#1750 

Regards

Selecting Info // Polyline area
And hovering over a drawing with all kinds of entities.
Does not find any polyline on the drawing hovering over them.
Nor clicking on them.

Not a locked layer issue.
All are visible.

Not served with the degration to ‘Suggestion’  FS#1759 .
Demanded closing  FS#1759  & re-entered

Locking entities (by layer) to avoid selection,eg. nearby,very close by or on the same spot, does not have the intended influence.

Asumed wrong:
- Modify DI
- Modify B2
- Modify D3
- Modify MT
These 4 need a single entity to be selected and selection of a locked entity is allowed.(=questionable)
The action will allways leed to ‘not allowed’.(=correct)

Questionable:
- Modify RM
- Modify CH
- Modify RN
These 3 need a pair of entities.
RM: Selection of a locked limiting entity is allowed (=questionable), enity to trim not.(=correct)
The action will trim unlocked entities to the locked limiter.(=questionable)
CH & RN: Selection of a pair of entities is allowed.(=questionable)
Trimming if ‘trim’ is on will not occur because locked and leeds to ‘not allowed’.(=correct)
The creation of the bevel or rounding on an active locked layer will not occur because locked and leeds to ‘not allowed’.(=correct)
The creation, except for polyline segments (because locked themself), on an active unlocked layer will be done.(=correct)

Less severe but still questionable: (because these don’t necerally act on the locked entities themselves)
- Modify OF
- Modify OH
- Modify SS
OF: Selection of a locked base entity is allowed.(=questionable)
The preview is casted only if the active layer is unlocked.(=correct)
The creation is only done on an active unlocked layer.(=correct)
OH: Selection of a locked base entity is allowed.(=questionable)
Selection of point references from entities on locked layers is allowed.(=questionable)
The preview is casted only if the active layer is unlocked.(=correct)
The creation is only done on an active unlocked layer.(=correct)
SS: Selection of point references from entities on locked layers is allowed.(=questionable)
Strechting is only done for unlocked entities. (=correct)

Moving things require an extra click on ‘Delete original’ and a click on ‘OK’

A simple Modify Move functionality will reduce mouseclicks for moving by 2 for every move that is made.

Regards

I would suggest adding a feature Inkscape has, which is that a single middle click zooms in. This is not at the detriment of panning, since the mouse/pen (I use a Wacom tablet) doesn’t move. Right now middle click doesn’t do anything so I don’t think it should be a problem.

Another awesome and related Inkscape zooming feature is that Shift+middle click shifts to window zooming. But with the added bonus that you don’t lose the tool you’re in. Try it out on Inkscape if I’m not clear!

Cheers,
JFL

Win 7 32 bit QCAD 3.20.1

Ofsset of a base-line with arcs results in massive ammount of errors.
Most of them occur as a cluster of very tiny segments and are part of the offset. (zoom far in at the red circles)
Mostly they occur where the offsetted arcs should merely be trimmend pairwise.
Some occur as detached entities or as detached strings of entities very near the offset (strings not documented).
Spooks occur at opposite site when base-line is not closed.
360° curls can occur with R = Offset.
Null-entities may occur (not documented, hard to find and not able to copy).

The base-line is checked and sound and has mixed tangentially or not tangentially connected arcs.
Offsetting the mother base-line of the base in the file has similar effect but not all and/or different ones.
Also encountered with offseting polys from fonts.
Used to define pocket paths for CNC.
Detected because the CNC driver will not accept Self-crossers, Null-entities or open ends depending on the settings.

Work arround is to explode and select small entities but this does not solves the issues.
1) Choosing the tolerance large enough will detect small segments that should stay.
2) Recombining will generate new ones at the place where the main segments remain crossed.
Cleaning up the paths is a daunting process with some thousand segments for several offsets.

I assume this has an infuence on the CAM part of QCAD too unless the offset method is different.

I wanted to add a couple of toolbars to the Tool matrix via the Tool Settings application preferences but all options are greyed out (see attached screenshot). I tried with a new config file and the result is the same. Is this the expected behaviour?

On print mode, the arrow not appear in the dimension

‘Create From Segments’ ‘OG’ includes and admits selection of segments on locked layers.

A)
-When selecting a segment on a not locked layer it can include segments on locked layers that connect to the string. (Assumed wrong)
-A copy of the segments on the locked layer(s) are included in the polyline. (Assumed wrong)
These segments are not removed from the locked layer(s) because of their locked nature. (Intended behaviour)
eg. ‘OG’ & selecting the arc at point A in the example file. The arc is on a not locked layer.

B)
-When selecting a segment on a locked layer it will fully remove segments that connect to the string on not locked layers. (Assumed very wrong)
-Connecting segments on the locked layer(s) will not be converted to a polyline because of their locked nature. (Intended behaviour)
eg. ‘OG’ & selecting the line at point B in the example file. The cyan lines are on a locked Layer.

Both A & B can be undone.

The example is a part of the ‘Skewing project’.

Regards
CVH

QCAD 3.20.1.3 help link to “FAQ‘s (Online)” is broken and leads to a 404 page.
(Menu → Help → FAQ‘s (Online))

FR - Ok,
DE - Ok,

EN - not OK. Main text is in english, menu is in german.

Description:
QCAD fails to open a file with space or special characters in its name or in its path.
Special characters are “á”, “ç”, “Ê”, “ß”, “+” etc.

Steps to reproduce:
1. Open a file named with spaces or with special characters or a file inside a folder that is named with spaces or with special characters.

What happens
- Warning about import error and file is not opened

What would be the correct behavior
- The file would be opened

I have used QCAD for a long time waiting for developers to correct that issue, that happened with all versions QCAD I used.

It was a trivial behavior for programs in Windows to manipulate files and folders with spaces and special characters. That issue is like the conversion method is too old, like from MSDOS 8.3 limitations.

The people that just want to open a DXF file to work face with that issue and thinks “that QCAD does not open DXF files”, and give up using that software. I gave up in the past because that. I discovered that QCAD works fine with MSDOS 8.3 format, and I created a script to rename files and folders before opening them, but it is not for everyone.

As QCAD works well with open DXF format, I think it is a important software to eliminate DWG dependency. Also, I think it would be very simple to solve that in code and very important to correct it.

I do not know if DWG trial plugin avoid that issue.

Configure QCAD to use native file dialogs
Load file
Export file as PDF, SVG, Bitmap
File name suggested by file dialog is drawing file which means user might accidentally overwrite drawing file.

Depolyment issue with qcaddwg plugin.

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

Multikey shortcuts are broken in Qt.
QCAD needs its own implementation of shortcut handling which also affects shortcut configuration.

Importing or pasting a drawing which references a non-existing image crashes.

RGraphicsSceneDrawable or type image references deleted, temporary preview document through RImageData which leads to crash when trying to load the image.

Exception due to invalid include path.

The attached screenshot will make clear what the problem is:
“échelle” should be between “cotes” and “platines”, not at the bottom. “e” and “é” must be considered the same letter when ordering alphabetically.

QCad quits when you double-click a text; What’s wrong, QCad or file?

QCAD 3.21.2 x86_64 Linux crashes if I try to select any entity of the attached file. The qt4 legacy version is working fine.

I very much like the new middle mouse button zoom in/out and congratulate Andrew for implementing it so quickly but there’s an annoying delay that is necessary between successive zoom in/out actions. This is easily understood by comparing it to zooming in/out with the +/- keys. With the keyboard you can repeat zooms as quickly as the keyboard repeat rate allows; with the middle mouse button quick zooms are not possible.

RArc::splitAt() works wrong in some cases.
To reproduce execute this script:

            var arc = new RArc(new RVector(0, 0), 100, Math.PI*2, Math.PI/2, true);
            var points = [];
            points.push(arc.getPointAtPercent(1/3));
            var arcs = arc.splitAt(points);
            if (arcs.length == 2) {
                qDebug("OK, arcs count:", arcs.length);
            } else {
                qDebug("FAILED, arcs count:", arcs.length);
            }

            arc.mirror(new RLine(0, 0, 0, 100));

            points = [];
            points.push(arc.getPointAtPercent(1/3));
            arcs = arc.splitAt(points);
            if (arcs.length == 2) {
                qDebug("OK, arcs count:", arcs.length);
            } else {
                qDebug("FAILED, arcs count:", arcs.length);
            }

The first case split in two arcs, but the second splits in one arc only.

I think the reason is the code in RArc::splitAt():

        ...
        if (RMath::getAngleDifference180(a1, a2))*radius()<0.001) {
            continue;
        }
        ...

The RMath::getAngleDifference180() return angle between -pi and pi so absolute value should be used.

Bei der Eingabe von Blockattributen im Eigenschaften Editor werden die deutschen Sonderzeichen nicht richtig wiedergegeben.

When entering block attributes in the Properties Editor, the German special characters are not displayed correctly.

Given: Template with prepared Paper Space Frame/Titleblock scale = 1:1.
Drawing 1:1
First Viewport / scale 1:1 / inserted in Paper Space = everything fine,
Second Viewport / scale 0.02 will scale the Paper respective to the new Viewport scale but the Frame/Titleblock isn’t scaled.

... can’t find Block References if the Block which contains the Block References (Attributes) isn’t selected prior with the mouse.

The Selection Filter will find the Block References regardless which block is chosen in the Block List.

Layer combo box in the property editor is not sorted.

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

no task description

If I insert a content from the Clipboard to the drawing a new Relative Zero Point isn’t created.
I’m not able to use e.g. a restriction regarding to the last inserted content. QCAD will use the last Relative Zero Point in the drawing even if I already inserted a content.

Screenshot:
Clipboard content = circle

1. First insert

Restriction horizontal

2. Second insert

(I originally described the problem in the forum: https://qcad.org/rsforum/viewtopic.php?f=33&t=5721 )
(The problem was also reproduced by user “Husky” so it not installation specific.)

I have a model where one of the details is as shown in attachment 1

However, when I create a viewport and display the part in the the layout the angular measurement is another. See attachment 2.

In the model it should be noted that the part displayed is a detail copied with a different scale as to Zoom in on a detail in order to put dimensions on it. It was created by copying a part of the model and pasting it back in the model but with 3x zoom.

I have also included the full .dxf file in the hope that it helps you both reproduce and fix this issue

Note: The same problem seems to also produce “ghostlines” in other viewports in the layout which is not present in the model. Removing the angular measurement also removed the ghostline. You can observe the issue by looking at layout2 and you can see a line (dimension layer) going from top right corner of the viewport towards the lower left. This line is not present in the model and appears to be some strange extension to the angular dimension the detail that is just to the top right in the model.

System:
Macbook Pro 15”, OS X 10.13.6

(Can also be reproduced in Linux version)

QCad version:

Version: 3.21.2.0 (3.21.2)
Build Date: Jul 9 2018
Revision: f9cea14
Qt Version: 5.10.0
Architecture: x86_64
Compiler: Clang 8.0.0

Regarding to an observation by the forum member Horst1803
http://www.qcad.org/rsforum/viewtopic.php?f=92&t=5725

The ruler functionality is compromised by Graphics View / Grid settings.
To show the full Ruler functionality “Automatic scale grid” has to be activated. I think that is not intended behavior.

Case: Appearance / Show rulers = activated

Application Preferences / Graphics View / Grid

on - Automatically scale grid
on - Automatically scale meta grid
off - Solid grid lines
= Rulers visible
= Graduation visible
= Labels visible

off - Automatically scale grid
on - Automatically scale meta grid
off - Solid grid lines
= Rulers visible
= Graduation invisible
= Labels invisible

Please see also http://www.qcad.org/rsforum/viewtopic.php?f=32&t=5745

Quit Menu Item disabled after opening preferences.

System: OSX 10.13.6
Qcad version: 3.21.2.0

How to repeat:

1. Open QCad
2. Open preferences dialogue “QCad Pro → Preferences”
3. Close dialogue
4. The menu item “Quit QCad Pro” is now disabled. See attached screenshot

Repeatability: 100%

When a file is opened from “File→Open Recent” on QCad Pro it gives a 100% repeatable crash if the file is on a folder synchronized with Google Drive. If the file is opened using “File→Open” instead it works as expected. See attached crash-log.

OSX specific. Does not happen on Linux with synchronized Google Drive folder

System: OSX 10.13.6

QCad version:

Version: 3.21.2.0 (3.21.2)
Build Date: Jul 9 2018
Revision: f9cea14
Qt Version: 5.10.0
Architecture: x86_64
Compiler: Clang 8.0.0

In 3.21.1, and 3.21.2 a change to a shortcut looses all previous shortcut changes.
This does not become apparent in the current session; a modified shortcut works fine together with all the previous modifications, until you close QCAD.
But-
When you re-open QCAD, the only customised shortcut available is the last one that was changed, every other customised keyboard shortcut has gone back to default.

Windows 10 64 , Gigabyte laptop i7 processor

“Drawing Preferences / General / Linetype / Scale of linetypes matches the scale of each viewport” is checked by default for new drawings, however the option is not applied until you open the “Drawing Preferences / General / Linetype” screen and click OK – no need to change anything, just opening the screen and clicking OK is sufficient.

formatValue returns “0” instead of “+0” for negative values that round up to 0 with the configured decimals.

There is a case that qcad do not detect intersection between a circle/arc and a line. Attached is an example.