QCAD Bugtracker

The parsing for the -min-lineweight option of dwg2svg is broken, only -w or the undocumented -minlineweight options work.

This is due to a typo in the Dwg2Svg.js script around line 225:

      properties["minLineweight"] = getArgument(args, "-w", "-min-lineweight");
      if (isNull(properties["minlineweight"])) {
          properties["minLineweight"] = getArgument(args, "-w", "-minlineweight");
      }

This should be:

      properties["minLineweight"] = getArgument(args, "-w", "-min-lineweight");
      if (isNull(properties["minLineweight"])) {
          properties["minLineweight"] = getArgument(args, "-w", "-minlineweight");
      }

Note the case minlineweight vs minLineweight.

This has the consequence that the value parsed form -min-lineweight is always replaced with the value from -minlineweight, which is usually undefined.

Since the short option -w is parsed in both cases, it is not affected from the bug.

dwg2pdf shows error under Windows systems:
Fatal: QWidget: Cannot create a QWidget when no GUI is being used

Autofit (-a) has no effect when converting a block or layout block (other than Model_Space).

Auto detect page orientation based on width / height of document.

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

Previous working example script dwg2pdf creates empty pdf with QCad 3 RC4.
File size matches output of dwg2pdf in RC2, but output was ok in RC2.

Good afternoon, I found a bug.

Source file: B5.dwg.

Command line: .\dwg2pdf.bat -f -a -recompute-dim -ltscale=1 -font-substitution Standard GBK path

After I used the command, the message “Warning: standard font not found” occured. And B5.pdf is not found.
Convert is fail.

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

Add command line argument to generate only one specific zoom level or a range of zoom levels.

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

Add command line argument to generate only one specific tile for a specific zoom level.

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

Trying to create map tiles using dwg2maptiles with a transparent background by adding the option-
-background=’#00FFFFFF’
-background=’transparent’

The output has transparent background but the PNGs get multiplied and scrambled and are not at all as expected.

Attached: original DWG file and an example of the error prone PNG.

Add command line switches to dwg2dwg to change header variables during conversion (e.g. DIMASZ, DIMEXT, DIMTXT, ...)

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

Andrew,
While enhancing DrawFromCSV: Forum Link.
I had a peek at the new command line tool: dwg2csv

I would never come up with 115 columns.
That wouldn’t be efficient to generate entities from.
Although this way it is very complete and one could use specific lists to filter.
One downside is that the ‘-list’ switch return is far too vast for the windows command line.

Remarked that:
Only the first alphabetically custom property is listed under:
QCAD:Line & QCAD:Reference (columns 114-115).
And that the last encountered is persistent for all entities that follows.

Maybe this originates from a multiple entity selection ...
... what also retains the last encountered custom properties in the property editor.
Should I add a seperate task for that?

Also had an exception thrown:
Debug: dropped global XDATA (no res buf): “ViewportCenter”.
Discarted that as this very basic test drawing hasn’t even a Viewport.

Regards,
CVH

Added: Snippet from DrawFromCSV code (merely a test case)

CSVcomma/semicolon
Offset;50;50
Point;39,789355;-0,815325;+[Custom;Reference:101];
Point;38,49526;4,014304;+[Custom;Reference:102;Line:56]

The two points, and only those two points, are casted with custom properties
QCAD|Reference|101
QCAD|Reference|102 & QCAD|Line|56

Added: The dxf file
Added: The csv file (change to the comma/semicolon style)

-origin has no effect, origin is not drawn in export

• see attached DWG file, taken from http://www.cadtutor.net/download/vector/autocad-plan-trees.php
• loads correctly in DraftSight

QCAD drawing dump:

