@VectorStyler System: MacBook Pro M1 Pro, 16GB RAM, macOS Tahoe 26.3.1 (25D2128)

@Subpath said in How to quickly copy halftone appearance to new shape?: i think the methode vectorstyler mentioned "save as preset works" best I agree that is currently the best option for getting what I was requesting. I think it's also a great solution long term if you know you're going to use it frequently or in other projects down the road. However, I also think @vectorstyler is right to add the basic copy/paste option for quick and easy one-time editing. Both options will have their due place in VS

I get the same issue with Affinity designer 2.0 and Affinity Studio When looking in clipboard at the svg of a rectangle copied from Affinity, then pasted in VS and copied to clipboard from VS, I can see a difference : Copied from Affinity : 992x525: <?xml version="1.0" encoding="UTF-8" standalone="no"?> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd"> <svg width="992px" height="595px" version="1.1" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" xml:space="preserve" xmlns:serif="http://www.serif.com/" style="fill-rule:evenodd;clip-rule:evenodd;stroke-linejoin:round;stroke-miterlimit:2;"> <g transform="matrix(1,0,0,1,-384,-378)"> <g transform="matrix(1,0,0,1,-1176,-147)"> <rect x="1560" y="525" width="992" height="595" style="fill:rgb(235,235,235);"/> </g> </g> </svg> Copied from VS : 238x143 <?xml version="1.0" encoding="UTF-8" standalone="no" ?> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 1.1//EN" "http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd"> <svg width="239" height="143" viewBox="0 0 239 143" version="1.1" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" xml:space="preserve" xml:name="Untitled-1"> <defs/> <g transform="matrix(1.0 0.0 -0.0 -1.0 0.0 142.8) "> <path d="M396.1966 18.5092 L396.1966 161.3092 634.2766 161.3092 634.2766 18.5092 396.1966 18.5092 Z" transform="matrix(1.0 0.0 0.0 1.0 -396.19663361 -18.50924665) " fill="#EBEBEB" fill-rule="evenodd"/> </g> </svg>

@VectorStyler Thank you so much.

@ZATOPEK Hi, Maybe this could be useful. I made a short video showing a simple way to create a metaball-like effect in VectorStyler. The method uses a combined path with two live offsets: first a positive offset, then a negative offset. This creates a smooth connection between the shapes while keeping the result editable. Here is the video: https://imgur.com/a/r0xsB1S

@macos said in vertical text: Another issue: it seems that rounded corners and outlines cannot be scaled. Outline scaling is off by default, can be turned on with the Transformed Stroke option in Document Setup, or individually for objects in Object Options. Please note that stroke scaling is non-destructive, and it is using the current transform on objects to scale the stroke. If turned off, strokes revert to non-scaled state About corners: here the default scaling (for some shapes) changes the shape width/height, which will not change the corner (by design, so scaled rectangle corners remain rounded). This can be changed by scaling rectangles as objects, by disabling the "Direct Shape Transformation" in Settings -> Editing

@VectorStyler Thanks!

@DreamS I got the files, I will try to find out what can cause these issues

expounding on my earlier answer - you replied, " @VectorStyler said in option for vector halftones to generate dots beyond the object boundary, then clip them to the object shape.: The halftone approximates the object color / intensity. But what intensity is is beyond the object boundary? This is hard to know, especially for images. I was thinking of it similarly to how gradients work. With a gradient, the control line and color stops can extend outside the visible object boundary. The user can define color/intensity behavior in an unseen area, and the object simply displays the clipped result inside its shape. Could halftones have a comparable “source area” or “generation area”? The object shape would remain the visible clipping boundary, but the halftone grid/intensity field could be generated from a larger editable area, similar to how a gradient line extends beyond the object. So instead of asking VectorStyler to guess intensity outside the object, the user would explicitly define it through the halftone source/generation area. Possible model: Object shape = visible clipping boundary Halftone source area = where the dot field/intensity is generated Dots are generated across that source area Final result is clipped to the object shape This would allow partial edge dots without requiring VectorStyler to infer unknown image data outside the object. For flat fills or uniform halftones, the outside intensity could simply continue the same value. For gradients, the existing gradient behavior could define the intensity beyond the visible object. For images, this could either be disabled or require a larger image/source area. Essentially, adding a halftone generation area separate from the visible clipping shape, similar to how gradient controls can extend outside an object while the final color remains clipped to the object. [image: 1778787437691-ef25cc6e-0311-4502-b3d9-dbf90fd5a9cf-cleanshot-2026-05-14-at-15.33.06.png]

@DreamS Yes I reported this bug during a prior version, so probably it was fixed by then. Very funky.

@VectorStyler No rush on this; please fix it whenever it's convenient. A crash only occurs in VectorStyler when all three conditions are met: Overprint is enabled, a Blend Mode is applied, and Overprint View is active.

@ZATOPEK For making the nodes smooth (or symmetric) there is (shown in the tooltip of the action from the context panel). But for just brining out the handles and moving outwards, no shortcut (and no such feature)

Thanks it's work fine

said in Redrawing screen hide toolbars and then show them again: @VectorStyler In 017 it also does the same. For some reason 018 does it but not so often. I was believen it was fixed, but at last, it did it. I know you couldnt find the casus still, but anyway i believed was good to know.

This issue is now resolved! Thank you @VectorStyler!

@VectorStyler Thank you for looking into it, and helping me find a solution.

@VectorStyler Fixed in v1.3.017. Thanks a lot!

merci beaucoup

@VectorStyler frame text.vstyler

@encart No such option, there are problems with this issue as removing selection with shift is also needed. What kind of modifier keys could be used to distinguish from these two modes?