Flyspray:: Flyspray::QCAD: Recently opened tasks http://www.qcad.org/bugtracker/ 2014-07-31T10:30:38Z FS#1080: Bitmap export: calculate size based on bounding box including accurate line weight 2014-07-31T10:14:51Z 2014-07-31T09:05:45Z

I have created a drawing, where the CENTERS of the most outer lines have a distance of 3.06mm in both X and Y.
The line weight of these outer lines is 0.6mm, so the whole image is 3.06mm + 2* 0.6mm/2 = 3.12mm wide and long (center to center plus half of the line weight on every side).
Additionally in the export there is a frame around the image, making it 3.12 + 2*frame.
The export function however calculates 3.06mm when setting the resolution to 1000Pix/cm, so it does not include the line weights and the outer frame.

TobiasKnauss http://www.qcad.org/bugtracker/:1080
FS#1079: Custom line weights in 0.001mm steps 2014-07-31T10:09:29Z 2014-07-31T08:58:54Z

The user can choose from 24 different line weights at the moment.
Unfortunately, 0.1mm is not among them.

Please add the possibility (add a textbox) to set any line weight from 0 to max in 0.001mm steps.

TobiasKnauss http://www.qcad.org/bugtracker/:1079
FS#1078: Break out segment: break out last segment of ray / xline 2014-07-28T16:25:38Z 2014-07-28T11:55:07Z

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

Andrew http://www.qcad.org/bugtracker/:1078
FS#1077: Centreline Cross using wrong Coordinate Format 2014-07-23T19:55:25Z 2014-07-23T19:55:25Z

My Coordinate Format/Decimal Point is adjusted to Dot’.’ but the “Centreline Cross (C,S)” will only accept Comma for Angel. X/Y works fine!

BTW: Is the spelling correct in the Menu? Should it be spelled “Centerline Cross” instead of “Centreline Cross” ...?

Husky http://www.qcad.org/bugtracker/:1077
FS#1076: Minimally reproducible crash of v.3.6.2 on Mac OS X 10.9.4 when editing any text object. 2014-07-31T10:30:38Z 2014-07-22T21:53:59Z

Hi,

I have just updated my Mac OS from 10.9.2 to 10.9.4. QCAD 3.6.2 seems to be working normally under the newest version of Mac OS, but has developed a very specific bug which leads to reproducible crashes when a text object is edited.

Steps to minimally reproduce:
1. Open QCAD
2. Create a text object
3. Place the text object on the canvas
4. double-click the text object and edit its contents
5. click OK to accept changes
6. repeat from step 4 three or four times.

After several attempts to edit a text object, QCAD will crash with EXC_BAD_ACCESS (SIGBUS) in thread 0 (QCoreApplication).
The crash can also be triggered by moving the text object around on the canvas (instead of editing its contents).
The bug does not require anything else (no other objects on the canvas, no particular font, occurs in both new and previously saved documents).

Apart from this bug, QCAD seems to work fine on OS X 10.9. The text editing crash did not occur before the latest OS update. No other applications on my system seem to be having any problems. If this problem can be fixed, I think QCAD will be quite usable on 10.9.

Daniel Duke http://www.qcad.org/bugtracker/:1076
FS#1075: dwg2svg: include path broken 2014-07-21T14:14:18Z 2014-07-21T14:09:28Z

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

Andrew http://www.qcad.org/bugtracker/:1075
FS#1074: Application Preferences: dimension font 2014-07-28T16:28:23Z 2014-07-15T21:45:17Z

Dimension font setting as default for new drawings has no effect.

Andrew http://www.qcad.org/bugtracker/:1074
FS#1073: Duplicate images with same path not saved 2014-07-14T09:45:36Z 2014-07-14T09:44:33Z

Only affects files saved through dxflib.

Andrew http://www.qcad.org/bugtracker/:1073
FS#1072: Resolve Relative paths on command line 2014-07-07T17:36:35Z 2014-07-07T17:36:35Z

I have aliased qcad to run it from terminal. There is a small glitch when opening a file from a different location using relative path names:

$ alias qcad
alias qcad='/opt/qcad-3.6.0-pro-linux-x86_64/qcad'

$ cd /a
$ qcad some.dwg &
$ cd /b
$ qcad other.dwg

Import Error is shown:
> Can't open file
> /a/other.dwg.
> File is empty.

$ qcad /b/other.dwg # absolute path works

$ readlink /proc/pid-of-qcad/cwd
/opt/qcad-3.6.0-pro-linux-x86_64

Qcad somewhere stores the path, from where it is first launched. The next “launch” will not use the next location but refer to the first one when constructing the full path name of the file name in the argument.

Maybe that can be easily improved (the message is wrong too).

Peter http://www.qcad.org/bugtracker/:1072
FS#1071: (Bitmap) scaling convenience option 2014-07-04T12:16:09Z 2014-07-04T12:16:09Z

This can be done as is in QCAD today, but a quick convenience UI bit would be much appreciated.

Suppose you are working off a bitmap image (transcribing old scan, or you got your apartment’s floor plan like this, because, uh, what tenant needs DXF). It has dimensions markers and everything, but fat chance it’ll be to actual CAD scale after importing.

So, to bring it to scale, you measure between two tick marks on the scale, compute ratio based on measurement and what’s written on the dimension line, and do a scale operation (you can also have QCAD compute the ratio by using math expression, whatever).

That works fine.

A purely just for convenience function to do that would be much appreciated: pick two points, enter what the actual distance between them is, poof bam, appropriate scaling operation is applied.

As a twist, there could be some other bitmap skewing options, like “the points I’ve selected are on a horizontal/vertical line/at an angle of X degrees, then the bitmap would also be applied this transform.

Tamas TEVESZ http://www.qcad.org/bugtracker/:1071