Dridd
My feedback
13 results found
-
5 votesDridd
supported this idea
·
-
Wrong exported image size (extra pixel added) if artboard coordinates are non-integer, not pixel-perfect
-
Export As.png 2 KB -
Script.png 2 KB -
Export for Screens.png 2 KB -
Asset Export.png 1 KB -
file_differences.gif 150 KB -
Screenshot 2024-05-29 at 12.02.53 PM.png 20 KB -
Screenshot 2024-04-18 at 4.53.13 PM.jpg 459 KB -
FL-MASTER-weblogo WIDTH CORRECTED IN PHOTOSHOP.png 5 KB -
FL-MASTER-weblogo ORIGINAL ILLUSTRATOR OUTPUT.png 4 KB -
FARELANES-logo-menu-Apex.jpg 21 KB -
illustrator bug.jpg 238 KB -
Screen Shot 2021-12-02 at 9.51.52 am.png 1758 KB -
exporting-issue.png 59 KB -
4x5 RATIO chandelier1midnightoncandy.jpg 2283 KB -
2021-06-16 14-20-32.mp4 4208 KB -
illustrator_export_bug_2.png 28 KB -
illustrator_export_bug.png 40 KB -
SD21-000-SittingDuckWebinar-ads-GW-v1.ai 4912 KB -
sample exports.ai 1202 KB -
Screenshot 2020-10-27 at 14.34.35.png 614 KB -
Screenshot 2020-10-27 at 14.34.08.png 677 KB -
Screenshot 2020-10-27 at 14.34.35.png 614 KB -
Screenshot 2020-10-27 at 14.34.08.png 677 KB -
bug_01.gif 109 KB -
artbaord_antialiasing_issue.png 289 KB -
2urn-shot_1226.png 280 KB -
Export wrong size.ai 155 KB -
pixel-preview-vs-export.png 21 KB -
ilbg.png 17 KB -
Illustrator_export_for_screens_bug.jpg 142 KB -
bug.ai 355 KB -
Test_1.jpg 63 KB -
Test.ai 681 KB -
bug.ai 355 KB -
Illustrator_export_for_screens_bug.jpg 142 KB
168 votesThis issue is probably happening because the artboard dimensions are not appropriate for raster export (i.e. are in decimals).
If you make x and y values as the whole numbers in the transform panel (not in decimal), then the extra pixels will not be added to the exported image.That is the workaround, and it’s reported that it’s not always the case.
At the same time — Ai knows the size of artboards to be exported and yet it does not deliver the set sizes, which is not fair. The team is going to rethink the algorithm.
An error occurred while saving the comment An error occurred while saving the comment Dridd
commented
To Egor
No, not just happening on float sized art boards.
This happens also on artboard sized in pure/fixed pixel sizes.
That single superfluent pixel gets added even then. Which in cases where you have to upload in a fixed pixel size makes uploads fail.For some odd reason, it seems related more to the location/distribution of artboards in a document.
As if the x/y coordinates of the artboard's document location are influencing the size of the exported artboard.To me it is simple, a 1500x1500 pixel art board should be exported as exactly that.
Not as a goofy and invalid 1500x1501 or 1501x1501 pixels.That single pixel extra causes some severe issues (rejections) with uploader locations that check for required dimensions.
This is a serious flaw that should have been fixed a long time ago. And it should be simple to fix.
BTW. This also has the side-effect, that if you finally have managed to put each artboard in a location that exports correctly, you cannot use AI's "distribute artboards' functionality, as this recalculation of X/Y locations will suddenly invalidate the board locations and some or all of the artboards suddenly get this problem again.
Dridd
supported this idea
·
-
-
1 vote
An error occurred while saving the comment Dridd
commented
Of course, since it is the inner window (the canvas) that cannot figure out where to place it's controls, an alternate way to MAKE it correct itself is to pull the canvas window out as a separate window. Directly or using "Window -> "Arrange" -> "Float".
It then correctly places the scrollbars and the status controls in that separate window.. After that, one can redock the canvas window and everything is still correctly placed.
The canvas window simply cannot figure out those calculations on the INITIAL open of a document. Odd, since it has no problem figuring them out later when you force it to recalculate.
Annoying.
An error occurred while saving the comment Dridd
commented
Just noticed, that scroll bars (both vertical and horizontal) are also missing in this case.
Again, a "Restore" puts them back, and after a return to "Maximize" the screen, everything is still in correct place.Dridd
shared this idea
·
-
78 votes
Hi,
Thanks for reporting the issue .
We have fixed the bug which was orignally reported but it seems some users are still facing the issue.We are not able to reproduce this issue in house now ,Kindly provide following info to nail down this issue:
1)Kindly provide some video , Test file(Via File→Package) & some steps with which you are facing issue and share with us at ShareWithAI@adobe.com .
2)Please try the below mentioned workaround and let us know if that helps:
If you do not use custom Adobe PDF presets/joboptions or not heard of it then follow the below steps
1. Navigate to user presets folder
Win: appdata\Adobe\Adobe PDF\Settings
Mac: ~/Library/Application Support/Adobe/Adobe PDF/Settings
2. Rename the folder to “Settings old” and create a new empty folder “Settings” in the same place
3. Launch Illustrator and check if you can save the documentIf you use custom…
Dridd
supported this idea
·
-
21 votesDridd
supported this idea
·
-
17 votesDridd
supported this idea
·
-
31 votesDridd
supported this idea
·
-
12 votes
An error occurred while saving the comment Dridd
commented
3 years, and this is STILL an issue.. Aarghh..
An error occurred while saving the comment Dridd
commented
Add to my earlier comment, just moments ago. Even some very simple documents will magically not save a PDF preview, but show only a white square both in Explorer and on Illustrator's own initial home-page.
See attached simple test document.
An error occurred while saving the comment Dridd
commented
This seems to STILL be an issue i the latest Illustrator as of 5/1/2021.
Very simple illustrator files show a preview or display icons, but others do not.
Not only are there no previews in Explorer (despite files being saved with PDF preview checked), but even illustrator itself shows NO preview. (As in the home page, Recent files).
Files preview both inside illustrator and outside (in Explorer) as merely a white box. No actual content showing.Strangely enough, if I add something simple, like a dummy text box, in background outside any the art board, then suddenly a preview shows everywhere, both inside and outside illustrator.
But it is a preview showing only that textbox, as if that is the only content in the file.Not sure what has to be in a file to cause previews to disappear. I tried opening an older (more complex) document that WAS showing a preview, and resaving it with the latest Illustrator. Previews for that document still shows everywhere. Correctly, with a preview of it's 4 artboards in previews as before.
Extremely frustrating.
Dridd
supported this idea
·
-
744 votesStarted (Available In Beta) ·
AdminAvinash Singh Kotwal
(Principal Product Manager, Adobe Illustrator)
responded
Adobe Illustrator's Multithreading Journey Begins!
Dear Illustrator Community,
I'm thrilled to announce that we've embarked on an exciting journey to bring multithreading capabilities to Adobe Illustrator. This significant undertaking will enhance performance and responsiveness across various aspects of the application.
While this is a complex process that will take some time to fully implement, I wanted to share our progress so far.
Our Approach
We've strategically begun by focusing on the most computationally intensive operations—those that typically take more time and block the main thread, resulting in slower response times while you work. By moving these operations to separate threads, we aim to significantly improve your overall experience with Illustrator.
It's important to note that you may see more noticeable impact in some areas than others initially. However, we want to assure you that this is just the beginning, and we will continue this journey to bring improvements across…
Dridd
supported this idea
·
An error occurred while saving the comment Dridd
commented
This issue is still ongoing. Sadly.
Speaking as someone running Illustrator on a 32 Core, 128 GB system, the fact that Illustrator is so limited in today's world is simply SAD, SAD, SAD.
Get with it, please.
-
4 votes
The intended way to ensure your pixel-sized document stays the same size after export is to use the default screen resolution — 72 PPI.
If you set anything else, Illustrator will scale the image accordingly (as if the 'Resample' option in Photoshop is ticked when you resize an image).
There is no way to write a custom resolution AND maintain the desired size at the same time.
The reasoning behind this behaviour is that the resolution value is supposed irrelevant when an image’s intent is Screen or Web. An image can have no resolution value stored in it at all, it’s just an optional coefficient, and then different viewers and editors suppose a value on their own — usually 72 PPI (Mac-style) or 96 PPI (Windows-style).
Unlike other editors, Illustrator has a continuous range for all measurements units. One pixel is considered to be equal one point, and a point…
An error occurred while saving the comment Dridd
commented
I keep hearing the comment that one should export at 72 px.
That might be a workaround for some documents, but it still is not a real fix. Especially since it in random cases does not work.When a document is set up in pixels to begin with (typically because of an outside requirement), the export pixels/inch should be completely irrelevant. The export pixel size should be exactly what asked for. Nothing more, nothing less.
It is illogical to suddenly multiply by goofy factors depending on a pixels/inch setting thats irrelevant..
If I created a document in a fixed pixel size, it is because it is what I want.When documents are created in points/inches/feet or other measurements, having them recalculated to pixels upon export to raster is both necessary and logical. But when a document is set up in pixels to begin with, not so.
Especially, since the typical Illustrator miscalculation on export adds an uneven pixels even on 72 pixels/inch (typically rounded to exactly one pixel in one direction or more). When I very specifically asked for for example a 5000x5000 pixel document, an export ending up being 5001x5000 frequently makes the document unusable.
It is very irritating for documents to be rejected as "too large" by a vendor's upload mechanism because of that extra pixel (added by illustrator as a line of white pixels), which I not only did not ask for but is clearly a faulty calculation.So, to me it seems simple. When a document is already perfectly prepared to be exported to raster by setting it up in pixels, just export it as exactly that. Pixels/inch recalculations are in that case irrelevant, since I never asked for a document specified in inches or any other physical size measurement..
An error occurred while saving the comment Dridd
commented
Export As, selecting to export Artboards.
The resulting PNG files seem to have some random dimensions that are completely unusable.
When exporting a doc with 4 artboards of same size, it at first seemed like it was using the total document size (plus some random amount), because the output PNG dimensions were approximately the size of all the combined artboards, plus a seemingly random amount in each direction.
But for testing, I then added an extra tiny artboard of exactly 100 x 100 px, and after that all the original artboards came out exactly the same sizes as before, while the new test board (at 100x100 px) came out as goofy as 417x418 px.
It seems that the "Export As" gets its wanted output size calculations in some random way, then upsizes each artboard's artwork to that size, which is then exported. Because the individual artworks are correct, but the sizes are totally wrong.
What I would expect, when selecting to export artboards is that each artboard is exported as exactly the size of the artboard. No more, no less.
Similar to what the "Export for Screens" does.In addition, when testing by "Export As" with the whole document (not selecting "Use Artboards"), I instead get an error message: "The operation cannot complete because of an unknown error. [!now]".
Dridd
supported this idea
·
-
2 votesDridd
shared this idea
·
-
112 votesDridd
supported this idea
·
-
Export for Screens, CMYK to RGB
-
20230227_HYOF_DigniTea_Socials_I am 01.jpg 1762 KB -
RGB colour issue Screenshot 2023-02-27 113854.png 436 KB -
Screen Shot 2022-08-24 at 11.23.13.png 108 KB -
Screen Shot 2022-08-24 at 12.38.51.png 196 KB -
Screen Shot 2022-08-24 at 11.23.26.png 67 KB -
Screen Shot 2022-08-24 at 12.39.02.png 292 KB -
Screen Shot 2021-07-12 at 8.38.08 PM.jpg 302 KB
139 votesHi Everyone,
This functionality is available in our latest release build – 27.6.1.
Color Model selection for JPG is available in Export For Screens -> Advanced settings. Illustrator will allow you to choose - RGB, CMYK or Grayscale color model.
What's New in the release - https://helpx.adobe.com/in/illustrator/using/whats-new.html
Thank you for all the feedback.
An error occurred while saving the comment Dridd
commented
@Ton, yes, then surely I was just confused. :-)
You are correct. JPGs gets spit out with all the glorious CMYK info embedded.
Sorry...
Also, even if you uncheck the "Embed ICC profile" in the export settings for JPG 100, the whole profile is still embedded, and next time you enter the settings, that option is still checked. Seems it does not save that option selection, as it does for other settings. Every time you click the settings icon (while still in the export, no actual export done yet) it comes back as selected. Which makes me suspect that it actually ignores your choice entirely. :-)
Dridd
supported this idea
·
An error occurred while saving the comment Dridd
commented
OK, I am a little confused?
Is this problem fixed or not? Would be nice if someone Adobe would comment as "Fixed".Tested in latest Illustrator as of 5/1/2021.
I create AI in CMYK as well, but after Export to Screens, when I look at the PNG files in Photoshop's file info, they all show an ICC profile of "sRGB IEC61966-2.1",
ExifTool (local and online versions) similarly show "RGB with Alpha" as the file color mode. -
To @Ton
While it may or may not be true that you can trick the algorithm currently used to export correctly by messing with rulers, that should be irrelevant.
The size of an artboard is what it is and should export as such.
A 2000x2000 artboard should export as purely 2000x2000, a 5x5 inch artboard exported at 300 pixels/inch should export at 1500x1500 pixels.
Having an artboard export magically change size (have single pixels added) depending on where they happen to be located in the document (x/y coordinates of the upper left corner) is the logical equivalent of saying that the size of your car depends on where you happen to park it.
Also, that artboard location can be changed even by AI itself, simply by clicking the distribute artboards button. Which does NOT change the size of the artboards themselves, only the x/y location of the artboards within the document.
When I set my artboard sizes to clean values (in my case even in clean pixels), then I expect the export to be exactly what I asked for. Not a magic single (and invalid) pixel larger, because the calculation for some odd reason include the artboard location in the calculation of artboard export size.