- Create text with non-breaking space (\~)
- Edit text
- Text displayed with  
- Click OK
- Text in drawing displayed with  

1. create text, font Arial
2. edit text
3. change only bold / italic flag in text dialog
4. no change in edited text

For all the Linux VI editor geeks, can you disable the <ESC> function in the text edit mode. <ESC> maps to <cancel>. If anything it should map to <ok>. Which creates no harm as it can be later undone. I have accidentally lost edits countless times due to an unbreakable habit.

when editing text which contains the degree symbol the proper escape sequence is \U+00B0
Qcad 3Beta3 replaces \U+00B0 with %%[dD]

1. open text dialog
2. select some characters (for coloring)
3. click on the “color” button → a pop up windows appears showing all colors
4. don’t choose a color, but click somewhere outside the pop up window

'chosenAction'"color"

Remember last used settings (text size, font, ...)

Text dialog: default tab should be ‘Rich Text’

Custom text height cannot be set (enter closes the dialog, tab does not activate the entered text height)

Changing main font in source editing mode reverts changes made to text.

bold / italic check box for main font has no effect

Qcad under linux appears to be suffering a slow memory leak to the point it chomps 1.8GB on my machine and the swap grinds to a halt.

Can you advise what system info you need and I will get.

Stop QCAD, give it 20-30sec to clean up and its back to normal.

Looking over the past 30 min in System Monitor, Startup 0.1GB, 30 mins in, 1.2GB, close all tabs open (3 off) and back to 1.1GB.

May relate to 646.

Control Text is Displayed on Drawing created in ACAD.
The Text is representing /p as a new line when I think it should be ignored.
See QCAD PDF I am unsure what this represents in ACAD. /pxqc;

V3.0.0 Windows 7 64-bit

The control characters, such as bold, italic, superscript/subscript, of a Text are displayed explicitely in the drawing. Thus, one obtains not the required appearence of the characters in the drawing.
This occurs when i use QCAD3 in Windows Vista or in openSuse 12.2 on a 64 bit laptop.
If instead i use QCAD3 in openSuse 12.2 on a 32 bit laptop, then characters are displayed in the required appearance. (However, on this laptop i have the reported difficulty in selecting fonts).
If i change back from the drawing to the text editor, then also the texteditor displays the text together with explicit control characters, and not in the original required form.

I prefer the Breeze Dark color scheme as it find it less stressful on my eyes, however it’s unusable with QCAD where the Command Line prompts and responses are rendered as a very light grey on a white background. I believe the proper fix would be one (or both) of:

• Make the Command Line area background follow the desktop scheme. (It appears that the text already does so, hence the light text, but since the background doesn’t it becomes unusable.)

• Provide a configuration option for the text and/or background color used in the Command Line area.

Screen shots are attached showing both Breeze and Breeze Dark schemes.

Since the new QCAD 3, it is not possible any more to use “enter” in text boxes. The “enter” is always replaced by another symbol, which makes it impossible to have a long text string as a unit - like it always was in QCAD.

Could this please be fixed? It makes text control difficult.

New Tests

Improvements

Stuff that couldn't be tested

• copy actual drawing to required (Tab “Results” context menu)

All such functions in the api seem to be use the spelling Linetype (with lower-case t) while every function call in the test code does use LineType instead.

Report is for version 3.7.5 as it was the only version I found to download on the qcad.org webpage.
Sourceforge also didn’t seem to have any downloads and while I found a few dxflib clones on GitHub, none seemed official or up-to-date.
But maybe I’m just blind

www.qcad.org

Edit–>Application Preferences–>Load/Save–>Templates

click Add, then Cancel ⇒ enabled Down button ⇒ click Down ⇒

Uncaught exception at C:/Program Files/QCAD Professional\scripts/Widgets/DirectoryList/DirectoryList.js:72: Error: QListWidget::insertItem(): could not find a function match; candidates are: insertItem(int row, QListWidgetItem item) insertItem(int row, String label)

Edit–>Application Preferences–>Load/Save–>Templates click add Crash!!!!

Reported in TP1 (debian squeeze)

I now use Linuxmint 11

[email protected]:~$ uname -a
Linux xzn 2.6.38-11-generic #48-Ubuntu SMP Fri Jul 29 19:05:14 UTC 2011 i686 i686 i386 GNU/Linux

Given: Template with prepared Paper Space Frame/Titleblock scale = 1:1.
Drawing 1:1
First Viewport / scale 1:1 / inserted in Paper Space = everything fine,
Second Viewport / scale 0.02 will scale the Paper respective to the new Viewport scale but the Frame/Titleblock isn’t scaled.

it’s not true !!!!!!

My request it’s not implemented !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Task:
I like to draw a line tangent between two circle.

I choose the line/tangent tool - click the first circle - get a Warning Message: “No tangent possible” confirm the Message with the OK Button.
Choose the second circle - get again a Warning Message: “No tangent possible” confirm also this Message with the OK Button.

Result: A line tangent between two circle ......

See:
http://www.ribbonsoft.com/rsforum/viewtopic.php?t=1642

