Jump to content
You must now use your email address to sign in [click for more info] ×

Transparency of a Path Contour With Arrowheads Behaves Unexpectedly


Recommended Posts

Hey everyone,

is this behaviour correct? I noticed that it has always been this way in all versions, which I find a bit odd:

On a path with arrowheads, if you change the transparency, they are treated as a separate object and you can see the underlying path under the arrow.

I would have expected the path not to be seen under the arrowhead and the element to be treated as a whole. You can easily solve this problem by simply grouping the path first, but in my opinion this is an unnecessary step, since the arrowheads and their path are already considered »one element« in one way or another.

Thoughts? See my clip for a demo.

 

 

Greetings
Dennis

2023_b.png.6eb47882072cc58253b7219526339b14.png

 

Link to comment
Share on other sites

15 minutes ago, Mr. Doodlezz said:

On a path with arrowheads, if you change the transparency, they are treated as a separate object and you can see the underlying path under the arrow.

Expand the stroke (Layer-> Expand Stroke) on the selected curve layer and you will see more clearly that such a curve with an applied arrow head is basically constructed out of two objects (brush line + triangle shape curve)! - This way you can change the arrow head form appearance even afterwards as wanted due to the choosen stroke start/end settings.

☛ Affinity Designer 1.10.8 ◆ Affinity Photo 1.10.8 ◆ Affinity Publisher 1.10.8 ◆ OSX El Capitan
☛ Affinity V2.3 apps ◆ MacOS Sonoma 14.2 ◆ iPad OS 17.2

Link to comment
Share on other sites

5 minutes ago, v_kyr said:

Expand stroke on the curve and you will see more clearly that such a curve with an applied arrow head is basically constructed out of two objects! - This way you can change the arrow head form appearance as wanted due to the choosen stroke start/end settings.

Thanks, right, I know that. But I want the path with the arrow to retain its editability. So expanding the stroke is not the solution I'm looking for. 😕

And the fact that it is indeed somehow constructed should make it all the more likely to behave like any other constructed or grouped element, e.g. apply transparency as »one« element, not as two or three separate elements, don’t you think? 🤔

2023_b.png.6eb47882072cc58253b7219526339b14.png

 

Link to comment
Share on other sites

20 minutes ago, Mr. Doodlezz said:

Thanks, right, I know that. But I want the path with the arrow to retain its editability. So expanding the stroke is not the solution I'm looking for. 😕

Read what I wrote, I just said to show and make it more clear what you've already seen there, not that you have always to apply an expand stroke!

In order to get a whole real one part arrows curve object, you would probably have to use (construct) your own here. Like for example shown here ...

arrows.jpg.bc49a2a671505219cd80452501299ab2.jpg

 

See for tryouts and comparison ...

☛ Affinity Designer 1.10.8 ◆ Affinity Photo 1.10.8 ◆ Affinity Publisher 1.10.8 ◆ OSX El Capitan
☛ Affinity V2.3 apps ◆ MacOS Sonoma 14.2 ◆ iPad OS 17.2

Link to comment
Share on other sites

57 minutes ago, v_kyr said:

Read what I wrote, I just said to show and make it more clear what you've already seen there, not that you have always to apply an expand stroke!

In order to get a whole real one part arrows curve object, you would probably have to use (construct) your own here. Like for example shown here ...

arrows.jpg.bc49a2a671505219cd80452501299ab2.jpg

 

See for tryouts and comparison ...

Wait, wait, wait.

Although I appreciate your alternative suggestions, you are taking the discussion in a completely different direction from what I originally intended to discuss with this topic! 😅

To be clear, my feedback/suggestion/question exclusively concerns contours with arrowheads and how transparency works on them – I'm not asking for solutions that are or include expanded strokes, converted shapes, or third party arrow shapes. I’m talking about Vanilla Affinity transparency for contours with arrowheads. 😉

I don't want a one-piece arrow shape, converted, constructed or otherwise – that's not my point.

I want a functioning transparency for regular contours with arrowheads, as shown in my demo.

Aka the contour with arrowheads a) has to remain a contour with arrowheads and b) has to work properly (like any other constructed shape) with transparency.

With »Thoughts?« I was trying to get thoughts on how other members of the community thought this should work.

2023_b.png.6eb47882072cc58253b7219526339b14.png

 

Link to comment
Share on other sites

It does not work in the way you want. 
 

You will spot more issues in the same area when

  • using curves with overlap themself
  • curves with semi-transparent colors

all behave in ways unwanted by many users.

Mac mini M1 A2348 | Windows 10 - AMD Ryzen 9 5900x - 32 GB RAM - Nvidia GTX 1080

LG34WK950U-W, calibrated to DCI-P3 with LG Calibration Studio / Spider 5

iPad Air Gen 5 (2022) A2589

