Lance
My feedback
242 results found
-
5 votesLance
supported this idea
·
-
11 votes
An error occurred while saving the comment Lance
shared this idea
·
-
159 votes
There is no true PDF Export in Illustrator, because Illustrator allows to have editable PDFs with .ai-content stored within. Other apps does not allow that, and some users heavily rely on editable PDFs.
Attemps to solve this were made, but there is no clear solution so far. Still we hope to find one.
The intended way to get a PDF (without loosing your data) at the moment would be to use Save a Copy command that saves a separate copy of your file to PDF instead of Save As which keeps a saved file open.
An error occurred while saving the comment Lance
commented
I would suggest removing the PDF option from the Save As dialog completely.
New and entirely separate Export menu items could be added for PDFs. I would suggest two separate menu items, within the existing Export under the File menu:
1. Export PDF...
This would open the current joboptions dialog, using "Illustrator default" as the selected set of options, followed by the save-as dialog for input of filename, location, etc. Essentially duplicates the existing "save as" implementation, allowing users to set all their own options. If user does not need to retain illustrator editing, they could turn it off here before export. Would be nice if options set were 'sticky' for the next export, and properly recorded in an action. This would also *CLOSE THE FILE* when the export is finished, or at least present the user an option either via pop-up dialog (close file or continue editing?) or on the save-as dialog via checkbox to close file after export. Or, at the very least, export the PDF with the selected options and filename without replacing the open AI file with the newly exported PDF.2. Export PDF (illustrator default - editing preserved)
This would not open joboptions dialog, just file name 'save as' dialog. This would act as a sort of 'quick export' for illustrator default PDF, such as one would use for placing in InDesign. This function could even be duplicated with an implementation as Rick suggested, via a button somewhere in the main interface that just quick-exports a basic "illustrator default" PDF, while keeping the AI file open for continued editing. I quite like this idea.I only suggest adding these two options, because chances are if you're turning OFF illustrator editing in the joboptions, you have a very good reason for doing so. Conversely, if you really need to retain the ability to edit the PDF in illustrator then the "illustrator default" joboptions are most likely to be the one you want.
However, I also recognize that there are users who have a very specific set of joboptions they need to use, while also retaining the ability to edit the result PDF in illustrator later.
In that light, it'd be nice for them (and others) if the user could create/add/manage custom entries to the export menu; creating a new one for each of their own most commonly used joboptions. You could even leverage CC libraries by giving users the ability to add their joboptions setups to their CC library for quick and easy use later on another illustrator installation.
Lance
supported this idea
·
-
5 votesLance
supported this idea
·
-
10 votesLance
supported this idea
·
An error occurred while saving the comment Lance
commented
Confirmed on my installation. Voting.
-
3 votes
An error occurred while saving the comment Lance
commented
"We are doing tech packs for garments, using about 7 layers, one is locked and visible, and with others, we are doing updates at one layer at a time. so it drives me mad to click each time first to the eye and then to the layer, and so on... It is the system, we have to use in the company I work for..."
I'd have to see this happen in real-time, because I don't understand the need to select the layer after switching on visibility, unless the layer is invisible and there's some critical function or operation that absolutely requires the layer itself to be selected after being made visible.
I see it behaving as suggested in the Appearance panel though, which I never noticed before. Still not sure exactly what the benefit of that is.
An error occurred while saving the comment Lance
commented
I don't see a new functionality such as described below being a problem:
click the eye/layer visibility icon of a *hidden* layer to show the layer and then automatically also select the layer in the pallet
But then what happens when clicking a already visible layer's visibility icon? If that layer isn't yet selected, do you want to hide the layer from view while also selecting it?
Or are you asking to use the layer's visibility icon as a select/deselect switch instead of a visibility on/off switch?
-
44 votesLance
supported this idea
·
-
6 votesLance
supported this idea
·
-
18 votesLance
supported this idea
·
-
4 votes
An error occurred while saving the comment Lance
commented
I cannot reproduce this bug.
GPU preview works for me whether I have rulers visible or not, in all view modes - normal view, outline view and isolation mode. I can switch it on and off at will with Ctrl+e.I even get GPU driver warning when starting Illustrator.
-
4 votes
An error occurred while saving the comment Lance
commented
This isn't a bug, but is arguably something that could be changed. At least an option provided to save the illustrator data within the PDF as the entire illustrator document or only the art on the selected art board(s).
This feature request is for the same thing:
https://illustrator.uservoice.com/forums/333657-illustrator-desktop-feature-requests/suggestions/44517945-save-as-pdf-range-without-all-canvases-being-savAn error occurred while saving the comment Lance
commented
Arno,
It wouldn't be the first time Adobe engineered something in a way that seemingly makes no sense.
Lance
supported this idea
·
An error occurred while saving the comment Lance
commented
Unfortunately, this is how retaining illustrator editing in PDF's works.
The way it's implemented, the PDF is a container for two sets of data: the PDF data which is not read by illustrator nor used by illustrator for anything, and the illustrator file which is embedded alongside the PDF data. Acrobat/other PDF readers will see the PDF data and ignore the illustrator data. Illustrator will ignore the PDF data and read in the native illustrator data.
If you want to reduce filesize of the PDF, you need to treat it as an un-editable output document by unchecking preserve illustrator editing.
I'm sorry that's not a great answer. I feel fairly certain sub-options could be added to the "preserve..." checkbox to ask "preserve only this artboard" or "preserve all artboards". Checking the first would discard all other artboards and their art and keep only the one you've selected in the range, while the 2nd checkbox would use the current behavior.
-
2 votes
An error occurred while saving the comment Lance
commented
A friend of mine saw this same sort of behavior on an HP Spectre x360 laptop a couple years ago, with the active stylus. My own HP Spectre x360 a year or so later did the exact same thing.
His replacement machine, an HP zbook x2 tablet/workstation-laptop with a wacom EMR digitizer (non-active stylus) did not exhibit this behavior.
It may be due to the digitizer/pen stylus style (active vs not) and the drivers for the display/digitizer, as Egor suggests.
-
19 votes
I am happy to share that we have fixed this bug in our latest release – 27.1.1 which is available worldwide now.
Going forward, our goal is to fix as many top User-Voice bugs as possible and as frequently as possible. Given the nature of the fixes, some of the bugs will take a longer time to fix, but we are on it.
You can update to the latest release using Creative Cloud desktop App: https://helpx.adobe.com/in/creative-cloud/help/creative-cloud-updates.html
Thank you for all the feedback. Keep it coming!
Ankit Goyal
Illustrator Team
Lance
supported this idea
·
-
3 votes
An error occurred while saving the comment Lance
commented
See these examples.
file with 2 CMYK spots (as in original example file) and 1 CMYK process color renders as expected.
file with 2 CMYK spot colors (original example file) and 1 RGB "process" color does not render as you expect.
file with 2 RGB spot colors (original CMYK spots changed to RGB spots) and 1 RGB "process" color also does not render as expected.
Whether that's a bug or not I really can't say.
I would expect "general weirdness" when mixing RGB and spot colors though.An error occurred while saving the comment Lance
commented
I suspect it has less to do with more than 2 stops and more to do with the mixing of spot and RGB colorspaces in the same gradient. A 3-spot gradient renders just fine in Acrobat w/o overprint preview.
An error occurred while saving the comment Lance
commented
Jared, Egor
In examining this file, I download the ai file and as usual it downloads as a PDF. I change the extension to *.ai and open in Illustrator.
I find that there is an extra RGB color in the gradient, at the "top".
See the screenshots "gradientExtraRGBstop" and "gradientExtraRGBstop-firstSpotStop".If I take this file and save as a PDF and open in Acrobat, or open the PDF as downloaded in Acrobat, the green gradient object is rendered as white unless I turn on overprint preview, as noted.
If I remove the extra RGB stop from the gradient and then save the ai file with PDF compatibility and open in Acrobat (file is uploaded to the cloud, converted and downloaded again), the green gradient now renders correctly without overprint preview.
Also, If I remove the extra RGB stop from the gradient and then save the as a PDF and open in Acrobat, the green gradient now renders correctly without overprint preview.
-
3 votesLance
supported this idea
·
An error occurred while saving the comment Lance
commented
I can agree with this request, at least when it concerns outline-view mode.
I think a "real" isolation mode should make all other objects disappear in outline mode. At the very least an option/checkbox next to the isolate mode toolbar button to hide/show other objects.
-
33 votesLance
supported this idea
·
-
18 votes
An error occurred while saving the comment Lance
commented
Egor,
We use a custom setting but I believe it's based on North American General Purpose 2
I wondered if the difference between my results and yours were due to color management differences. Looks like I was correct.An error occurred while saving the comment Lance
commented
Egor,
I successfully ran through everything up until "...disable convert to sRGB..."
that option is un-changeable for me; greyed out, but still checked. See screenshot.
I can see a slight difference between images 1 and 2 from the first five steps but it's not as drastic as your uploaded jpgs. (mine uploaded)
-
2 votes
An error occurred while saving the comment Lance
commented
Egor,
I'm not sure what you mean by 'bbox treats live shapes as shapes'. Perhaps my polygons aren't actually "live shapes"?
in this screenshot, rotating with the bounding box does exactly the same thing as the rotate tool or the edit > transform > rotate dialog.
*** edit *** nevermind, I am a dummy. I had the triangle polygone grouped with the 'dot'. Rotating only the polygon with the bounding box works as intended.
Lance
supported this idea
·
An error occurred while saving the comment Lance
commented
Jens,
I get the same result both times, even using the rotate tool. I'd have to manually select the rotation point to on the circle's center in order to use the rotate tool as you depict.
The rotate tool by default selects the center of the object's bounding box as the point around which to perform the rotation, as does the edit > transform > rotate function.
I think this is working as intended.
That being said, it could be argued that the intention for the rotate tool (and by extension, the transform dialog) when a 3-sided equilateral triangle polygon* is concerned should do some math to find the actual center point equidistant from all three vertices rather than just assuming the bounding box center.
Screenshots attached.
** update **
*any polygon with an odd number of sides exhibits the same behavior.
-
6 votesLance
supported this idea
·
-
3 votes
An error occurred while saving the comment Lance
commented
I can understand the desire for a simplified workflow. I self-implemented something for myself that is conceptually similar a few years ago, if not functionally the same, using PDF exports from Illustrator while retaining the illustrator format working files.
I just had a set of actions set up on a F5-F9 keys to save out a PDF with a specific set of joboptions with a single keystroke. However they all save out to one location and then need to be manually filed/placed into whatever location our automation needs to look for them.
This doesn't work all that well for you though, if you're editing files and saving them in the location where the workflows need to access them. It's ideal for our processes because it's critical we have some means of version tracking various art and production files.
As far as this issue goes, it looks like I suspected. It's just how illustrator writes PDF data structures for objects. I'm not sure there's a workaround, Adobe devs would need to change how illustrator creates PDF data.
Lance
supported this idea
·
An error occurred while saving the comment Lance
commented
Sure I'll take a look.
General question, since I've only heard of Esko software but never used it. Is there a reason why you don't just use PDF's rather than PDF-compatible illustrator files?
Honestly I'm thinking your issue with it is mostly down to how illustrator creates PDF object structures and data. It's... not the best. In that light, I think the request is a very valid one.
Around here, we use PDFtoolbox. I cannot count the number of times I've had a facepalm moment when analyzing illustrator's PDFs in PDFtoolbox. This is a good example of one; the PDF standard clearly has object/data structures for stroked text but Illustrator doesn't use them.
An error occurred while saving the comment Lance
commented
*** update ***
Kind of answered my own question, regarding how illustrator saves PDF's vs other applications.
InDesign saves stroked text as a text object with a stroke, rather than illustrator's way of saving the text object separately from a stroked vector copy of the glyps. See screenshot 3.An error occurred while saving the comment Lance
commented
Do you have a means of verifying or testing this? I can't think of a way to do so.
Note that I am somewhat skeptical only because I know the PDF format itself retains live strokes(1,2) so I don't know why PDF compatibility wouldn't do the same.
1. if they're applied to a vector object *and* center-aligned, not if they're aligned inside or outside of a vector object (which cannot be done on live text). Inside or outside aligned strokes are converted to compound shapes in the PDF.
2. text objects remain live (not outlined) but the stroke is split off into separate vector objects of the glyphs which have a live stroke. The text itself is not stroked in a PDF. see screenshot.
Also note in the 2nd screenshot that the text glyphs themselves do not have a stroke in the PDF. I'm not sure if this is just an illustrator thing, but PDF's saved from illustrator with live text having a stroke applied do not preflight as stroked text. It might just be how illustrator saves PDFs.
I'm uncertain how this all relates to "PDF compatibility" though. I know that a PDF saved in illustrator while retaining illustrator editing capabilities has the illustrator file data embedded in the PDF as private data that is not readable by anything but illustrator.
An error occurred while saving the comment Lance
commented
I'm not sure I understand this request. As far as I know, enabling PDF compatibility on an illustrator document when saving it doesn't outline text or strokes.
Very similar to my own suggestion linked here:
https://illustrator.uservoice.com/forums/333657-illustrator-desktop-feature-requests/suggestions/44515704-improved-links-panel