On a 2011 MacBook Air, the Y,R key combination for deleting layers barely works. It does in fact delete a layer occasionally, and oddly it appears to go in spurts. But it does not consistently work which significantly reduces its usefulness.

While on the matter, the reason to use YR is mostly because there is no bulk way to select a bunch of layers and delete them! This is a real pain if needing to separate layers apart (becomes some CAM programs will only accept one layer per file. We need a way to select a bunch of layers, and just delete the whole lot at one time.

1. Select line and arc
2. Set selection filter in property editor to ‘lines’
3. Selection filter combo no longer contains choice for ‘arcs’.

Maybe I missed it, but there does not appear to be a Preference selection for changing the zoom direction. The default is opposite the way it is on other programs and I would like to change it to be consistent between all my programs. My other programs provide this ability so I suppose I could change all of them, but that appears Orwellian on QCADs part.

Although this report is specific to Magic Mouse on OS-X Mountain Lion, since mice are a fairly common commodity across all platforms, I suspect this may be a more common issue across multiple platforms. The issue is that with my Magic Mouse, when I zoom into or out of the drawing by dragging my finger forward or backward on the mouse (equivalent of rolling the scroll wheel of a mechanical mouse), the zoom keeps zooming (in either direction) LONG after I have stopped moving my finger! Now, I do have my scroll speed set high because I have a large monitor and like to get around on it fast. But QCAD is the only application that does this exaggerated scrolling, so there must be some missing conversion or time constant issue going on here. I could change the speed of my mouse and that would likely fix it: in QCAD. But then all my other apps would be too slow with the mouse. Maybe there needs to be a custom setting in the Preferences that allows to user to set the mouse speed for just inside QCAD. But I suspect its more just a mouse speed parameter conversion error.

I just downloaded QCAD and bought the doc that goes with it. Lo and behold, I find that I cannot search the doc in Preview (Acrorbat Reader too!)! So I paid extra for doc that might be argued should come with a product (although its hard to complain about the price) and then I cannot even search it electronically? There is just everything wrong with that in the year 2014! Please fix as it is extremely inefficient and time consuming to not have electronic search capability.

Community version (still on FBSD only), so dxflib. I suspect the culprit is dxflib.

I have created layers and blocks and whatnot with (hungarian) accented characters in their names.
Apparently (according to the Internet, as evidenced probably most glaringly by usa.autodesk.com /adsk/servlet/ps/dl/item?siteID=123112&id=7586582&linkID=9240617) the R15 DXF version assumes single-byte character sets being used. Quick grepping the DXF2000 mentions “String (255-character maximum; less for Unicode strings)” (Group Code Value types), so it may be a false track...

Anyway, the DXF file written does have strings converted to single-byte encoding, but it seems it’s always ANSI-1252. When the output encoder encounters a character that is not representable in this one, it will use a literal question mark.

Actual case, I have a block with the name

106 egypólusú váltókapcsoló jelzőfénnyel

Of this, “ő” (U+0151) is not representable in ANSI-1252, so what gets written to the dxf is (non-ASCII shown in hex)

106 egyp<f3>lus<fa> v<e1>lt<f3>kapcsol<f3> jelz?f<e9>nnyel

Note the literal question mark.

Now the problem is this is an irreversible operation but the result is perfectly valid ANSI-1252, so upon opening the file again, I will get a block named

106 egypólusú váltókapcsoló jelz?fénnyel

IMHO the ideal resolution is to

1. Have a preference for the export code page (and use it, too, circumstances permitting)
2. Iff this is not set (or set to a default “Use system locale to determine” or something), use a look-up table to take a good guess (like old QCAD2 qcadlib/src/engine/rs_system.cpp:QCString RS_System::localeToISO())
3. If the output encoder encounters a character that is not representable in the target code page, throw an error with an option to ignore the error (and keep using question marks, but then this must have been acknowledged by the user so not silent problem anymore), pick a new output code page, whatever else

This all assuming the R15 doesn’t actually depends hardly on ANSI-1252 and ANSI-1252 only. In that case, option #3 would still be nice.

Most Western European languages (and English) are not affected by this as ANSI-1252 has most of them covered, but a little to the east, a little to the south, a little to the north, and it does make a bit of a difference :)

