All Projects

Win7pro Qcad Pro 3.22.1.2

In property editor
properties of an Ordinate Dimension

Without Show Z
DefPoint is displayed in order YX?

With Show Z
Origin is displayed in order XZY?
DefPoint is displayed in order YZX?
LeaderEndPoint is displayed in order ZXY?

Regards

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,

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

The order layers are listed in dropdown boxes is different as how there are presented in the Layer List Widget.
Uniformity can shorten lookup time drastically with a large number of layers / sublayers.

Andrew,

Both disableInput() & enableInput() in simple.js
state that input is prevented ...

It is most obvious

Regards,
CVH

Trimming polylines especialy those with a string of small segments should be done at the intersection of those polylines.
Now trimming is done with the seggments that where the nearest when selecting the two polylines.

QCAD Professional
Win7 winInstaller 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

Include file was open when using ‘Edit Block In-place (BB)’ in an other drawing.
Happend on 5/1/2021 just before 2:56 am
https://qcad.org/rsforum/viewtopic.php?&t=7945#p31055

‘Edit Block In-place (BB)’ is never used in this drawing.
There was never a Block in this file.
I might have switched focus.

Re-installed QCAD a dozen times meanwhile.
Wiped all what remained of QCAD twice.
Cleaned up the windows registry twice.
Lastly left out all kinds of my custom scripts.
Simply a bare install with the msi file.

How to replicate:
- Start QCAD in normal mode
- Load included file
- Set App.Prefs .. Startup .. Restore open files
- Close QCAD
- Start QCAD in debugger mode
(-rescan -enable-script-debugger -always-load-scripts)

Boot fails.
Every successive trial.

When booting in normal mode I see the BB options toolbar blink shortly.

3 Screengrabs in DebuggerModeError.zip in the same topic.
The blink I can’t catch.

I can Boot with no file to retore on open in debugger mode and load the file.
I have several of those files, all were open that day at 2:56 am

CVH

Win7pro 32bit Wininstaller Qcadpro 3.23.0

Draw an arc.
Select the arc.
In Property Editor:
Set start angle to 135
Set end angle to 135

SweepAngle = */-360

edit the end angle and add “+360”, hit enter

SweepAngle = 0

An arc with zero sweep is a point.
A point is not an arc.
With the same start and end parameter an arc should have a sweep of +/-360.
As for entries by points or by angles.

Regards

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

Correct surface area included.
CVH

Having a multi selection and at least one ‘older’ arc the startpoint indication in red of some entities might disappear.

Entities that suffer from this are:
Other arcs
Polyline
Splines

Only the ‘oldest’ arc in selection will have a startpoit indication.
Multi selection of ‘newer’ entities from the list above will not if an ‘older’ arc is part of the selection.
Deselecting de ‘older’ arcs will reveal the startpoints up to the ‘oldest’ arc.

In the file provided entities where drew in order from left to right.
Select all and start deseleting arcs from the left.

The behaviour is affected by changing the draw order property and a save/close/open.
In the second file the rightmost arc was set to draw order 7, the same as the 4th was.
After save/close/open it is renumbered to 8 and the behaviour is different as in the firts file.

Regards

Set up a spline with control points let’s say of the order 3.
Clone it 3 times with some offset in x&y.
Edit the degree property and set 1ste to 1, 2nd to 2, aso
Draw select partially from right to left.
Those of the order 1 and 4 aren’t selected.

Regards

QCAD Professional
Win7Pro 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

See attached file:
- The 9 center snapping points of the 24 bulging segments are all presumed to be incorrect
- For some segments the center snap is outside the arc shape from a bulging segment
- For some segments there are 2 solutions

Regards,
CVH

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

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

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

Merely clicking on ‘Draw Order’, and usualy unintended, halts the system for several seconds up to several tens of seconds.

Intel(R) Core(TM) i7-2600K CPU @ 3.40Ghz
4,00 GB RAM installed 3,49 GB usable
32-bit Operating System
Windows 7 Professional SP1

Andrew,

Seen in al previous versions that I know of.
To recreate and merely as an example:
With:
- A polyline entity on a layer ‘polyline’ (notLocked - notFrozen - Visible)
- A hidden layer ‘exploded’ (notLocked - notFrozen - notVisible)

- Select the polyline .. DP .. XP » duplicated polyline explosion in selection.
- Set the selection its layer to ‘exploded’ by a double click in the Layer List or by Property Editor.
- Hide layer ‘polyline’ by toggling its visibility.
- Unhide layer ‘exploded’ by toggling its visibility.

The explosion is still in a dark red color.
Workaround: TA & TN

Regards,
CVH

Tested on a Win7 32bit and a Win10 64bit system.

With App.Prefs defaults for new drawings set to mm, mm, metric.
Inserting a ‘CubeCuttingOut’ with the default size 10 into a drawing in inch results in size 0.39370079” what is indeed 10mm.

One would expect it to be sized 10 units of the target drawing.

Recently reported by Husky concerning the QCAD Utilities by MikeJ.
https://qcad.org/rsforum/viewtopic.php?f=30&t=9429&start=15#p38045

ScriptItems are first created on a new (offline) document.
QCAD will then adapt the size with unit conversion.
Then it will scale, rotate, flip according the ‘Insert Script’ tool options.

