Flyspray:: http://www.qcad.org/bugtracker/ Flyspray::QCAD: Recently closed tasks 2015-03-31T10:32:26Z FS#1198: Projection scales off with other units than Millimeter http://www.qcad.org/bugtracker/index.php?do=details&task_id=1198 2015-03-31T10:32:26Z Andrew - Create drawing in unit other than Millimeter (Centimeter, Inch, etc)- Project part of the drawing (Isometric, Orthographic, ..)- Scale of result is off - Create drawing in unit other than Millimeter (Centimeter, Inch, etc)
- Project part of the drawing (Isometric, Orthographic, ..)
- Scale of result is off

]]>
FS#1200: Embed fonts in exported PDF http://www.qcad.org/bugtracker/index.php?do=details&task_id=1200 2015-03-24T11:49:16Z Tamas TEVESZ This is not the same as  FS#782 . Is it possible to have referenced fonts embedded in the exported PDF files somehow? Sort of like producing PDF/A (not really, but at least with the fonts referenced being included)? I have played around a little with QPrinter::setFontEmbedding(), but it didn’t really produce any results (pro or con). I am not sure it can even be done, as looking around there are numerous references (rather questions and RFEs) for creating PDF/A-3 format PDFs with Qt, but I am yet to bump into a resolution. I almost have a feeling that generating PDF/A-1 files is possible, but I have not found any definite guidelines or ways to that either. The use case is obvously when you don’t have a particular font installed on the system you are printing your designs on, for example. This is not the same as  FS#782 .

Is it possible to have referenced fonts embedded in the exported PDF files somehow? Sort of like producing PDF/A (not really, but at least with the fonts referenced being included)?

I have played around a little with QPrinter::setFontEmbedding(), but it didn’t really produce any results (pro or con). I am not sure it can even be done, as looking around there are numerous references (rather questions and RFEs) for creating PDF/A-3 format PDFs with Qt, but I am yet to bump into a resolution. I almost have a feeling that generating PDF/A-1 files is possible, but I have not found any definite guidelines or ways to that either.

The use case is obvously when you don’t have a particular font installed on the system you are printing your designs on, for example.

]]>
FS#1196: Radius dimension: arrow head is used even in arch tick mode http://www.qcad.org/bugtracker/index.php?do=details&task_id=1196 2015-03-19T20:52:18Z Andrew Draw radius dimensionSwitch dimension settings to use “Architectural ticks” Radius dimension is still displayed with arrow Draw radius dimension
Switch dimension settings to use “Architectural ticks” Radius dimension is still displayed with arrow

]]>
FS#1193: Landscape print lacks rotation http://www.qcad.org/bugtracker/index.php?do=details&task_id=1193 2015-03-16T10:12:43Z Poul-Henning Kamp I have spent a couple of days banging my head against this. If I print the attached drawing in landscape mode to my printer, the drawing is not rotated, and the paper only contains ~2/3rds, oriented the wrong way. If I print to PDF-File, open in gv(1), and change the size field from “Automatic” to the chosen papersize, same thing happens. If I print to Postscript-File, open in gv(1), change the size field to the chosen papersize, the rotation is correct. Many PDF viewers will autodetect missing rotations and other such stuff, and you will never notice a mistake like this, but gv(1) does it the “old-school” way and shows the mistake. The crucial bit of the Postscript output is: /pageinit { % 210 *297 mm (landscape) 90 rotate 0.060000000 -0.060000000 scale } def Something similar is missing in the PDF and the output to the printer. PS: This is also on FreeBSD, but I doubt that matters at all for the “print to file” operations. I have spent a couple of days banging my head against this.

If I print the attached drawing in landscape mode to my printer, the drawing is not rotated, and the paper only contains ~2/3rds, oriented the wrong way.

If I print to PDF-File, open in gv(1), and change the size field from “Automatic” to the chosen papersize, same thing happens.

If I print to Postscript-File, open in gv(1), change the size field to the chosen papersize, the rotation is correct.

Many PDF viewers will autodetect missing rotations and other such stuff, and you will never notice a mistake like this, but gv(1) does it the “old-school” way and shows the mistake.

