QCAD Bugtracker

Windows 8.1

Layers lost when using Isometric Projection tool

Test case

1.Set up layers.
2.Draw shape (I used a square).
3. Select shape and use Isometric tool (PJ).
5. Layers are lost as soon as reference point is selected.

please see screenshots:

Please see topic:
http://www.qcad.org/rsforum/viewtopic.php?f=31&t=2445

Windows 7-64

Please see attached a simple test to demonstrate the problem.

Breakout tool

1. When selecting the top half of the circle - the top half of the circle ‘breaks’ out as expected.
2. When selecting the bottom half of the circle - the whole circle disappears!

Autotrim tool

1. When selecting the top half of the circle - the trim seems to work.

2. When selecting the bottom half of the circle - no trim happens at all!

Break out segments of ellipses

See fs731.dxf

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

3.4.7 trial as well as community Git 9d3979

• Draw a circle
• B2
• Make sure “Remove segment” is ticked
• Select circle, then select two points to break out in between

Expected:

• Segment gets removed (not really, but read on)

Actual:

• Segment does not get removed, but circle is indeed broken into two arcs

Same for an ellipse.

I can see that by selecting two points on a closed circular shape it’s nigh impossible to tell which segment the user actually wants to remove :)

The documentation doesn’t mention this corner case. For clarity, a note detailing this effect a bit should be added to the docs.

On a slightly related note, I do not see why the feature couldn’t work on Polyline objects as well (with the same corner case restriction if it’s a closed polyline).

Very useful feature btw, thanks for it.

break out for top segment of arc broken

Make sure that block references of hidden blocks cannot be selected.

Loading any larger dxf file takes very long because of this line:
istr.imbue(std::locale(”C”));

The call to std::locale is very slow. File-loading can be speed up by approximately factor 5 times on my system when replacing it. I just removed that line and instead added the following in DL_Dxf::in so it is changed only once per file:

std::locale oldLocale = std::locale::global(std::locale(”C”)); // use dot in numbers
while (readDxfGroups(fp, creationInterface)) {}
std::locale::global(oldLocale);

The numbers in the book don’t match with the bookmarks numbers in the PDF as shown in Acrobat Reader.

Post all kind of layout issues for the book “CAD Instruction” here, e.g. overlapping text.

Using the bold function (button) in the text editor causes transaction fail on new text entries. Emboldening selected text on existing text shows bold in the editor but this does not carry through to drawing or print preview views.

I have created a block from a selection. I have then later created more items on my CAD page using that block, then later yet, moved the objects to a new layer. I noticed that while the object has accepted being on the new layer, the color hasn’t changed to the new layer’s color. I can only get the line color to change if I go into the block itself and move the individual segments of the block to that new layer, then save the new block (which, by the way, I can’t save over the existing block?!?!)

In the sample file attached, you will see that the block item in the 3 o’clock position is in layer 0, while the rest are in “Vent Holes” layer. If you make layer 0 hidden, the one block is hidden (like it should), but the block item refuses to take on the layer’s color even though the block’s color is “By Layer”

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

Regression caused by fix to  FS#1899 .

It would be nice ...

- to be able to use " and / in Block names what is really helpful in the Inch and Fraction world ...

- the ability to overwrite an existing Block what is often much easier/faster than editing a Block

- After selecting a Block you get the info of the Block name in the Property Editor (Geometry / Referenced Block).
If I need to edit this Block I have to go to the Block List - have to search for this name because it is not marked .... and of course it is a long long list.
It would be nice to have a “Edit this Block” Button in the Property Editor / Geometry / Referenced Block dialog ...

Eine Zählfunktion die erfasst wie oft ein Block in einer Zeichnung vorhanden ist.

Hintergrund ist das es damit eine Unterstützung gäbe die das erstellen von Stücklisten etc. erleichtert würde.

Die Anzahl der Blöcke könnte z.B in der Block List eingeblendet werden wie z.B.: “Schraube M6x40 (17x)” oder auch in einer extra Text Liste.
Zudem könnten so auch nicht (oder nicht mehr) benutze Blöcke ermittelt werden wie z.B. “Schraube M6x20 (0x)” welche dann aus der Zeichnung entfernt werden könnten.

Siehe auch:

http://www.ribbonsoft.com/rsforum/viewtopic.php?f=11&t=1920

Blöcke aus dem Editiermodus direkt in der Library speichern zu können wäre eine erheblicher Arbeitsersparnis.

Wenn ich persönlich einen Block in einer Zeichnung erstelle überlege ich mir natürlich gleich ob ich diesen nicht auch in anderen Zeichnungen verwenden könnte. Somit erhalte ich leicht eine Umfangreiche Library die mein Leben leichter macht ....

I create a number of library items to create parts assemblies..

I will build a component in a drawing that has other components in its own layer then isolate the component and only select it. I then use Block→Create Library Item to create a component, set it origin and save the item.. When I open the item, there apears to be a set of duplicate lines generated. I have to select all the components and do a detect duplicates then delete them before doing anything else with the drawing.. I found this issue by trying to create a cutaway view then adding a crosshatch. The crosshatch tool does not like lines on top of lines..

XP32 / QCAD 3.0.5

Block with Circles - can’t snap to “Reference”, Intersection.

disable for now or implement

3.23.02 Block toggle switch for visibility fails.
3.23.0 Block toggle switch for visibility works.

