@Fertuffo I opened a bug on this.

@monsterfox I opened a bug on these.

@monsterfox I opened a bug on this.

@monsterfox The problem is that other drawing apps do not support filled (or outlined) clipping groups. If these are not separate, then the stroke on the clipping group is also clipped (and it should not).

@Fertuffo Fixed!

@Subpath I opened a bug on this.

@VectorStyler Thank you.

@B-Vs-V Fixed

@VectorStyler I don't remember the exact name, but it's an option in the selection menu that's the opposite of "Select Parent." It's definitely not called "Child."

@monsterfox said in Strange error: I can replicate all these issues. Some are bugs, other are just the result of the reference trick in VS (but I will try to improve these also). Uniformly increasing or decreasing the size of graphics with the same dimensions can result in two different outcomes. This one is not a bug. The problem here is that the last two objects are references of other previously selected objects. Now if both the reference and its source is selected and we scale these, then the source is scaled (order does not matter), which makes the reference smaller, and then the reference is scaled again. So basically the reference was scaled twice (once its content and once the link). It is easy to replicate: draw a shape, Edit -> Reference, select both and scale. Not sure what would be a solution here (no one has the reference feature), but I will think of something. When converting the graphic to a path, the size shrinks, and it only returns to normal after converting it a second time. Again a result of the reference feature. When converting a "reference" (symbol) to curves, it will not convert it, but it will remove any transforms/shape effects on it, resulting in the smaller objects. Symbols (or references) should be expanded first with Style -> Expand Symbol. The solution here would be to automatically do an Expand Symbol when doing a convert to curves. When increasing the size of a graphic without selecting the stroke, the stroke may appear thicker. Here the problem is with the "too many options" of VS. Because we can have multiple strokes per object, each stroke can set if it is scaled or not when resizing (even if the object itself turned off the Transformed Stroke option). This Stroke level object can be accessed in the Appearance panel, by selecting the Stroke item and the Transformed Content in the panel menu. When simultaneously selecting a path and the underlying image to perform a node-disconnecting operation, issues may arise with the underlying image. This one is a bug, will be fixed. Graphics that are no longer in a grouped state can still undergo an unlimited number of ungrouping operations. This is also a bug, will be fixed.

@monsterfox The Object Shape checkbox means that the shape is copied. If the VS point text (text shape) the text itself is the "shape" of the object. This allows things like using editable text for clipping.

@Li-Xiao Not really a bug, but it can be confusing. The problem is that the transform is on a group (with a single object content), and inside that group the object is moved. This transform then applies to the movement also, and removing the transform will make the movement much smaller. It is quite easy to create this scenario: create a group of 2 or more objects. transform the group (make it 2x larger). isolate the group and move one object away from the rest. select the group and remove the transform. the object that was moved further away will have some movement back. removing the other objects from the group, before removing the transform will make this "offset" more confusing.

@monsterfox Yes, this was mentioned before with references and clones, but scaling and rotation of these are always centered. I have a task open for this (in the features backlog), and I will try to find a solution

@Boldline Thanks for noticing. will be fixed in the next build.

@B-Vs-V Set the Expand amount to 0 (this expands the shape), and enable the "Restrict Using Shape" option.

@VectorStyler Fixed. thanks

@VectorStyler Fixed. thanks

@Li-Xiao said in two bugs: There is indeed an issue with selecting the line mode Yes, this was the key. I will try to fix this as soon as possible.

@VectorStyler I haven't tried to reproduce the issue. As for moving the layers ,I can't see the blue destination line: it's not sufficiently marked (sorry for my terse sentence)

@Raaskot Yes, this is indeed the case. The icon does not depend on the coordinate direction. I will think of a solution.