This is fully predictable for standard library items where the source is a dxf file with a defined unit and no unit conversion would occur if the library source unit was ‘None’.

I then assume that this can be fixed with setting the new RDocument in InsertScriptItem.prototype.beginEvent its unit to ‘None’.
Not knowing what the intended behavior should be for any other case, source or usage ...

Regards,
CVH

Andrew,

Related topics:
https://www.qcad.org/rsforum/viewtopic.php?f=33&t=10567 https://www.qcad.org/rsforum/viewtopic.php?f=32&t=10563

Regards,
CVH

Scaling without keeping the aspect ratio fails to scale an arc to an ellips when this is part of a polyline.

Discovered while documenting feature request ‘Skewing’

CVH

QCAD Professional Win 7 WinInstaller

Version: 3.27.0.0 (3.27.0)
Internet: QCAD.org
Build Date: Nov 30 2021
Revision: 62c65de
Qt Version: 5.13.2
Architecture: i386
Compiler: Unknown

Related topic:
https://qcad.org/rsforum/viewtopic.php?f=31&p=37972#p37964

In script SaveAs.js on line 104 the sourced filename is correct.
When this is not empty on line 147 the fileDialog should select this file in its own path.
The testing sequence in the topic shows this is not always the case.
I am using the system file dialog.

Firts setting the corresponding folder for the fileDialog seems to fix this:
147 if (fileName.length!==0) {
148 fileDialog.setDirectory(fileInfo.absolutePath());
149 fileDialog.selectFile(fileInfo.absoluteFilePath());
150 }
151 else {
....

Regards,
CVH

Some 50 glyphs in SansNS.cxf start with [#.... instead of [....
These glyphs are replaced by a ? when used.
Merely removing the # fixes this.
Corrected file included.

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,

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

Andrew,
presumed not to be OS/version depending.

Referring to topic: https://qcad.org/rsforum/viewtopic.php?f=33&t=9073.
An issue that has similarities with several topics,
and some bug reports (closed or still open).

• https://qcad.org/rsforum/viewtopic.php?t=8406
• https://qcad.org/rsforum/viewtopic.php?t=8343
• https://qcad.org/bugtracker/index.php?do=details&task_id=2063

Solid hatches in blocks that are scaled up seems to be crippled.
Very pronounced with arcs in the boundary.
I suspect that the arc interpolation isn’t scaled along with the Block Reference scale.

Another issue exists for patterned hatches in blocks.
I suspect that the hatch origin is kept as defined in the block. Applying the block reference insertion point and at scale as an offset to the hatch origin while rendering would:
- hatch the inserted block exactly the same as it is created in the block.
- reduce lagging and increase pattern accuracy/coherency there the hatch origin is at the same distance to the hatch as it is in the block.
I know this doesn’t solves anything when the block is created from entities and the hatch origin wasn’t close to the hatch itself.

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

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

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

Win7pro 32bit Wininstaller Qcadpro 3.23.0

With a polyline.

Select the poly.
Pick any reference point of a vertex.
Place it on any of its neighboring vertex reference points.

A null-segment is created.
The placement can not be undone by re-picking the reference point.
Can be Undone/Redone.
The action can result from editing the vertex coordinates.
When exploding null-entities are created.

This action should delete:
- if the target is next: the picked vertex. (incl. start or end-1)
- if the target is prior: the targetted vertex. (incl. start or end-1)
- if the target is and next and prior: both the prior and the picked vertex.

As the user intentionally places any vertex reference points on:
- any excluding its neighbors:
→ the intented nature is ‘Self-Touching’, ‘Self-Crossing’ or ‘Trace-Back’.
- any of its neighbors:
→ the intention is to delete the segment(s).

Regards

QCADpro 3.25.2.1 / win7pro 32 bit / 4GB / 1e generation i7 2.6Ghz / HDD GeForce GT 520

The method PE casts the clipboard on individual hatch segments.
Hatches should be considered as a single complex entity not allowing certain actions.

Discovered while:
https://qcad.org/rsforum/viewtopic.php?f=33&p=30008#p30008

Not that it matters: In doing so the scaling is off too.

Regards,
CVH

Andrew,

Encountered with snapshot 3.26.4.9
On both a 32bit win7 and a Linux machine.
But probably not related to version nor OS.

The calculated area centroid position for a self-intersecting shape is invalid.
Therefor polylines and splines are checked for their self intersection nature.
Polylines with line segments require a tolerance of 1e-6.
For polylines with arc segments there is no easy to formulate value.
Reverted to something less strict than the arc connect tolerance: 1.1e-3
Refer to: https://www.qcad.org/rsforum/viewtopic.php?f=30&t=8526&p=34056#p33694

RSpline.getSelfIntersectionPoints() has no tolerance value.

Some perfect valid spline shapes fail this test.
Not related to the XP spline approx tolerance preference.
Related to orientation, try the failing shape when reversed in situ.
Related to their position in the plane, see translated examples.

Reproducible with control point splines.
Reproducible when rotating the shape.
Such failing closed splines can be hatched and an area centroid is returned.

Regards,
CVH

PS: Got a notice posting this:
“Notice: Trying to access array offset on value of type bool in /home/qcadch/public_html/bugtracker/scripts/details.php on line 222”

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

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

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