Special interest into procedural texture filter, edit alpha channel, RGB/16 and RGB/32 color formats, stacking, finding root causes for misbehaving files, finding creative solutions for unsolvable tasks, finding bugs in Apps.

 

Link to comment
Share on other sites

1 hour ago, Mr. Doodlezz said:

To be clear, my feedback/suggestion/question exclusively concerns contours with arrowheads and how transparency works on them – I'm not asking for solutions that are or include expanded strokes, converted shapes, or third party arrow shapes. I’m talking about Vanilla Affinity transparency for contours with arrowheads. 😉

I don't want a one-piece arrow shape, converted, constructed or otherwise – that's not my point.

I want a functioning transparency for regular contours with arrowheads, as shown in my demo.
...

As it is actually as the default in Affinity (aka a line contour + an applied filled shape triangle as one curve) that doesn't work transparency wise as you've already seen. - Instead you would have to group two seperate objects (line + triangle shape) yourself here, to get the wanted transparency behavior you're after.

☛ Affinity Designer 1.10.8 ◆ Affinity Photo 1.10.8 ◆ Affinity Publisher 1.10.8 ◆ OSX El Capitan
☛ Affinity V2.3 apps ◆ MacOS Sonoma 14.2 ◆ iPad OS 17.2

Link to comment
Share on other sites

12 hours ago, v_kyr said:

Instead you would have to group two seperate objects (line + triangle shape) yourself here, to get the wanted transparency behavior you're after.

15 hours ago, Mr. Doodlezz said:

You can easily solve this problem by simply grouping the path first, but in my opinion this is an unnecessary step, since the arrowheads and their path are already considered »one element« in one way or another.

As I initially mentioned. 😉

2023_b.png.6eb47882072cc58253b7219526339b14.png

 

Link to comment
Share on other sites

But what do you think would be the overall preferred behaviour in this case?

Should the arrowhead and contour be treated separately, as they are now, with overlapping shapes showing through, although the path is treated as »one shape« when edited? Or would you, like me, prefer the way it works when it is additionally grouped without being treated as separate shapes and not showing through?

For example, for Inkscape or Illustrator it works as you (or at least I) would expect: Without showing the stroke under the arrowhead and applying the transparency to the path as an object or group.

image.thumb.png.ac8ae48a68a3589b955b9a73af7f57e3.png

 

2023_b.png.6eb47882072cc58253b7219526339b14.png

 

Link to comment
Share on other sites

I can't think of an occasion where I would want the current behaviour. I would always want the line + arrow to become translucent as a whole.

In the unusual case that I wanted the arrowhead and line to behave as separate objects, I would construct them that way manually.

So +1 for a change in the default behaviour.

Win10 Home x64   |   AMD Ryzen 7 2700X @ 3.7GHz   |   48 GB RAM   |   1TB SSD   |   nVidia GTX 1660   |   Wacom Intuos Pro

Link to comment
Share on other sites

5 minutes ago, Aammppaa said:

I can't think of an occasion where I would want the current behaviour. I would always want the line + arrow to become translucent as a whole.

Thank you. Same for me – I don't see the reason (and logic, considering any other kind of »compound object«) behind its current behaviour. 🤷‍♂️

2023_b.png.6eb47882072cc58253b7219526339b14.png

 

Link to comment
Share on other sites

It's just another bug in Affinity, but here in forum for whatever reason it's always called a feature... I gave up on this. Thanks for pointing this out. Don't expect this to be changed by Serif, unfortunately.

Link to comment
Share on other sites

1 hour ago, Mr. Doodlezz said:

But what do you think would be the overall preferred behaviour in this case?  ...

For example, for Inkscape or Illustrator it works as you (or at least I) would expect: Without showing the stroke under the arrowhead and applying the transparency to the path as an object or group.

No need to ask, the actual default ADe behavior (left image) here looks visually pretty odd and thus should handle it instead *ideally* in the same manner as the others (Inkscape + Illu both on the right) do here.

☛ Affinity Designer 1.10.8 ◆ Affinity Photo 1.10.8 ◆ Affinity Publisher 1.10.8 ◆ OSX El Capitan
☛ Affinity V2.3 apps ◆ MacOS Sonoma 14.2 ◆ iPad OS 17.2

Link to comment
Share on other sites

6 minutes ago, thadeusz said:

...but here in forum for whatever reason it's always called a feature...

LOL, well calling such bugs then a feature is more a lame excuse, that I cannot understand with the best will in the world, as a bug is a bug! - If something doesn't work & behave as it intentionally should it never ever can be a feature.

☛ Affinity Designer 1.10.8 ◆ Affinity Photo 1.10.8 ◆ Affinity Publisher 1.10.8 ◆ OSX El Capitan
☛ Affinity V2.3 apps ◆ MacOS Sonoma 14.2 ◆ iPad OS 17.2

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.