Trim_fail_objects_drawn_with_command_line. It cannot be selected, and cannot be trimmed. Each immdiate dot from the axis appear at those same angles. Change the radio buttons to be Isometric Grid instead of Orthogonal Grid. The triangle was drawn with the command line. Navigate to Options > Current Drawing Preferences. Both of these entities can be selected, and trimmed. The square and the vertical line were drawn with the mouse. draw a line with the command line, cannot select and trim itĪttached is a minimal example that shows the problem. draw a line with the mouse, can select and trim it In the same layer, I can perform these actions sequentially: C then H (or type fillet) (bug) Modify bevel. It works on Windows, Linux, macOS and Unix. This has nothing to do with the layer being locked. LibreCAD is a computer-aided design application for creating 2D graphics. Now then, 1) I have drawn a new screw in librecad with the layer 'OBJECT' (shape), the 'AUXILIARY' and the Layer stretchlr2. If I save my drawing, quit LibreCAD, re-start LibreCAD, and re-open my document, I still cannot ever select items that were originally drawn with the command line. Dear Community, hopefully I have post this question into the right Sub-Forums & Topics Folder.First I posted it into the Introduced Folder. This behavior persists across app sessions. A line should not behave differently based on how it was drawn. "pl 0,0 200,0 0,200 close" cannotĮver be selected (either as the limiting entity or as the entity to trim) and cannot be trimmed. all lines that are drawn with the command line, e.g. I can select and trim lines that are drawn with the mouse using the "2-point" method Using LibreCAD Mac version 2.2.0-rc1-254-g9f2c32dd this is what I found: ![]() The condition in question is presumably already the solution to avoid unexpected behavior and crashes, only the message is missing.I see similar problems selecting objects as OP. Putting efforts in detecting edge cases and stop processing or avoid crashes, can be more challenging than creating a clean solution. But still this can have several issues as stated above, which can annoy users and flood forum and issues with support requests. This is too much for now, we'll create a new feature request issue for this and can see there what is to do and which pitfalls will the patch only allows polylines as limiting entity. The challenge then is to estimate the best choice or give the user the chance to select what he intends.Īnother possible solution could be to find a way to select only the wanted segment of the polyline, which is not implemented yet.Ĭoncerning this issue, to allow polylines to be trimmed with the Trim tool, similar issues arise. when the limiting entity is too short, the entity to trim is shortened/lengthened to the intersection with the imaginary extension of the limiting entity.įor complex polylines (closed, zig-zag or with arcs) the issue arise, that multiple segments can be valid for various trimming points. Also limiting entities work over their boundaries, e.g. Each entity is handled separately with the existing line/arc methods. The problems occur when iterating over the container to find the intersection point for trimming. You can check this with the List plugin, it shows freehand line as polyline.īecause polyline is just a container of lines and arcs, all the math is already there. ![]() Freehand line is a polyline, it's just another name from the creation tool.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |