|
603 | QCAD (main) | Bug Report | Low | SVG import straight path segments | Closed | |
|
Task Description
I noticed, that paths are not fully imported into QCAD. I rewrote case “m” of “SvgImporter” like below, that way also straight line segments are drawn correctly. Case “M” should be similar:
case 'm':
x = ox = coords[0];
y = oy = coords[1];
x0 = x;
y0 = y;
for (k=2; k<coords.length; k+=2) {
x += coords[k+0];
y += coords[k+1];
this.importLine(ox, oy, x, y);
ox = x;
oy = y;
}
break;
|
|
730 | QCAD (main) | Bug Report | Low | Svg PG export splines broken | Closed | |
|
Task Description
With the 3.0.3 point release (latest available for Linux systems), SVG PG exporter fails to export splines:
Uncaught exception at /opt/qcad-3.0.3-prof-linux-x86/scripts/ImportExport/SvgExporter/SvgExporterPG.js:72: TypeError: Result of expression ‘splineSeg.getDegree’ [undefined] is not a function. 72 var degree = splineSeg.getDegree();
The objects returned from getBezierSegments() do not provide the methods of RSpline.
|
|
818 | QCAD (main) | Bug Report | Low | SVG Exporter crashes on polyline | Closed | |
|
Task Description
Attached sample drawing, that kills QCAD 3.1 beta when exporting to SVG.
The crash happens in line 38 of SvgExporterPG in function SvgExporterPG.prototype.exportPolyline
var pp = new RPainterPath(polyline.toPainterPath());
|
|
916 | QCAD (main) | Feature Request | Low | SVG export: make zero line width behaviour configurable | Closed | |
|
Task Description
Somewhere in the 3.1 series the SVG exporter (both precise and PG) started to make lines that are zero (0) width in CAD 0.01 (@scale 1:1) points wide in exported files (0.1 @scale 1:10). I use such lines to constrain exported files to a common size and rather not have them show. In my view, this is a regression, as there is no reason for changing line weight, isnt it? If I wanted the lines to have weight, I’d draw them with a weight.
|
|
942 | QCAD (main) | Feature Request | Low | Dirty flag (star) in MDI tab invisible when too many ta ... | Closed | |
|
Task Description
A window with a drawing that has unsafed changes gets an asterisk appended to its name in the tab title. When there too many tabs the title gets shortened and the star cannot be seen then.
It was nice, when the star remained visible, after or in front of the ellipses.
Also it was nice, when the “windows” menu would mark files with changes in the same way.
|
|
969 | QCAD (main) | Bug Report | Low | File - Bitmap export: exported bitmap file locked | Closed | |
|
Task Description
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?
|
|
1072 | QCAD (main) | Feature Request | Low | Resolve Relative paths on command line | Closed | |
|
Task Description
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).
|
|
1178 | ECMAScript | Bug Report | Low | scripting definition point and vertical DIMs | Closed | |
|
Task Description
A regression? In my script I draw stacked dims (depth d):
var c = RVector.getAverage(a, b); // Zentrum der Messung
var dim = new RDimRotatedData();
dim.setExtensionPoint1(a);
dim.setExtensionPoint2(b);
c.x = a.x + d * 50 + ( d > 0 ? 50 : -50 );
dim.setDefinitionPoint(c);
dim.setRotation(Math.PI / 2);
Curiosly, this would work in 3.7.5 but fail in 3.7.7: the DefinitionPoint would be ignored then, but only in vertical ones, not in horizontal ones!
More curiously still: The DIM gets drawn right as soon as I move the setRotation call before the setDefinitionPoint call!
PS: the debugger proved very helpful again :)
|
|
1182 | QCAD (main) | Bug Report | Low | Invisible dashed circles/splines | Closed | |
|
Task Description
Starting with 3.7.7 I noticed, that some parts in drawings are missing: affected are some circles and (some) closed splines. These were created with earlier releases of qcad3.
Attached a file that has two circles, only one of them showing at first (drawn in 3.8.0); set line-display “screen” (NL command) to see the other (drawn earlier). From the dxf serialization (dxflib or teigha does not matter) I do not see where that should stem from or how to fix this.
At zero degrees there is a little dot though, and also, only certain dashed line-types “hide” the (outer only) circle.
Filed under Ubuntu, not tested on windows etc.
|
|
1230 | QCAD (main) | Feature Request | Low | File > PDF Export / SVG Export: export layers | Assigned | |
|
Task Description
Dear Andrew, just in case you should ever run out of ideas for enhancements; As an advisor I sometimes get PDF files and recently, some CAD drawings contained layers, which is kind of nifty to reduce the clutter.
Sadly though, qprinter/qpainter seem to be unaware of OCG (Optional Content Groups, the PDF jargon for layers) at the moment, so my plea is for the back burner now. Probably in SVG though it can be done? Yet that is of a little less use, maybe…
|
|
1295 | QCAD (main) | Feature Request | Low | Un*x Manual Page | Closed | |
|
Task Description
Dear Andrew, this might seem an obsolete feature, though I recently tried to look it up, the man-page ;) So attached a quick shot; please use if you like and do not frown the additional maintenance. (quick test: man -l /tmp/qcad.1)
|
|
1320 | QCAD (main) | Bug Report | Low | QFileDialog slow on network drives | Closed | |
|
Task Description
QFileDialog should use the DontUseCustomDirectoryIcons flag; not much may be lost, performance should increase orders of magnitude for most – https://codereview.qt-project.org/#/c/54983/
|
|
1327 | Website | Bug Report | Low | qcad.org vs. ribbonsoft.com | Closed | |
|
Task Description
In the head of the new task form there is a “search for existing…” link to ribbonsoft.com even though I am browsing flyspray on qcad.org; maybe this can be made a relative link?
|
|
1328 | QCAD (main) | Release | Low | Windows 64bit install dir | Closed | |
|
Task Description
I only noticed today (perhaps they were available earlier?) that there are 64 bit binaries for windows; I suppose these are true 64 bit.
Yet, the installer prompts me to put them into “Programs (x86)”, where all the 32bit software lives, I guess - this seems to be a pure convention though, the application runs just fine.
Maybe the reason is, that the 32bit version was installed before; Maybe it should change? Maybe it should stay, so that there are not two?
|
|
1516 | QCAD (main) | Suggestion | Low | QT style on Linux | Closed | |
|
Task Description
The startup script still forces a QT-style; Getting bored of that one, qcad runs fine with the system default style - probably that was a qt4 thing, that can be removed, so it blends better with the DE?
18c18 /opt/qcad/qcad < LD_LIBRARY_PATH=”$DIR” “$binary” -style plastique “$@” —
LD_LIBRARY_PATH=”$DIR” “$binary” “$@”
|
|
1534 | QCAD (main) | Suggestion | Low | Headless Styling | Closed | |
|
Task Description
Since the launcher batch no longer requests “-style plastique” QT wants to apply the native style of the desktop environment. This fails on a headless system (or where the current user has no graphical shell to connect to) with the message “Gtk-WARNING **: cannot open display: “. Fortunately, QT provides a workaround in addtion to the new “platform=offscreen” flag.
In the tools that set -no-gui, beforehand export these variables into the environment
export QT_STYLE_OVERRIDE=""
export QT_QPA_PLATFORM=offscreen
export DISPLAY=""
PS: QT-offscreen will not find fonts; unfortunately the workaround only allows for a single directory to search them (I need helvetica):
export QT_QPA_FONTDIR="/usr/local/share/fonts/type1"
Maybe that should get reported upstream, so that like LD_LIBRARY_PATH several directories could be specified.
|
|
93 | QCAD (main) | Feature Request | Very Low | Per drawing Quick SVG Export settings | Closed | |
|
Task Description
A single drawing has an array of options regarding dimension font-size, printout-scale etc. It would be nice to also save Quick SVG Export settings, as can be specified in the Advanced Export Dialogue or in the Application Preferences Dialogue, with each drawing.
|
|
94 | QCAD (main) | Feature Request | Very Low | Application window name | Closed | |
|
Task Description
It is common practice in MDI apps to use the title of the active tab for the main window. Right now this is always “QCAD”. It would be better if it reflected the name of the drawing in the currently active tab.
|