Steps to reproduce:

I only have Git head operational now (am on FreeBSD ATM), but looking at the respective scripts in the downloadable Pro trial, it is affected too. Also, only FreeBSD at the moment to try, but the nature of the bug makes me say all systems are affected.

PDF export fails silently if a file name for which no parent directory exists or that parent directory is not writeable by the current user.

How to reproduce: XD, then in the Save As dialog, manually specify a nonexistent directory + a file name (eg. “/nonexistent/out.pdf” on POSIX, whatever on Windows) or, if you will, browse to a directory for which you have no write permission, specify any file name, then hit Save (case in point: it is not limited to the probably rare-ish cases when the end user browses to the destination directory as opposed to just quickly typing in the full file path).

Result is “Export complete” on the status line. It obviously didn’t complete.

The cause is insufficient checking of the return value of QPainter::begin() in scripts/File/Print/Print.js:

 149     var painter = new QPainter();
 150     painter.begin(printer);

This will actually return false if the output format is PdfFormat and it can not create OutputFileName (cf. Print.js:70-71).

I am not sure how (if at all) it can fail if printing is done to an actual printer.

Setting to medium since in some sense it is silent data loss.

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.

I have a dimension layer on a drawing. I make only that layer visible and select all dimensions. Then from the property editor I set the Linear Factor. The dimension values change as expected, and I can print the drawing and have the new dimension values show up as expected. When I save and close the drawing, then re-open it, the dimension Linear Factor does not retain the value I gave it. I saved my drawing in the current R27 DXF format.

I open anyting file dxf, the message pop-up : Grounded 0 recursive block references in blocks:

Hello,
I’m still evaluating qcad, and am currently working on some competition drawings.
Positive things first:
The respective drawing (a site plan delivered by the city authorities) containes one big solid hatch that is made of hundreds of closed boundaries. While this brought BricsCAD (my main program) to its knees, qcad handles this file with complete ease, congratulations!

But after some hours of work, I stumbled over a quite nasty bug: I tried to draw a polyline in model space, and got a “transaction failed” message (although the current layer was not locked) and then suddenly all entities in the drawing just disappeared. I checked my block definitions, and they too were empty. I therefore saved the drawing under a new name and closed it. However, there was no sign of qcad becoming unstable - it opened the previous version of the file without problems (I restarted the program nonetheless...).

Attached are the empty file (V1-2_corrupted.dwg), the last intact save before (V1-2.dwg), and logs of the command line as well as of the console.

Running audit in BricsCAD on V1-2.dwg just lists 57 errors like this:
Name: AcDbTextStyleTableRecord(6446)
Value: Last height 0
Validation: Not >0
Default value: Set to 2.5

Hope this can give some hints - if not, don’t waste time on it, I would come back to it should I encounter such a problem again.

If I have multi lines with different heights in a Rich Text the scale tool works not at all or the scale factor works different on each lines.

This example is scaled with factor 2. First line works - second line keeps the proportions.

Create a new block from a selection
Enter the name of an existing block
Overwrite warning
Overwrite block

Since today, QCAD fails to load my drawings, with the following error message in the console:

Warning: RBlockReferenceData::getBoundingBox: maximum recursion depth reached: block: “Drukknop”

The block in question is the AREI (Belgian standard for symbols in electrical installations) symbol for a “button” light switch.
It’s a small and simple drawing (see attachment).

I’ve added a lot of these buttons in the drawing since the previous version, but there were some already present, and this never caused problems.

