Can be merged, thank you. I hope the problem can be resolved as soon as possible

Yep, you tested it properly and came to the right conclusions.
To have the results pixel perfect, the artboards (in pixels) should have integer values, integer coordinates (from the corner, not the center), and the resolution should be a multiple of 72 ppi, which is 1:1 on PostScript, where pixel equals point.
When these are not honored exactly, rounding happens.

The larger problem you commented on recently (http://illustrator.uservoice.com/forums/601447/suggestions/30992416) is specifically about trimming the extra 1 px row and column of the resulting images to match the desired size EVEN when the COORDINATES only are not integer, but SIZES are — as set by the user.

It seems pretty similar, so I think it can be merged, if you wish to.

Encountered the same problem
https://illustrator.uservoice.com/forums/601447-illustrator-desktop-bugs/suggestions/49294934-exporting-to-multiple-screen-formats-results-in-pi

After testing, the method to remove white edges is as follows:
1. By setting it as pixel level optimization
2.Select "1x, 2x, 3x..." in "Format Scaling" to remove white borders. If the resolution selected for "Format Scaling" is not a multiple of 72, such as 100pi, 150ppi, 300ppi, white borders will appear after export.

If set to pixel level optimization, the size will change when exported in units such as millimeters, centimeters, meters, etc.
I hope this issue can be corrected.

The 'png, jpg, webp' files exported using the 'export to multiple screen formats' method show a 1-pixel offset.

So when creating a document for example 1920x1200 px you export in "Export for screens" or any other export options. Then the exported image will be 1921x1201 px which is super annoying. This has to be fixed asap!

@Matthieu, this is another problem, and it’s simple math, and a bane of the metric world :)
The resolution values you used are not ALL possible ones, you forgot to set a custom one — and to get nice integer linear sizes in centimeters we HAVE to use a a fractional value.
300 ppi (point per inch) means each 25.4 mm (1 inch equals to it today) will have 300 pixels. The other way around means 1 cm will have 118,11 pixels. And pixels can’t be cut in fractions. So these get rounded. That makes your 28 cm with 300 ppi equal 28×118.11 = 3307,08 pixels. If rounded down, your 28×40 cm becomes 279,99×399,97 cm (3307×4724 px), if rounded up (like i happens in your case) — 28,01×40,01 cm...

Photoshop offers PPCM as a unit of resolution, one can change in Preferences. Illustrator offers none. Here is the request you can upvote: http://illustrator.uservoice.com/forums/333657/suggestions/32403901

Until then, some of use have to use fractional values for PPI, to get clean linear sizes: 304.8 ppi to get 120 ppcm, 508 ppi to get 200 ppcm, etc.

I created a 28x40cm file in Illustrator and tested all the different export options (Save, Save As, Export), as well as all possible resolutions (72 and 300 dpi).

No matter what I do, the file is always generated as 28.01 x 40.01cm. I’ve tested this multiple times, even with blank files, and the issue keeps happening.

This isn’t a problem with the artboard positioning—it’s perfectly aligned to 0,0.

This has been a recurring issue all year, and we’re wasting hours fixing visuals when exact dimensions are required.

How is it possible that this bug has been around for more than 8 years and still hasn’t been fixed? Seriously, do I need to switch to Affinity just to get a basic feature like this to work properly? This is beyond frustrating!

@martin holtorf it's been way longer, like 2-3+ years. Do the right thing, cancel your Adobe Sunscription and switch to Affinity like I did!

I've just come across this bug and am amazed, that this bug is still "under review" late 2024, almost a year later.

Please get this resolved. If the team "has to rethink the algorithm" - at least add a text to the tooltip when creating a new Artboard, that a non-integer X,Y position may affect the pixel size of the exported artwork, irrespective of the chosen Artboard size.

Sounds good, thanks for the tips. Feel free to merge, I appreciate all the help! 👍

Glad it worked for you.

Coloration can be different because of the color management. Perhaps the scripting method doesn't write the current color profile into the image, and you viewer respects profiles. Sadly, I don’t have enough knowledge on how it’s handled... but I suggest visiting Adobe Community, Scripting section), and asks the question there: community.adobe.com/t5/illustrator/ct-p/ct-illustrator&tabid=discussions&topics=label-scripting
Please also share there your actual color settings, along with the test file and test results, so people can try to figure it out. Forums are great.

If it turns out to be a bug — come back here and log it.
As for this one — do you mind me merging it into the larger one?

@Egor Thanks for the response!

That's an interesting point, my artboard was originally at a global `X:745` `Y:152.5`, and changing to `X:750` `Y:150` seems to have consolidated all of the results! Great catch and agreed; this seems like something that would cause many further issues.

It's interesting and now easier to notice that JavaScript handles anti-aliasing *slightly* differently than traditional exports (some small coloration differences). It's barely an issue but curious if you happen to know the reason?

Ben, this is a great observation and a well-writted and documented report.
Thank you for this.

What are the coordinates of your artwork? As I see it, Illustrator documents are point grid based internally, and integer global coordinates for both artboards and objects are critical to have crisp results without fractions of a point/pixel creeping into the rasterization. Obviously Ai should use local grid... there is a larger general report on that topic, http://illustrator.uservoice.com/forums/601447/suggestions/30992416

If you have this problem, but the coordinates (both for artboard and global rulers) are integers — please share the test file, so the team can review it.
If fixing coordinates solves the problem — again, please comment back.

“Export As” yields very different .png results than “Asset Export”, “Export for Screens”, and JavaScript `doc.exportFile()`, especially when attempting to export an artboard.

This often is seen as assets being clipped from the edges of artboards resulting in soft edges or “transparency bleeding”, or exporting as different dimensions than the selected artboard.

The test I ran attempted to export an asset of dimensions 50x250 points fully left-center aligned to an artboard of dimensions 350x250, with an export scaling of 1x. When presented with the option, anti-aliasing was always toggled, and in JavaScript, the settings were:

```
var options = new ExportOptionsPNG24();
options.antiAliasing = true;
options.artBoardClipping = true;
```

It appears as though Asset Export and Export for Screens yielded the same results (both with incorrect dimensions and "transparency bleeding"), but different than Export As (correct dimensions, no bleeding) which was different from the JavaScript method (correct dimensions, bleeding).

This, for me, means I cannot use JavaScript for my exporting and must manually export my assets one by one, which is very tedious.

I've always exported my files in 72ppi for web/online files but recently my files don't save at the exact dimensions? They've been exporting as an addition of 1px. For example my artboard is 810× 1440px but it exports 811 × 1441px?
I'm not sure wether it's a bug or I have the wrong settings and for now I've been making my artboards 1px lesser to save my files:(

Please make sure the "Rearrange Artboards" command does not mess up the position of artbords, with artboards ending up four decimal places off the pixel grid. Rearranging artboards should be safe, particularly, if the "Align Art to Pixel Grid" preference is ON!

Thanks, Egor. You solved my issue. I furthermore export using the artboard.

Thanks, Egor. Please merge, I do not mind at all.

Have a nice Sunday, Ruud

Ruud, instead of using the final sizes of the artboards specified, Illustrator calculates these based on their coordinates on the global document grid.

if you pick the Artboard tool and check the X/Y values in the Control or Properties panel, you'll see that the artboard is not placed exactly one the grid — like the attached coordianates_fractions.png shows.
If you change them to be integer, like the second image shows, this file gets exported as 120005 × 9005.

This is a known problem, reported here: http://illustrator.uservoice.com/forums/333657/suggestions/30992416
Would you mind me merging your report with this one?