Files imported from other CAD applications might contain blocks that are mirrored if the block reference uses an inverted extrusion direction.

Drawing preferences have no effect on point type when printed or in print-preview for block reference points.
Notice in “print output”, the “Dot” (Block reference point) is displayed (drawing preferences are ignored).

See attached photos.

Block references to blocks with an origin other than 0,0 are not selectable.

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

If I create a dxf in Pro and open it in CE (or vice versa) the block order can change strange and a new Layout Block is occasionally added. Looks like dxf version (R15 etc.) doesn’t matters.

Versions:
QCAD Pro 3.24.2.0
QCAD CE 3.24.0.0

- Select a block in the block list.
- Toggle the visibility of another block or add a block, etc.
- Selected block changes

Block list: blocks disappear when showing hatch dialog

The block hierarchy is lost after saving. Only one item appears in the block after reload, and it is doubled outside, too.

attached file:

Tried to put the four patches and the bar in a “Pzeile” block, this works, but after save and open, only the bar is in the block and is doubled to layer “0”.

The attached file is the destroyed version with removed doublette.

The blocks that are included in drawings by version 3.16.4 do not obey the rule “select attributes along with block references” while in version 3.15.5 in the same drawings and for the same blocks the rule is obeyed.
Note: Blocks already included in the previous version will enforce this rule in the new version.

The characters in Portuguese such as “ç é â ... etc ...” are replaced by codes starting with version 3.16.x
Files created with versions of QCAD 3.15.x whose characters were correct in the Properties List when opened by QCAD 3.15.x appear in this strange way when opened in versions 3.16.x.
However, in the screen and in the extraction of the list of attributes the characters are correct.
Apparently the error only occurs in texts on the Block Properties List and Attributes.
However, you can use correctly the characters in a file created from version 3.16.x

Exemplo: “dormitory’ in portuguese is “dormitório” it’s appear like “DORMIT\U+00d3RIO” when file is opened on QCAD 3.16.x

Create block reference with attribute
Copy block reference and attribute
Paste

The copied attribute is now associated with the first block reference instead of the second.

TODO:

• Ask user to enter block attribute values when inserting block
• If attribute definition changes (tag changes), update attributes accordingly (note that other CAD systems don’t do this)
• Support for multiline attributes
• Control order of attributes (as shown to user in property editor, when inserting blocks)

DONE:

• Defining new block attribute definitions (constructing block attribute definition entities)
• Editing block attribute definitions (property editor)
• Synchronize attributes based on attribute definitions (position, angle, size, ...)
• Loading block attribute definitions from DXF / DWG
• Saving block attribute definitions to DXF / DWG
• Loading block attributes from DXF / DWG
• Saving block attributes to DXF / DWG

Related commands: DDATTE, ATTEDIT, ATTDEF

Support arrays of block inserts.

... can’t find Block References if the Block which contains the Block References (Attributes) isn’t selected prior with the mouse.

The Selection Filter will find the Block References regardless which block is chosen in the Block List.

Preview always shows maximum number of previewable rows instead of configured number of rows.

1. Select block to place into drawing
2. Change x-scale to 1/3, observe grayed out y-scale shows (.333)
3. Click chain to unlink x & y scales
4. Change y-scale to 1/2
5. Click chain again to relink x & y scales and y-scale box grays out but 1/2 remains
6. Block is placed using x = 1/3 and y = 1/2 even though the chain shows x & y linked and 1/2 grayed out

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

I defined new attributes in a 3.11.0 drawing. I can’t get it working.
I loaded an old drawing, knowing that there are working attribute in - there are not anymore working in 3.11.0

Synchronize Attributes doesn’t helps to solve the problem.

Old drawing attached ...

1. Create new block
2. Edit block
3. Block > Attributes > Define Block Attribute
4. Use property editor to change color of this attribute definition to fixed color
5. Insert block into model space
6. Color of attribute is “By Layer” instead of fixed color

Library items created from existing drawings should have the same unit as the drawing. Currently, the unit of newly created library items is ‘None’.

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

1) Open the attached dxf file
2) Right click on “vne_vent_odvod_ec_3f” block in Block list and select Copy block
3) Choose name
4) Insert reference of this Copy block to the modelspace
5) Save the file
6) Close and reopen the file

RESULT: Attributes of block references included in the original block are missing in the copied block.
Immediately after insertion of the copied block I can see in the property editor, that block reference attributes are not “conected” to the block reference, but they are still visible. They disappear when the file is reopen.

Alternative way I use to copy this kind of blocks without error: Open block I want to copy, Select all entities, reference copy of them, paste to modelspace, select them in modelspace and choose create block.

Block attributes are not properly synchronized on QCad 3.16.5 after editing the block in the drawing, in Linux Mint 18.1 and in Windows 10; On Windows as less frequency, the error is intermittent, on Linux is constant. Attach the dxf to test.

Deleted (undone) block attributes are stored to DXF/DWG.

Broken due to UI file resource not being found.

Case

delete a Layout Block in Block List - name e.g. ANSI A P,
create a new Layout Block - try to use the deleted name (ANSI A P) again and it will be declined because the “Layout already exists.

Created library item does not have the same unit as source drawing.
Zero point is not at chosen reference point.

Vers. 3.2.1, Drawing Unit “inch”!

... it takes the absolute 0 point as reference.

Millimeter works fine!!!

Rest of the units .... I don’t know