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

Should Force Pixel Alignment override Snap to Spread Mid Points?


Recommended Posts

See attached video for an example.
With Force Pixel Alignment set to ON and Snap to Spread Mid Points set to OFF all is okay.
However, switching Snap to Spread Mid Points to ON allows me to move the layer to where the pixel alignment is not being forced.
Is this what most people would expect, or does it seem ‘wrong’ in some way?

Note: I've only checked this in the current commercial release of Photo.

Link to comment
Share on other sites

I get Force Pixel Alignment override with this combo...
image.png.9591648e017ca2c55bb52c3fe4d5b509.png

Turning off Snap To Grid gets Force Pixel Alignment back, I wish Snapping had a panel instead of or as well as a dropdown menu.

iMac 27" 2019 Somona 14.3.1, iMac 27" Affinity Designer, Photo & Publisher V1 & V2, Adobe, Inkscape, Vectorstyler, Blender, C4D, Sketchup + more... XP-Pen Artist-22E, - iPad Pro 12.9  
B| (Please refrain from licking the screen while using this forum)

Affinity Help - Affinity Desktop Tutorials - Feedback - FAQ - most asked questions

Link to comment
Share on other sites

With this snapping combo I still retain Force Pixel Alignment.
image.png.ddba3ac55aa44c036988cb8e2af50445.png

iMac 27" 2019 Somona 14.3.1, iMac 27" Affinity Designer, Photo & Publisher V1 & V2, Adobe, Inkscape, Vectorstyler, Blender, C4D, Sketchup + more... XP-Pen Artist-22E, - iPad Pro 12.9  
B| (Please refrain from licking the screen while using this forum)

Affinity Help - Affinity Desktop Tutorials - Feedback - FAQ - most asked questions

Link to comment
Share on other sites

I’ve long complained about ‘Force pixel alignment’ being overridden by the ‘Move by whole pixels’ child option, but I think there’s a good argument for having it take precedence over everything else.

Alfred spacer.png
Affinity Designer/Photo/Publisher 2 for Windows • Windows 10 Home/Pro
Affinity Designer/Photo/Publisher 2 for iPad • iPadOS 17.4.1 (iPad 7th gen)

Link to comment
Share on other sites

2 hours ago, Alfred said:

I’ve long complained about ‘Force pixel alignment’ being overridden by the ‘Move by whole pixels’ child option, but I think there’s a good argument for having it take precedence over everything else.

I think it's a shame and it's very confusing for users that the criteria for snapping do not respect the "stack ordering" in which they are listed on the Snapping panel. For example, the mentioned "Force pixel alignment" is visually clearly superior to "Move by whole pixels", but in reality it works differently. This also applies to "Spread Mid Points", which is visually below "Force pixel alignment".

In order for some parameters and criteria to be truly universal and to suit everyone, it would be necessary to be able to define their priority, because some options are complementary, but some are excluded.

Affinity Store (MSI/EXE): Affinity Suite (ADe, APh, APu) 2.4.0.2301
Dell OptiPlex 7060, i5-8500 3.00 GHz, 16 GB, Intel UHD Graphics 630, Dell P2417H 1920 x 1080, Windows 11 Pro, Version 23H2, Build 22631.3155.
Dell Latitude E5570, i5-6440HQ 2.60 GHz, 8 GB, Intel HD Graphics 530, 1920 x 1080, Windows 11 Pro, Version 23H2, Build 22631.3155.
Intel NUC5PGYH, Pentium N3700 2.40 GHz, 8 GB, Intel HD Graphics, EIZO EV2456 1920 x 1200, Windows 10 Pro, Version 21H1, Build 19043.2130.

Link to comment
Share on other sites

Without wanting to get into the “does Force Pixel Alignment actually force pixel alignment” issue, I’m hoping that one of the team will see this and chip in with an official opinion.
Whether this is expected behaviour or not, it would be nice to know what the priorities of forcing/snapping are so we can have some idea of what should be happening.

Link to comment
Share on other sites

  • Staff

Hi GarryP,
You have built an edge case on purpose to show two conflicting settings clash in specific circumstances. What's the purpose of the the project/work? If you want to work with pixel aligned stuff then align to spread's middle points is a bit irrelevant. If you still wanted to enforce the spread middle point alignment (for whatever reason) and force pixel alignment simultaneously then you could have picked a proper/more adequate canvas size (21x21px rather than 20x20). The only actual use case where these settings collide (with object bounding box mid points more than spreads) is when aligning stuff for web/UI interfaces where the object you are trying to align to doesn't have an even width or height (for example one object with 11px and another with 6px) - but in those cases, to what side the object you are trying to align to should the app mismatch/go? Left or right? Currently we leave up to you to decide rather than picking one automatically just to enforce the pixel alignment setting.

Link to comment
Share on other sites

I didn’t create this on purpose, I found it entirely by accident while trying to answer someone else’s question on a slightly unrelated subject (the ‘age-old’ subject of blurred pixels on layers which are not on pixel boundaries).
I realise that it’s quite obvious what’s happening in this case as the document has such small dimensions but a worry I had was when the user has the same ‘issue’ in a document with much larger dimensions where the snap isn’t as obvious. They might think that the layer they are moving is being forced to pixel boundaries when it might actually not be. The number of cases where this would be a problem are probably very small but I thought it was worth asking the question and seeing what the general consensus (and official line) was.
I can understand your points about giving the user control (responsibility) over what they want to do rather than ignoring their choices.
If all is working as expected then that’s fine with me, and there’s always the “Pixel Work” preset (but I can’t remember if I added that myself or not).

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.