The crucial bit of the Postscript output is:

  /pageinit {
  % 210 *297  mm (landscape)
   90 rotate 0.060000000 -0.060000000 scale } def

Something similar is missing in the PDF and the output to the printer.

PS: This is also on FreeBSD, but I doubt that matters at all for the “print to file” operations.

]]>
FS#1194: Rounding fourth corner of rectangle causes rectangle to disappear. http://www.qcad.org/bugtracker/index.php?do=details&task_id=1194 2015-03-15T20:39:30Z Jon Hollahan When rounding the fourth corner of a rectangle, with trim checked or unchecked, instead of the corner being trimmed to a radius, the rectangle itself disappears leaving only the corner with the rounded off portion intact. When rounding the fourth corner of a rectangle, with trim checked or unchecked, instead of the corner being trimmed to a radius, the rectangle itself disappears leaving only the corner with the rounded off portion intact.

]]>
FS#1192: print Dialog not shown on FreeBSD http://www.qcad.org/bugtracker/index.php?do=details&task_id=1192 2015-03-15T20:21:53Z Poul-Henning Kamp I compile git/trunk on FreeBSD, and the print dialog does not come up. I tried the obvious fix in scripts/File/Print/Print.js: if (RS.getSystemId()==="osx" || RS.getSystemId()==="linux" || RS.getSystemId()==="freebsd") { But that didn’t work. Maybe the test is better if reversed ? if (RS.getSystemId()==="win") { // slot 'dummy' is never called: Print.printDialog.open(this, "dummy"); } else { Print.printDialog.exec(); } (PS: This should be “Operating System = FreeBSD” but that’s not in the pull-down menu) I compile git/trunk on FreeBSD, and the print dialog does not come up.

I tried the obvious fix in scripts/File/Print/Print.js:

  if (RS.getSystemId()==="osx" || RS.getSystemId()==="linux" || RS.getSystemId()==="freebsd") {

But that didn’t work.

Maybe the test is better if reversed ?

  if (RS.getSystemId()==="win") {
      // slot 'dummy' is never called:
      Print.printDialog.open(this, "dummy");
  } else {
      Print.printDialog.exec();
  }

(PS: This should be “Operating System = FreeBSD” but that’s not in the pull-down menu)

]]>
FS#1190: Complex linetypes not shown in line type choice http://www.qcad.org/bugtracker/index.php?do=details&task_id=1190 2015-03-14T22:05:07Z Andrew Complex linetypes not shown in line type choice Complex linetypes not shown in line type choice

]]>
FS#1189: Modify > Offset (through Point): no result for whole polylines http://www.qcad.org/bugtracker/index.php?do=details&task_id=1189 2015-03-13T12:41:34Z Andrew - Draw polyline- Modify > Offset (through Point)- Choose option to offset whole polyline- Click polyline- Click point No offset polyline is created. - Draw polyline
- Modify > Offset (through Point)
- Choose option to offset whole polyline
- Click polyline
- Click point

No offset polyline is created.

]]>
FS#1186: Snap > Intersection manual: not working for polyline segments http://www.qcad.org/bugtracker/index.php?do=details&task_id=1186 2015-03-09T20:41:26Z Husky Snap to “Intersection manual” is only working in dependency on Line/Polyline orientation. Two Polylines (not each other crossing): doesn’t works. One Line, one Polyline (not each other crossing) works only in dependency on entity orientation. Snap to “Intersection manual” is only working in dependency on Line/Polyline orientation.

Two Polylines (not each other crossing): doesn’t works.

One Line, one Polyline (not each other crossing) works only in dependency on entity orientation.

]]>
FS#1176: Leaders: Arrow Yes/No state not saved http://www.qcad.org/bugtracker/index.php?do=details&task_id=1176 2015-03-03T14:02:39Z Walter Saegesser After saving with format R27, the state of the arrow of a leader “F├╝hrungslinie” is always No (”Nein”) on loading the file. After saving with format R27, the state of the arrow of a leader “F├╝hrungslinie” is always No (”Nein”) on loading the file.

]]>