When many tabs are open, the name of contained drawing is not fully shown. One way that some mdi applications do, is to append the name of the active tab to the top window title, which is also useful in other ways. At least a tool tip with the full name of the file on the tab top was nice.

When using (adding a TAB on a radius fails).

Example:

When length of the TAB is set to 1 mm.

After export to *.nc code the code is not ok.

And then check this is NC viewer or gcode sender the length is not set to 1 mm but is smaller.

On a line this function (TAB) is correct working.

When switching from one drawing to another, the 3D view is updated which can be slow, especially for drawings with many text entities.

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

Switch on / off line width display (display mode between normal and draft)

QCAD offers horizontal and vertical alignment choices for text. This is not carried over to PG exported SVGs. Currently QCAD sets the “dy” attribute on text nodes in a way, such that any text in SVG will look like the QCAD vertical alignment was set to “Top” and the horizontal one to “Left”.

Naively one can just omit the “dy” attribute and in SVG this will look like the QCAD vertical alignment was set to “bottom”. At least for single line texts that should be good.

The horizontal alignments can be recreated in SVG with the “text-anchor” attribute for text nodes. The values “start”, “middle” and “end” correspond to the QCAD “left”, “center” and “right” choices.

When PG exporting to SVG, stroke-widths are scaled with the drawing, while they should not.

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.

Text scaling in PG SVG exporter is missing just two small additions: These attributes are not taken care of by now:

font-size, dy

Just use the current value times scale: eg 2.5 * 0.1 to have a scale of 1:10. Looks good here.

Points are not scaled when PG exported to SVG:

Points as crosses are created eg. like this:

d=m 2.5,3 1,0 M 3,2.5 l 0,1

and in SVG look fine like that (scale 1/10):

d=m 2.95,3 0.1,0 M 3,2.95 3,3.05

stroke-width should be left unchanged.

The SVG PG exporter does not scale hatches.

Polylines may consist of lines and arcs. The SVG PG exporter writes them as all straight lines. A better mapping than polyline then was path, as is done with arcs now.

Patch to PG export font styles “bold” and “italic” to SVG. (This only works when a file with the right style is loaded into QCAD, as QCAD will yank such style information upon saving.)

White text gets exported as white text, while it should be exported as black text. Just like it is with lines. Attached patch makes text rendering use the conversion function that is already in the code base.

SVG PG exporter, scaled or unscaled, currently only exports the labels of dimensions. Missing are

ticks, arrows, and lines of the dimension.

It will not be as simple as inkscape does it, wrap it all in a <def>.

Dimension labels in QCAD are (always?) centered on the dimension line, while in exported SVGs the text starts from the center and extends into the writing direction. This can trivially be fixed by adding the attribute “text-anchor:middle” to the respective SVG “text” nodes.

A hatch my have “holes”, if it eg. is made of two forms, an inner form, and and outer form, where the outer form is filled while the inner form appears like a window inside of the fill, that lets the background be seen.

QCAD exports such hatches as two SVG paths in one single entity. But the “hole” is lost in the process. I know of two workarounds, that preserve the original intention of the QCAD drawing, both get the same result most of the time, the second one looking more robust and easier to implement:

# draw the outer form clockwise, draw the inner form counterclockwise
# set the “fill-rule:evenodd” attribute on the fill definition of the entity

Drawing a star like in the SVG spec in QCAD actually produces the same picture – so that should be the way to go.

http://www.w3.org/TR/SVG/painting.html#FillRuleProperty

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

Add support for scale transforms in SVG import.

Original report:

When importing an SVG created with Inkscape, one of the elements (rectangle) is shifted (mirrored?) to the left.
The example (back.svg) is appended. If you open it with Inkscape, you see the rectangle should be above the “USB” label.

My impression is that the sign of the X coordinate is swapped for some reason. At least if I mirror it
using two points on the Y axis, it seems to appear where it should be.

Apart from this, also the dimensions are wrong after import. In the original SVG, the outer shape is 144.3mm wide.
This is also visible in the header of the SVG:

 width="144.300mm"
 height="53.800mm"

However, after importing to QCad, the width is measured as 40.7247. This is a puzzling factor of 3.5433 which doesn’t look
like metric/imperial conversion issue but like a complete misinterpretation of the sizes/units used in the SVG.

Add support for importing units other than defaults (pixels) based on unit given in svg:width / svg:height attributes.

QCAD seems either to mishandle or ignore svg group transformations altogether.

Importing the attached file into QCAD renders the largest polygon (polygon18) to be rotated and misplaced. This is shown in actual.png. The expected result (original Inkscape renedering) is shown in expected.png.

Looking at the code of the original drawing it can be observed there is a transformation applied to the group which polygon18 is in:

 <g
   style="stroke-width:0.35433099;stroke-miterlimit:4;stroke-dasharray:none"
   id="g20"
   transform="rotate(-90,316.66796,298.95141)" >
   <path
      inkscape:connector-curvature="0"
      id="polygon18"
      d="..." />

Removing the ‘transform’ attribute produces virtually identical (erroneous) rendering in Inkscape as well.