QCAD version: QCAD 3.4.4 Pro for Ubuntu Linux 32bit
System output: see attached file

Example: file name: “my.file.dxf” File - Save As suggests file name: “my.dxf”

Not sure whether this has been reported yet.
I get an unexpected result when creating a solid fill hatch in an isometric projection, all entities are polylines.

Using the 32-bit linux .tar.gz package on Opensuse 12.3 - KDE4, it opens with a window size larger than the screen (you cannot reach the maximise, minimise icons with the mouse.
Having maximised it with the keyboard, using the mouse on the corners the window can only be stretched in the east-west dimension and remains at a fixed height. I have reverted to 3.4.2 which is fine.

Bob

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

No reference Manual in 3.4.4

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

See:
http://www.qcad.org/rsforum/viewtopic.php?f=34&t=2690

Bug or Feature request?

Tool “Parallel” is not working on an intact ellipse. If I explode the ellipse it will work but then it turns out to a Sisyphus task ...

Just floating an idea, recently I’ve had to use the diameter symbol many times in texts. At this moment it’s a chore, as that usually means browser, look for a page with symbol in it, copy, paste.

I wonder if the text entry could have some sort of a box for “frequently used” characters (or even phrases, or whatnot, but I presume a handful special characters that everyone can tailor to their needs would already be a huge plus)? Like, a 3×3 to 5×5 matrix below the Alignment panel or something along these lines.

See:
http://www.qcad.org/rsforum/viewtopic.php?f=33&t=2681&view=unread#unread

It would be nice to get a status information after the use of the “Search/Replace” tool.

Something like: “5 matches found and replaced”,
or
no “matches found”.

It helps allot to get an Idea what happens in your drawing. Right now the tool window will just disappear and you have no idea about any success.

Trim not working for Chamfer/Bevel or Round tools in 3.4.3.

With Trim checked nothing happens.

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.

When reopening a dxf that had the dimension text aligned differently than the default, the text position has the same X position for vertical dimensions and the same Y position for horizontal dimensions as the dimension line. In other words, changes to the text position are not saved or loaded when reopening a file.

For example:
1) Create the drawing and take a dimension measurement
Dimension Line on (X, Y): (110, 1680)
Text Position changed to (X, Y): (100, 1255)

2) Save file, close it and reopen it
Dimension Line on (X, Y): (110, 1680)
Text Position on (X, Y): (110, 1255)

The text height (in drawing preferences) is set to 15 and page printing scale is 1:5 (if it matters).

QCAD Professional 3.4.2.0 on Ubuntu 13.04. See the attached file for the program specs.

Not really a major bug, but quite irritating none the less. :)

Layer and block names with leading / trailing spaces lead to exception when saving file through Teigha.

When I export a bitmap from qcad, windows picture preview will not show it, instead print the message: “the file is in use by another application”. Maybe the exporter does not close the file?

Would it be possible to change the Divide tool, so that one can divide by e.g. 4.5 or 7.75 etc...? Instead of just whole numbers, like it is at present.

importing a svg generated by inkscape from a downloaded eps results in all contained arcs drawn in wrong direction

Just started using v.3.4.2 under Linux Mint 14. To begin with I could not print my drawing in color. Worked out that this was due to the default printer setting (driver hpcups 3.12.6) which was Draft Grayscale. My drawing printed in color fine when I changed this. I believe that it ought to be possible to set this from within QCAD, but the dialog “Print>[printer]Properties>Advanced” is blank. Has it been disconnected somehow?

See forum at:
http://www.qcad.org/rsforum/viewtopic.php?f=33&t=2640&view=unread#unread

Splines affected are 2nd degree with >4 control points, 3rd degree with >5 control points when loaded with knot vector from DXF. Newly constructed splines with automatically generated knot vector work fine.

“Clip to rectangle / clear area” in combination with a Block will explode the Block and change all line attributes for the exploded ex-block.

Pics: Before / after using the tool.