RDocument("ba3bc58", RStorage("bb7aa28", 
current block ID: 22
current layer ID: 21
current view ID: -1
drawing unit: 0
bounding box: RBox(RVector(invalid)  -  RVector(invalid) )  
 RLayer(RObject(id: 21, document: "0xba3bc58", address: "0xbc2dbb0", undone: 0), name: "0", color: RColor(RGBA: 0, 255, 0, 255) , lineweight:  -3 , linetype:  2 )  
 RBlock(RObject(id: 22, document: "0xba3bc58", address: "0xbb45d10", undone: 0), name: "*Model_Space", origin: RVector(0, 0, 0) ) 
 RBlock(RObject(id: 23, document: "0xba3bc58", address: "0xbb442c0", undone: 0), name: "*MODEL_SPACE", origin: RVector(0, 0, 0) ) 
 RBlock(RObject(id: 24, document: "0xba3bc58", address: "0xbc2dc00", undone: 0), name: "*PAPER_SPACE", origin: RVector(0, 0, 0) ) 
 lastTransactionId: -1
variables: 
	"PageSettings/Scale": QVariant(QString, "1:1") 
 Known variables (DWG): 
...

 ) RSpatialIndex()  

look at
https://www.qcad.org/rsforum/viewtopic.php?f=89&p=22762&sid=26fade8dcfd514372faaf98834df4413#p22762

I am seeing duplicate zoom buttons in the View toolbar, and also under the View menu. Under Application Preferences→General→Tool Settings there are also multiple entries for these, with Shortcuts and Commands highlighted in red (means there are conflicts?). This is the QCAD/CAM version on Linux 32-bit Debian “testing” release. I also tried the same version on Windows 7 64-bit and am not seeing this issue. Screen shots attached.

Block - Explode

Only affects files saved through dxflib.

no task description

Both of these files (scripts/simple.js and scripts/library.js) contain a function named sleep() that duplicate each other. There is probably a need to delete one of them.

Permalinks to this definitions on Github:

• simple.js
• library.js

Hello,
Just installed Q3rc5 with Win7.64 bits.French. To report bugs, I wanted to change my interface user language from French to English.
Using menu “Edit” =⇒ “Application preferences” =⇒ “Language settings” =⇒ “Language”, I notice that the dropdown list (combo box) is hard to decipher as all lines are with black text on a black background. Only the current value is shown with white text on a blue background.

Moving the cursor up and down reveals the other values. After navigating in the list, all values can be read. Going to another item in the Settings and then back to the Language settings : all lines can be read.
Closing the setting and opening it again, the same dropdown list has again all entries in black but the current selected value in blue.

NB: Searches for “dropdown”, “combo”, “selection” etc returned no related task.

Hallo Andrew,

Fiddling with the drill-toolpath error, a solution seems to be to add the drill location as a ‘single point’ in the ‘source’ sublayer. I am using this as a Bug Work Around.

Sporadically, when I open a file, everything in it has rotated 180 degrees from when I last edited that file.

no Idea ehat this is about, definately a bug.

BR

Ola, Sweden

1. before save: copy existing file (drawing.dxf) to temporary file, e.g. “drawing.bak”
2. save()
   • no crash → remove recovery file
   • crash → file has size of 0 byte now
     1. restore recovery files on next start

for each file in recent files
  if file size == 0
    rename temporary file to actual file name
end

The original file is A5.dwg. I’m using QCAD professional 3.23.0. A5.pdf is converted by command line tool dwg2pdf.
I found the drawing problem in it. See the attachment file problem.png.

As you see, I write down 3 bugs in problem.png.

1. bug 1. The position of ‘green 90’ is wrong.
2. bug 2. The line width is too large. You can see dot in A5.dwg, but a line in A5.pdf.
3. bug 3. The ‘green 42’ is missing.

Thank you very much for your help!

Both community and Git head, on Linux and FreeBSD.

Not sure how to describe the odd behaviour... Draw something with a couple of colors, turn on Print preview, then modify Drawing prefs/Print/Colors/Color mode several times, setting it to a different mode than what it is currently, Apply, OK.

What happens is sometimes it doesn’t change (that is, the next time this preference is opened, it is still at Full Color even if I have just clicked, applied and OK’d Grayscale etc.).

Further, it seems that the selection is not reflected at the print preview view, or rather, it is off by one – if I finally manage to switch to Grayscale, it stays Full Color. Then if I somehow manage to switch to Black/white, the print preview changes to Grayscale etc.

I can try to make a screen movie if necessary.

Configure font used for dimensions.

See forum at:
http://www.ribbonsoft.com/rsforum/viewtopic.php?f=11&t=2249&view=unread#unread

“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.

When a drawing is placed in X,Y coordinates QCAD is unable to zoom to the drawing.

We use X,Y coordinates like X=182,635,000 mm Y=579,005,000 mm for the location of the constructions.

If you use Auto Zoom you get to see a small dot on the screen but as soon as you try to zoom to the drawing QCAD jumps within a certain limit and you can’t get to the drawing.

Texts (if rendered as text not paths) and images are rendered in the background if they are inside a block.

- Create block with text or bitmap in front of other entities
- Insert block
- Text and bitmaps are rendered behind entities

One can draw in print preview. If one does, QCAD starts acting confused, the model view gets restored with a fullbright white background.

Maybe best is to just disable all drawing and measuring in print preview?

• The drawing given be an argument is loaded correctly but no auto zoom is made, which can be confusing.
• The loaded drawing cannot be closed unless another drawing is loaded.
• Possibly an Linux issue only.

start up output:

Debug:    Init script plugins... 
Warning:  RGuiAction::getByScriptFile: no action found: "Scheme" 
Debug:    TIMER:  1841 ms -  "loading and initializing plugins" 
Debug:    Creating storage... 
Debug:    Creating spatial index... 
Debug:    Creating document... 
Debug:    Init idle and default actions... 
Warning:  This action requires a document to be open:  "scripts/Snap/SnapAuto/SnapAuto.js" 
Warning:  This action requires a document to be open:  "scripts/Snap/RestrictOff/RestrictOff.js" 
Debug:    updateScenes... 
Debug:    updateGuiActions... 
Debug:    notifyListenersSlot... 
Warning:  This action requires a document to be open:  "scripts/Snap/RestrictOff/RestrictOff.js" 
Warning:  This action requires a document to be open:  "scripts/Snap/SnapAuto/SnapAuto.js" 
Debug:    importing header 
Debug:    importing layers 
Debug:    importing blocks 
...

Drawing and PrintPreview are consistent, but printout differs : rectangle missing (bottom right), line missing (bottom green line) - see att. Error can be reproduced, after saves and restores.
A VERY elementary WYSIWIG-problem....

I like the new shape tool “Star”. Comes at the right time

Would be nice if we could get the same options like all other shape tools: “Create Polyline” and “Fill”.

Good afternoon, I found a bug.

Original file: 006–【武汉会展中心店】一层合用前室.dwg

Converted file: 006–【武汉会展中心店】一层合用前室.pdf

Bug description file: problem5.png

As you see, all the rectangle fills are drawed as ellipse.

explicit drawing order of objects (such as sending hatch to back and bringing text to front) not respected when export to pdf used, the order of overlapping objects seems to use the order in which they were added to the drawing

this causes problems if we try to export a dxf to pdf and the hatching was drawn after some of the text

observed in Mac OSX El Capitan and Linux

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.

Hi Andrew

It would be useful to have an option in the Circle tools to be able to draw a circle tangent to other entities such as lines/circles etc.

Regards

Clive

... I have the feeling that wasn’t the idea. I’m correct?

Case:
in Model Space, launch Add Viewport, determine the Viewport rectangle - when done QCAD will switch to a Layout Block.
Now in Layout Block, don’t(!) place the Viewport, switch back to Model Space and the Viewport is still attached to the Mouse pointer and you can place it in your Model Space. The source of the Viewport will then disappear.

Drawing with more than 4 Layout Blocks (Layout1, Layout2 etc),

Add Viewport, choose rectangle for viewport, Dialog pops up to choose a Layout Block,
I choose Layout4 - the Viewport is placed on Layout2,

next new Viewport - placed on Layout3 - the Viewport will be placed again on Layout2 ...

Hi,
When a hatch have been offset in the Model then it appears incorrectly when rendered in a Viewport. It seems that in Viewports the hatch Origin value is not taken into consideration. This means that when adjusting a hatch in the Model to look correct (align along a line for example). This alignment is off in the Viewport.

See screenshots and attached test dxf file in this thread on the forum: https://qcad.org/rsforum/viewtopic.php?f=33&t=6742

Edit: After looking more into this issue is seems it is the Viewport’s position that is ignored when transforming the pattern into Viewport space. See the following gif:

https://i.imgur.com/vD8cOuC.gif

Above it can be seen that that pattern is always rendered in ‘worldspace’ since the pattern is static (the pattern is not moved when the viewport is moved around)

QCAD Professional

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

Orphan Hatches (without a *.pat file installed) are no longer visible in a viewport

Topic: https://qcad.org/rsforum/viewtopic.php?f=33&t=7830
Original topic: https://qcad.org/rsforum/viewtopic.php?f=33&t=7340
File: #2 https://qcad.org/bugtracker/index.php?do=details&task_id=2063

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