Artboard X,Y causes extra pixels on export when in decimals

[Ezbaze]

What Application are you using? 
Designer

Are you using the latest release version?
v2.1.1

Can you reproduce it?
Yes

Does it happen for a new document? If not can you upload a document that shows the problem?
Yes

hardware acceleration
Does not matter

What happened for you (and what you expected to happen)

Firstly I'd like to acknowledge that there are reports similar to this one, but those are regarding the width and height of the artboards themselves.

 

Here we have 3 artboards, the first 2 are offset by .5 and the third one is perfectly pixel aligned. the first to export with an extra pixel and the 3rd exports fine.

 

I would expect the artboard position to have no effect on the exported image, and be exported with the same size as is specified for that artboard.

 

Bonus: Here I moved an artboard with force pixel alignment enabled, it did not snap as it's supposed to and ended up at x=2449.527px, the position of this artboard was x=2416px:

 

File: artboard_placement.afdesign

[Return]

This is how it currently works.
Always make sure that the position and most preferably also the size of the artboard are in pixel units and at whole integers.
It has been reported so many times and some if not many would like the underlying concept be always rounded to full pixels.

[Ezbaze]

Just now, Return said:

This is how it currently works.
Always make sure that the position and most preferably also the size of the artboard are in pixel units and at whole integers.
It has been reported so many times and some if not many would like the underlying concept be always rounded to full pixels.

I know that the size has been reported but I haven't seen the position of the artboards being reported, and I think in this case it shouldn't matter, especially when pixel alignment didn't even work properly on the artboard.

[GarryP]

This issue, as mentioned by Return above, for both sizes and positions, has been extant since the early days of the Affinity applications and has been reported/mentioned many times.

If you don’t want to get the extra pixels upon export you need to make sure that the Artboard X, Y, W and H values (positions and sizes) are all set to an integer number of pixels (or the equivalent in another UOM).

[Fagnu]

Ok, after 6 YEARS suffering this issue myself, I FINALLY found a solution 🙏

Go on Settings > User Interface > Decimal Places for Unit Types (see image attached)
Set the Pixels to 0 (zero)

After this you can move/ resize the Artboards as much as you desire in this life it will never ever again will bring the comma again.

Pay me a beer

[Ezbaze]

15 hours ago, Fagnu said:

Ok, after 6 YEARS suffering this issue myself, I FINALLY found a solution 🙏

Go on Settings > User Interface > Decimal Places for Unit Types (see image attached)
Set the Pixels to 0 (zero)

After this you can move/ resize the Artboards as much as you desire in this life it will never ever again will bring the comma again.

Pay me a beer

Good try, but unfortunately this only "hides" the issue is still there

[Alfred]

On 7/24/2023 at 12:21 PM, Ezbaze said:

I know that the size has been reported but I haven't seen the position of the artboards being reported, and I think in this case it shouldn't matter, especially when pixel alignment didn't even work properly on the artboard.

The positioning problem has been reported numerous times. Many of us agree with you that the position shouldn’t matter, but it currently does.

‘Force Pixel Alignment’ works as you and I would expect if (and only if) ‘Move by Whole Pixels’ is disabled. When ‘Move by Whole Pixels’ is enabled, it overrides ‘Force Pixel Alignment’.

[walt.farrell]

9 minutes ago, Alfred said:

'Force Pixel Alignment’ works as you and I would expect if (and only if) ‘Move by Whole Pixels’ is disabled. When ‘Move by Whole Pixels’ is enabled, it overrides ‘Force Pixel Alignment’.

And as long as one doesn't override snapping by pressing the Alt/Opt key while dragging & duplicating an Artboard.