1202 results found

1. Problem mit verknüpften Bildern in platzierten Illustrator-Dateien seit Update 30.2.1

   Seit dem Update von Adobe Illustrator auf Version 30.2.1 tritt ein Problem im Umgang mit platzierten Verknüpfungen auf, das zuvor nicht vorhanden war.

   Beschreibung des Problems:

   Wenn in einer Illustrator-Datei ein Bild platziert und als Verknüpfung (nicht eingebettet) eingefügt wird und diese Illustrator-Datei anschließend wiederum in eine zweite Illustrator-Datei platziert oder eingebettet wird, erscheint das verknüpfte Bild aus der ersten Datei in der zweiten Datei nicht mehr.

   Das Bildfeld bleibt leer, obwohl die Verknüpfung korrekt vorhanden ist.

   Erwartetes Verhalten (wie in früheren Versionen):
   In vorherigen Illustrator-Versionen wurden verknüpfte Bilder innerhalb einer platzierten .ai-Datei korrekt angezeigt, auch wenn diese Datei in einer weiteren Illustrator-Datei verwendet wurde.

   Aktuelles Verhalten:
   Verknüpfte Bilder aus der ursprünglichen Datei werden in der zweiten Datei nicht dargestellt.

   Workaround:
   Aktuell funktioniert die Darstellung nur, wenn alle Bilder in der ersten Illustrator-Datei vollständig eingebettet werden. Dies ist jedoch workflow-technisch problematisch, da Verknüpfungen bewusst zur Dateigrößen- und Assetverwaltung genutzt werden.

   Zusammenfassung:
   Seit Version 30.2.1 scheint die Weitergabe bzw. Auflösung von Bildverknüpfungen innerhalb platzierter Illustrator-Dateien nicht mehr korrekt zu funktionieren.

   Ich bitte um Prüfung, ob es sich hierbei um einen bekannten Bug handelt. Systeminformationen: Der Fehler tritt auf einem iMac Pro (3,2 GHz 8-Core Intel Xeon W, 32 GB RAM) unter macOS 15.7.4 (24G57) auf.

   Seit dem Update von Adobe Illustrator auf Version 30.2.1 tritt ein Problem im Umgang mit platzierten Verknüpfungen auf, das zuvor nicht vorhanden war.

   Beschreibung des Problems:

   Wenn in einer Illustrator-Datei ein Bild platziert und als Verknüpfung (nicht eingebettet) eingefügt wird und diese Illustrator-Datei anschließend wiederum in eine zweite Illustrator-Datei platziert oder eingebettet wird, erscheint das verknüpfte Bild aus der ersten Datei in der zweiten Datei nicht mehr.

   Das Bildfeld bleibt leer, obwohl die Verknüpfung korrekt vorhanden ist.

   Erwartetes Verhalten (wie in früheren Versionen):
   In vorherigen Illustrator-Versionen wurden verknüpfte Bilder innerhalb einer platzierten .ai-Datei korrekt angezeigt, auch wenn diese Datei in… more

   2 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   Request to Contact Support  ·  1 comment  ·  File Save, Import and Export  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

2. PDF with negative values for BleedBox, MediaBox shows incorrectly

   A PDF with negative values for the lower left corner of BleedBox, MediaBox and a TrimBox that has its lower left corner at (0,0) shows differently in Illustrator and Acrobat. Acrobat (and other PDF viewers) show the contents as expected, in Illustrator the content seems shifted.

   The attached example PDF has three different pages, the first two pages look as expected, the last page (with the negative values) does not look the same in Illustrator and Acrobat.

   For a more in-depth discussion, see https://github.com/Kozea/WeasyPrint/issues/2685

   • 

   2 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  File Save, Import and Export  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Under Review  ·  AdminEgor Chistyakov (Admin, Adobe Illustrator) responded

   The team is able to confirm it and is planning to investigate it.

3. Dataset names with decimal values are truncated during Batch Export

   When exporting multiple Data Sets via Actions (PDF/EPS/SVG/JPG/PNG format), if the Data Set name contains a decimal value (for example: “Cumin Seeds 1.6 KG”), the exported file name does not retain the full value.
   Instead, the file name is truncated and exported as “Cumin Seeds 1.pdf” rather than “Cumin Seeds 1.6 KG.pdf”.

   It appears that Illustrator interprets the period (.) in the dataset name as part of a file extension separator, which results in the decimal value being removed during export.

   This creates workflow issues, especially in packaging and SKU-based production environments where decimal weights such as 1.6 KG, 2.5 KG, etc., are standard and must remain accurate in file naming for printing, inventory, and documentation purposes.

   I kindly request:
   1. A review of this behavior to determine whether it is a bug.
   2. If intentional, consideration of a feature enhancement that allows dataset names to preserve decimal values during batch export.
   3. Alternatively, an option that allows users to control filename parsing behavior when exporting via Data Sets.

   This improvement would greatly benefit professionals working with variable data and multi-SKU packaging workflows.

   When exporting multiple Data Sets via Actions (PDF/EPS/SVG/JPG/PNG format), if the Data Set name contains a decimal value (for example: “Cumin Seeds 1.6 KG”), the exported file name does not retain the full value.
   Instead, the file name is truncated and exported as “Cumin Seeds 1.pdf” rather than “Cumin Seeds 1.6 KG.pdf”.

   It appears that Illustrator interprets the period (.) in the dataset name as part of a file extension separator, which results in the decimal value being removed during export.

   This creates workflow issues, especially in packaging and SKU-based production environments where decimal weights such as 1.6 KG, 2.5… more

   2 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  File Save, Import and Export  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

4. Export for Screens scale dropdown doesn't work

   In the Export for Screens dialogue, the dropdown does not change the scale entered in the box. For example: box says 0.25x. I choose 1x in the dropdown, 1x is checked in the dropdown, but the box still says 0.25x and the export will be 0.25x.

   Typing the scale in the box works.

   Version 30.1

   •  

   2 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   3 comments  ·  File Save, Import and Export  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating
   Resolved (Comments Open)  ·  AdminEgor Chistyakov (Admin, Adobe Illustrator) responded

   The fix has been pushed into the latest 30.3 general release. Please update, check, and comment back if it still happens.

5. Saving in older illustrator format scales 10 times down

   When saving a file in an older illustrator format, now the file appears 10 times smaller. As a signmaker working with sign software that doesn't accept newer ai or eps files this is VERY MUCH unwanted. I can scale it back to 100% in my sign making software but only manual. Not by alttering the comma in the scaling. This isn't accuracy I often need. Please undo this downscaling. Me, and a lot of colleagues, work for decades this way.

   •  

   2 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   3 comments  ·  File Save, Import and Export  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

6. Updating the Share for Review link uses the previously saved version

   When attempting to update the Share for Review link of a file, Illustrator updates the review link with a previously saved file instead of the most recent version of the current file being worked on.

   Steps to Reproduce:
   1. Open File A in Adobe Illustrator.
   2. Save File A and create a Share for Review link.
   3. Open File B (or another Illustrator file).
   4. Make changes to File B and save it.
   5. Click Share for Review and choose Update Link.

   Expected Result:
   The Share for Review link should update the review link for File B.

   Actual Result:
   The Share for Review link updates the review link of last file that was previously saved and shared for review (e.g., File A), instead of the current file (File B).

   When attempting to update the Share for Review link of a file, Illustrator updates the review link with a previously saved file instead of the most recent version of the current file being worked on.

   Steps to Reproduce:
   1. Open File A in Adobe Illustrator.
   2. Save File A and create a Share for Review link.
   3. Open File B (or another Illustrator file).
   4. Make changes to File B and save it.
   5. Click Share for Review and choose Update Link.

   Expected Result:
   The Share for Review link should update the review link for File B.

   Actual Result:
   The… more

   2 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   0 comments  ·  File Save, Import and Export  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

7. Can't save as SVG

   Illustrator 30.1 no longer seems to be able to save as SVG, regardless of the options selected, including settings from previous versions.

   2 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   Need More Info  ·  1 comment  ·  File Save, Import and Export  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

8. DXF export produces silently incorrect geometry for fabrication workflows

   I initially submitted this as a feature request.
   After further discussion and testing, I’ve come to the conclusion that this is better classified as a bug: the export completes successfully, but silently produces geometrically incorrect data for precision workflows.

   Illustrator offers DXF export as a supported output format. However, when exporting geometry that is visually exact (e.g. circles, constant-radius constructions, rounded slots), the resulting DXF contains only Bézier-approximated splines or segmented polylines, without warning.

   This results in silent degradation of geometric accuracy:
   • Visually exact geometry in Illustrator
   • Numerically incorrect geometry in DXF
   • Errors only become apparent downstream during CNC fabrication
   From a user perspective, this means the DXF export cannot be relied upon for manufacturing, despite being offered as an export option.

   This creates a fundamental problem:
   • Either DXF export should preserve exact geometry where it exists (LINE / ARC / CIRCLE),
   • Or the export should clearly warn that geometry is being approximated and is not manufacturing-safe.

   At the moment, neither happens. The export succeeds, but produces data that is unsuitable for precision workflows without the user being aware of it.

   This is not a request to turn Illustrator into a CAD application, but a request for correctness, transparency, or removal of an export option that currently implies reliability it does not deliver.

   I initially submitted this as a feature request.
   After further discussion and testing, I’ve come to the conclusion that this is better classified as a bug: the export completes successfully, but silently produces geometrically incorrect data for precision workflows.

   Illustrator offers DXF export as a supported output format. However, when exporting geometry that is visually exact (e.g. circles, constant-radius constructions, rounded slots), the resulting DXF contains only Bézier-approximated splines or segmented polylines, without warning.

   This results in silent degradation of geometric accuracy:
   • Visually exact geometry in Illustrator
   • Numerically incorrect geometry in DXF
   • Errors only become apparent downstream… more

   •  

   2 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   2 comments  ·  File Save, Import and Export  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

9. SVG import bug: cannot import images via SVGs exported from Figma

   Here's an example SVG with four images (all referencing the same image -- this is a simple checkerboard raster (I tried using a more visual example, but the base64-encoded strings for photos seem to be too big for UserVoice)).

   • I believe this is first plagued by the same problem as https://illustrator.uservoice.com/forums/601447-illustrator-desktop-bugs/suggestions/50819006-svg-import-bug-svg-parser-is-incorrectly-depend . If I import as written here, all fills show up blank in Illustrator.
   • Once I reorder the defs to be at the top, I can see that the image is somewhere in here, but it is not rendering correctly in my file (see screenshot), presumably because of the pattern usage

   <svg width="1486" height="395" viewBox="0 0 1486 395" fill="none" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink">
   <rect width="1486" height="395" fill="white"/>
   <rect x="63.2698" y="75.3048" width="333.655" height="233.559" fill="url(#pattern0_22_26)"/>
   <rect x="1039.4" y="75.3048" width="333.655" height="233.559" fill="url(#pattern1_22_26)"/>
   <rect x="796.617" y="75.3048" width="135.782" height="233.559" fill="url(#pattern2_22_26)"/>
   <rect x="502.769" y="75.3048" width="186.852" height="233.559" fill="url(#pattern3_22_26)"/>
   <defs>
   <pattern id="pattern0_22_26" patternContentUnits="objectBoundingBox" width="1" height="1">
   <use xlink:href="#image0_22_26" transform="matrix(0.00390625 0 0 0.00558036 0 -0.214286)"/>
   </pattern>
   <pattern id="pattern1_22_26" patternContentUnits="objectBoundingBox" width="0.230178" height="0.328825">
   <use xlink:href="#image0_22_26" transform="scale(0.000899132 0.00128447)"/>
   </pattern>
   <pattern id="pattern2_22_26" patternContentUnits="objectBoundingBox" width="1" height="1">
   <use xlink:href="#image0_22_26" transform="matrix(0.00390625 0 0 0.00227094 0 0.209319)"/>
   </pattern>
   <pattern id="pattern3_22_26" patternContentUnits="objectBoundingBox" width="1" height="1">
   <use xlink:href="#image0_22_26" transform="matrix(0.0232565 0 0 0.0186057 -4.82867 -1.88153)"/>
   </pattern>
   <image id="image0_22_26" width="256" height="256" preserveAspectRatio="none" xlink:href="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAQAAAAEACAYAAABccqhmAAAMIElEQVR4AezbS25b2RJEUYMTqPmPsVrVrc57FYANGIJkkYz7OZ9lOCGLZGRk7jQC7NzHv//++7+m/v777/811XhH23hHmx5NpUdTjXe0jXe06dFUejTVeEfbeEebHk2lR1ONd7SNd7SPH/4ggMC2BATAtqe3OAI/fggA/wsQ2JRA1hYAoaAQ2JSAANj08NZGIAQEQCgoBDYlIAA2Pby19ybwa3sB8IuEnwhsSEAAbHh0KyPwi4AA+EXCTwQ2JCAANjy6lfcm8Pv2AuB3Gv6NwGYEBMBmB7cuAr8TEAC/0/BvBDYjIAA2O7h19ybwcfvHP//886Opv/7660dTjXe0jXe06dFUejTVeEfbeEebHk2lR1ONd7SNd7Tp0VR6NNV4R9t4R+sbwMdI9DsCGxEQABsd26oIfCQgAD4S8TsCixL4bC0B8BkVryGwCQEBsMmhrYnAZwQEwGdUvIbAJgQEwCaHtubeBL7aXgB8RcbrCGxAQABscGQrIvAVAQHwFRmvI7ABAQGwwZGtuDeBP20vAP5Ex3sILE5AACx+YOsh8CcCAuBPdLyHwOIEBMDiB7be3gS+2/6RZ4KbyjPJTTXe0Tbe0aZHU+nRVOMdbeMdbXo0lR5NNd7RNt7RpkdT6dFU4x1t4x2tbwDfRaT3EViYgABY+LhWQ+A7AgLgO0LeR2BSAs+MLQCeoeQzCCxKQAAselhrIfAMAQHwDCWfQWBRAgJg0cNaa28Cz24vAJ4l5XMILEhAACx4VCsh8CwBAfAsKZ9DYEECAmDBo1ppbwKvbC8AXqHlswgsRkAALHZQ6yDwCgEB8Aotn0VgMQICYLGDWmdvAq9u/8gzwU3lmeSmGu9oG+9o06Op9Giq8Y628Y42PZpKj6Ya72gb72jTo6n0aKrxjrbxjtY3gFcj0+cRWIiAAFjomFZB4FUCAuBVYj6PwKAE3hlLALxDjQaBRQgIgEUOaQ0E3iEgAN6hRoPAIgQEwCKHtMbeBN7dXgC8S44OgQUICIAFjmgFBN4lIADeJUeHwAIEBMACR7TC3gSa7QVAQ48WgckJCIDJD2h8BBoCAqChR4vA5AQEwOQHNP7eBNrtH3kmuKk8k9xU4x1t4x1tejSVHk013tE23tGmR1Pp0VTjHW3jHW16NJUeTTXe0Tbe0foG0EYoPQITExAAEx/P6Ai0BARAS5AegZsIHGErAI6gqAcCkxIQAJMeztgIHEFAABxBUQ8EJiUgACY9nLH3JnDU9gLgKJL6IDAhAQEw4dGMjMBRBATAUST1QWBCAgJgwqMZeW8CR24vAI6kqRcCkxEQAJMdzLgIHElAABxJUy8EJiMgACY7mHH3JnD09o88E9xUnkluqvGOtvGONj2aSo+mGu9oG+9o06Op9Giq8Y628Y42PZpKj6Ya72gb72h9Azg6UvVDYCICAmCiYxkVgaMJCICjieqHwEkEzmgrAM6gqicCkxAQAJMcypgInEFAAJxBVU8EJiEgACY5lDH3JnDW9gLgLLL6IjABAQEwwZGMiMBZBATAWWT1RWACAgJggiMZcW8CZ24vAM6kqzcCgxMQAIMfyHgInElAAJxJV28EBicgAAY/kPH2JnD29o88E9xUnkluqvGOtvGONj2aSo+mGu9oG+9o06Op9Giq8Y628Y42PZpKj6Ya72gb72h9Azg7YvVHYGACAmDg4xgNgbMJCICzCeuPwJsErpAJgCso80BgUAICYNDDGAuBKwgIgCso80BgUAICYNDDGGtvAldtLwCuIs0HgQEJCIABj2IkBK4iIACuIs0HgQEJCIABj2KkvQlcub0AuJI2LwQGIyAABjuIcRC4koAAuJI2LwQGIyAABjuIcfYmcPX2jzwT3FSeSW6q8Y628Y42PZpKj6Ya72gb72jTo6n0aKrxjrbxjjY9mkqPphrvaBvvaH0DuDpy+SEwEAEBMNAxjILA1QQEwNXE+SHwBYE7XhYAd1DnicAgBATAIIcwBgJ3EBAAd1DnicAgBATAIIcwxt4E7tpeANxFni8CAxAQAAMcwQgI3EVAANxFni8CAxAQAAMcwQh7E7hzewFwJ33eCNxMQADcfAD2CNxJQADcSZ83AjcTEAA3H4D93gTu3v6RZ4KbyjPJTTXe0Tbe0aZHU+nRVOMdbeMdbXo0lR5NNd7RNt7RpkdT6dFU4x1t4x2tbwB3RzB/BG4kIABuhM8agbsJCIC7L8B/WwIjLC4ARriCGRC4iYAAuAk8WwRGICAARriCGRC4iYAAuAk8270JjLK9ABjlEuZA4AYCAuAG6CwRGIWAABjlEuZA4AYCAuAG6Cz3JjDS9gJgpGuYBYGLCQiAi4GzQ2AkAgJgpGuYBYGLCQiAi4Gz25vAaNs/8kxwU3kmuanGO9rGO9r0aCo9mmq8o228o02PptKjqcY72sY72vRoKj2aaryjbbyj9Q1gtEg2DwIXEhAAF8JmhcBoBATAaBcxz7IERlxMAIx4FTMhcBEBAXARaDYIjEhAAIx4FTMhcBEBAXARaDZ7Exh1ewEw6mXMhcAFBATABZBZIDAqAQEw6mXMhcAFBATABZBZ7E1g5O0FwMjXMRsCJxMQACcD1h6BkQkIgJGvYzYETiYgAE4GrP3eBEbf/pFngpvKM8lNNd7RNt7RpkdT6dFU4x1t4x1tejSVHk013tE23tGmR1Pp0VTjHW3jHa1vAKNHtPkQOJGAADgRrtYIjE5AAIx+IfNNS2CGwQXADFcyIwInERAAJ4HVFoEZCAiAGa5kRgROIiAATgKr7d4EZtleAMxyKXMicAIBAXACVC0RmIWAAJjlUuZE4AQCAuAEqFruTWCm7QXATNcyKwIHExAABwPVDoGZCAiAma5lVgQOJiAADgaq3d4EZtv+kWeCm8ozyU013tE23tGmR1Pp0VTjHW3jHW16NJUeTTXe0Tbe0aZHU+nRVOMdbeMdrW8As0W2eRE4kIAAOBCmVgjMRkAAzHYx8w5LYMbBBMCMVzMzAgcREAAHgdQGgRkJCIAZr2ZmBA4iIAAOAqnN3gRm3V4AzHo5cyNwAAEBcABELRCYlYAAmPVy5kbgAAIC4ACIWuxNYObtBcDM1zM7AiUBAVACJEdgZgICYObrmR2BkoAAKAGS701g9u0feSa4qTyT3FTjHW3jHW16NJUeTTXe0Tbe0aZHU+nRVOMdbeMdbXo0lR5NNd7RNt7R+gYwe4SbH4GCgAAo4JEiMDsBATD7Bc1/G4EVjAXACle0AwJvEhAAb4IjQ2AFAgJghSvaAYE3CQiAN8GR7U1gle0FwCqXtAcCbxAQAG9AI0FgFQICYJVL2gOBNwgIgDegkexNYKXtBcBK17QLAi8SEAAvAvNxBFYiIABWuqZdEHiRgAB4EZiP701gte0feSa4qTyT3FTjHW3jHW16NJUeTTXe0Tbe0aZHU+nRVOMdbeMdbXo0lR5NNd7RNt7R+gawWqTbB4EXCAiAF2D5KAKrERAAq13UPqcRWLGxAFjxqnZC4EkCAuBJUD6GwIoEBMCKV7UTAk8SEABPgvKxvQmsur0AWPWy9kLgCQIC4AlIPoLAqgQEwKqXtRcCTxAQAE9A8pG9Cay8vQBY+bp2Q+AbAgLgG0DeRmBlAgJg5evaDYFvCAiAbwB5e28Cq2//yDPBTeWZ5KYa72gb72jTo6n0aKrxjrbxjjY9mkqPphrvaBvvaNOjqfRoqvGOtvGO1jeA1SPefgj8gYAA+AMcbyGwOgEBsPqF7fc2gR2EAmCHK9sRgS8ICIAvwHgZgR0ICIAdrmxHBL4gIAC+AOPlvQnssr0A2OXS9kTgEwIC4BMoXkJgFwICYJdL2xOBTwgIgE+geGlvAjttLwB2urZdEfhAQAB8AOJXBHYiIAB2urZdEfhAQAB8AOLXvQnstv0jzwQ3lWeSm2q8o228o02PptKjqcY72sY72vRoKj2aaryjbbyjTY+m0qOpxjvaxjta3wB2i3z7IvAbAQHwGwz/RGA3AgJgt4vb90sCO74hAHa8up0R+ElAAPwE4QcCOxIQADte3c4I/CQgAH6C8GNvArtuLwB2vby9EfiPgAD4D4K/COxKQADsenl7I/AfAQHwHwR/9yaw8/YCYOfr2317AgJg+/8CAOxMQADsfH27b09AAGz/X2BvALtv/38AAAD//xLPItAAAAAGSURBVAMAOitaB8Pc+tcAAAAASUVORK5CYII="/>
   </defs>
   </svg>
   

   Here's an example SVG with four images (all referencing the same image -- this is a simple checkerboard raster (I tried using a more visual example, but the base64-encoded strings for photos seem to be too big for UserVoice)).

   • I believe this is first plagued by the same problem as https://illustrator.uservoice.com/forums/601447-illustrator-desktop-bugs/suggestions/50819006-svg-import-bug-svg-parser-is-incorrectly-depend . If I import as written here, all fills show up blank in Illustrator.
   • Once I reorder the defs to be at the top, I can see that the image is somewhere in here, but it is not rendering correctly in my file (see screenshot), presumably because of the… more
   2 votes

   Vote Vote Vote Vote

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Vote

   We’ll send you updates on this idea

   1 comment  ·  File Save, Import and Export  ·  Delete…  ·  Admin →
   How important is this to you?

   Not at all You must login first! Important You must login first! Critical You must login first!

   We're glad you're here

   Please sign in to leave feedback

   Signed in as (Sign out)

   Close

   Close

   Submit Rating

10. SVG import bug: pattern alignment bugs

    The following represent three patterns with different alignments (see screenshots for expected vs how Illustrator imports them) (note: these are exported from Figma, and as exported they are also running into https://illustrator.uservoice.com/forums/601447-illustrator-desktop-bugs/suggestions/50819006-svg-import-bug-svg-parser-is-incorrectly-depend , so the actual results shown here in the screenshot are after manually reordering the rect to be below defs)

    <svg width="80" height="81" viewBox="0 0 80 81" fill="none" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink">
    <rect x="0.5" y="0.5" width="78.9817" height="79.3527" fill="url(#pattern0_39_81)" stroke="black"/>
    <defs>
    <pattern id="pattern0_39_81" patternUnits="userSpaceOnUse" patternTransform="matrix(26.7247 0 0 26.7247 0.5 0.5)" preserveAspectRatio="none" viewBox="0 0 30.369 30.369" width="1" height="1">
    <g id="pattern0_39_81_inner">
    <circle cx="10.123" cy="10.123" r="10.123" fill="url(#paint0_linear_39_81)"/>
    </g>
    </pattern><linearGradient id="paint0_linear_39_81" x1="10.123" y1="0" x2="10.123" y2="20.246" gradientUnits="userSpaceOnUse">
    <stop stop-color="#D9D9D9"/>
    <stop offset="1" stop-color="#737373"/>
    </linearGradient>
    </defs>
    </svg>
    

    <svg width="80" height="81" viewBox="0 0 80 81" fill="none" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink">
    <rect x="0.5" y="0.5" width="78.9817" height="79.3527" fill="url(#pattern0_40_83)" stroke="black"/>
    <defs>
    <pattern id="pattern0_40_83" patternUnits="userSpaceOnUse" patternTransform="matrix(26.7247 0 0 26.7247 31.0826 31.2681)" preserveAspectRatio="none" viewBox="0 0 30.369 30.369" width="1" height="1">
    <g id="pattern0_40_83_inner">
    <circle cx="10.123" cy="10.123" r="10.123" fill="url(#paint0_linear_40_83)"/>
    </g>
    </pattern><linearGradient id="paint0_linear_40_83" x1="10.123" y1="0" x2="10.123" y2="20.246" gradientUnits="userSpaceOnUse">
    <stop stop-color="#D9D9D9"/>
    <stop offset="1" stop-color="#737373"/>
    </linearGradient>
    </defs>
    </svg>
    

    <svg width="80" height="81" viewBox="0 0 80 81" fill="none" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink">
    <rect x="0.5" y="0.5" width="78.9817" height="79.3527" fill="url(#pattern0_40_84)" stroke="black"/>
    <defs>
    <pattern id="pattern0_40_84" patternUnits="userSpaceOnUse" patternTransform="matrix(26.7247 0 0 26.7247 61.6652 62.0362)" preserveAspectRatio="none" viewBox="0 0 30.369 30.369" width="1" height="1">
    <g id="pattern0_40_84_inner">
    <circle cx="10.123" cy="10.123" r="10.123" fill="url(#paint0_linear_40_84)"/>
    </g>
    </pattern><linearGradient id="paint0_linear_40_84" x1="10.123" y1="0" x2="10.123" y2="20.246" gradientUnits="userSpaceOnUse">
    <stop stop-color="#D9D9D9"/>
    <stop offset="1" stop-color="#737373"/>
    </linearGradient>
    </defs>
    </svg>
    

    The following represent three patterns with different alignments (see screenshots for expected vs how Illustrator imports them) (note: these are exported from Figma, and as exported they are also running into https://illustrator.uservoice.com/forums/601447-illustrator-desktop-bugs/suggestions/50819006-svg-import-bug-svg-parser-is-incorrectly-depend , so the actual results shown here in the screenshot are after manually reordering the rect to be below defs)

    <svg width="80" height="81" viewBox="0 0 80 81" fill="none" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink">
    <rect x="0.5" y="0.5" width="78.9817" height="79.3527" fill="url(#pattern0_39_81)" stroke="black"/>
    <defs>
    <pattern id="pattern0_39_81" patternUnits="userSpaceOnUse" patternTransform="matrix(26.7247 0 0 26.7247 0.5 0.5)" preserveAspectRatio="none" viewBox="0 0 30.369 30.369" width="1" height="1">
    <g id="pattern0_39_81_inner">
    <circle cx="10.123" cy="10.123" r="10.123" fill="url(#paint0_linear_39_81)"/>
    </g>
    </pattern><linearGradient id="paint0_linear_39_81" x1="10.123" y1="0" x2="10.123"

    … more

    •  

    •  

    2 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  File Save, Import and Export  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

11. SVG import bug: patterns import incorrectly

    This pattern (from the MDN page) imports visually incorrectly (see screenshot):
    
<svg viewBox="0 0 230 100" xmlns="http://www.w3.org/2000/svg">
<defs>
<pattern id="star" viewBox="0,0,10,10" width="10%" height="10%">
<polygon points="0,0 2,5 0,10 5,8 10,10 8,5 10,0 5,2" />
</pattern>
</defs>
<circle cx="50" cy="50" r="50" fill="url(#star)" />
<circle
cx="180"
cy="50"
r="40"
fill="none"
stroke-width="20"
stroke="url(#star)" />
</svg>


    •  

    2 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  File Save, Import and Export  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

12. SVG import bug: SVG parser is (incorrectly) dependent on <defs> order

    The SVG spec recommends but does not require <defs> appear at the top of the document (before elements that use them).

    This SVG, from the MDN patterns page, imports visually to Illustrator (albeit incorrectly):
    
<svg viewBox="0 0 230 100" xmlns="http://www.w3.org/2000/svg">
<defs>
<pattern id="star" viewBox="0,0,10,10" width="10%" height="10%">
<polygon points="0,0 2,5 0,10 5,8 10,10 8,5 10,0 5,2" />
</pattern>
</defs>
<circle cx="50" cy="50" r="50" fill="url(#star)" />
<circle
cx="180"
cy="50"
r="40"
fill="none"
stroke-width="20"
stroke="url(#star)" />
</svg>


    If I reorder the <defs> to the bottom, which is still valid SVG, it does not import anything visual at all:
    
<svg viewBox="0 0 230 100" xmlns="http://www.w3.org/2000/svg">
<circle cx="50" cy="50" r="50" fill="url(#star)" />
<circle
cx="180"
cy="50"
r="40"
fill="none"
stroke-width="20"
stroke="url(#star)" />
<defs>
<pattern id="star" viewBox="0,0,10,10" width="10%" height="10%">
<polygon points="0,0 2,5 0,10 5,8 10,10 8,5 10,0 5,2" />
</pattern>
</defs>
</svg>


    The SVG spec recommends but does not require <defs> appear at the top of the document (before elements that use them).

    This SVG, from the MDN patterns page, imports visually to Illustrator (albeit incorrectly):
    
<svg viewBox="0 0 230 100" xmlns="http://www.w3.org/2000/svg">
<defs>
<pattern id="star" viewBox="0,0,10,10" width="10%" height="10%">
<polygon points="0,0 2,5 0,10 5,8 10,10 8,5 10,0 5,2" />
</pattern>
</defs>
<circle cx="50" cy="50" r="50" fill="url(#star)" />
<circle
cx="180"
cy="50"
r="40"
fill="none"
stroke-width="20"
stroke="url(#star)" />
</svg>


    If I reorder the <defs> to the bottom, which is still valid SVG, it does not import anything visual at all:
    
<svg viewBox="0 0 230 100" xmlns="http://www.w3.org/2000/svg">… more

    2 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  File Save, Import and Export  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

13. My files are not saving

    Whenever I save a file it says it was saved on my desktop, but when I go to find it later its not there, like it didnt save or never even existed. I was recently working on a few files and I saved them all, but when I opened the app again only five opened, more then 70% of my work was lost and I dont know why.

    2 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    Need More Info  ·  2 comments  ·  File Save, Import and Export  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

14. SVG import bug: fails to import shadows exported from Figma (using filters)

    Examples (all of these should render drop shadows or inner shadows, but import as plain circles without shadows):

    Drop shadows:

    <svg width="294" height="305" viewBox="0 0 294 305" fill="none" xmlns="http://www.w3.org/2000/svg">
    <g filter="url(#filter0_d_0_3)">
    <circle cx="127.021" cy="127.021" r="127.021" fill="#FF7575" fill-opacity="0.6"/>
    </g>
    <defs>
    <filter id="filter0_d_0_3" x="0" y="0" width="293.126" height="304.293" filterUnits="userSpaceOnUse" color-interpolation-filters="sRGB">
    <feFlood flood-opacity="0" result="BackgroundImageFix"/>
    <feColorMatrix in="SourceAlpha" type="matrix" values="0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 127 0" result="hardAlpha"/>
    <feOffset dx="27.9167" dy="39.0834"/>
    <feGaussianBlur stdDeviation="5.58335"/>
    <feColorMatrix type="matrix" values="0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0.25 0"/>
    <feBlend mode="normal" in2="BackgroundImageFix" result="effect1_dropShadow_0_3"/>
    <feBlend mode="normal" in="SourceGraphic" in2="effect1_dropShadow_0_3" result="shape"/>
    </filter>
    </defs>
    </svg>
    

    <svg width="294" height="305" viewBox="0 0 294 305" fill="none" xmlns="http://www.w3.org/2000/svg">
    <g filter="url(#filter0_d_1_8)">
    <circle cx="127.021" cy="127.021" r="127.021" fill="#FF7575" fill-opacity="0.6" shape-rendering="crispEdges"/>
    </g>
    <defs>
    <filter id="filter0_d_1_8" x="0" y="0" width="293.126" height="304.293" filterUnits="userSpaceOnUse" color-interpolation-filters="sRGB">
    <feFlood flood-opacity="0" result="BackgroundImageFix"/>
    <feColorMatrix in="SourceAlpha" type="matrix" values="0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 127 0" result="hardAlpha"/>
    <feOffset dx="27.9167" dy="39.0834"/>
    <feGaussianBlur stdDeviation="5.58335"/>
    <feComposite in2="hardAlpha" operator="out"/>
    <feColorMatrix type="matrix" values="0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0.25 0"/>
    <feBlend mode="normal" in2="BackgroundImageFix" result="effect1_dropShadow_1_8"/>
    <feBlend mode="normal" in="SourceGraphic" in2="effect1_dropShadow_1_8" result="shape"/>
    </filter>
    </defs>
    </svg>
    

    Inner shadows:

    <svg width="255" height="255" viewBox="0 0 255 255" fill="none" xmlns="http://www.w3.org/2000/svg">
    <g filter="url(#filter0_i_1_2)">
    <circle cx="127.021" cy="127.021" r="127.021" fill="#FF7575"/>
    </g>
    <defs>
    <filter id="filter0_i_1_2" x="0" y="0" width="265.209" height="265.209" filterUnits="userSpaceOnUse" color-interpolation-filters="sRGB">
    <feFlood flood-opacity="0" result="BackgroundImageFix"/>
    <feBlend mode="normal" in="SourceGraphic" in2="BackgroundImageFix" result="shape"/>
    <feColorMatrix in="SourceAlpha" type="matrix" values="0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 127 0" result="hardAlpha"/>
    <feOffset dx="27.9167" dy="39.0834"/>
    <feGaussianBlur stdDeviation="5.58335"/>
    <feComposite in2="hardAlpha" operator="arithmetic" k2="-1" k3="1"/>
    <feColorMatrix type="matrix" values="0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0.25 0"/>
    <feBlend mode="normal" in2="shape" result="effect1_innerShadow_1_2"/>
    </filter>
    </defs>
    </svg>
    

    Examples (all of these should render drop shadows or inner shadows, but import as plain circles without shadows):

    Drop shadows:

    <svg width="294" height="305" viewBox="0 0 294 305" fill="none" xmlns="http://www.w3.org/2000/svg">
    <g filter="url(#filter0_d_0_3)">
    <circle cx="127.021" cy="127.021" r="127.021" fill="#FF7575" fill-opacity="0.6"/>
    </g>
    <defs>
    <filter id="filter0_d_0_3" x="0" y="0" width="293.126" height="304.293" filterUnits="userSpaceOnUse" color-interpolation-filters="sRGB">
    <feFlood flood-opacity="0" result="BackgroundImageFix"/>
    <feColorMatrix in="SourceAlpha" type="matrix" values="0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 127 0" result="hardAlpha"/>
    <feOffset dx="27.9167" dy="39.0834"/>
    <feGaussianBlur stdDeviation="5.58335"/>
    <feColorMatrix type="matrix" values="0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0.25

    … more
    2 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    1 comment  ·  File Save, Import and Export  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

15. SVG import bug: <use> element does not work

    Example:
    
<svg width="355" height="355" viewBox="0 0 355 355" fill="none" xmlns="http://www.w3.org/2000/svg">
<use href="#mypath" x="100" y="100"/>
<circle id="mypath" cx="127.021" cy="127.021" r="127.021" fill="#FF7575" fill-opacity="0.5"/>
</svg>


    2 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    1 comment  ·  File Save, Import and Export  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

16. SVG import bug: object with multiple fill overrides in style attribute (including P3) import with no color

    Example:

    <svg width="91" height="91" viewBox="0 0 91 91" fill="none" xmlns="http://www.w3.org/2000/svg">
    <circle cx="45.5" cy="45.5" r="45.5" fill="#FF7575" style="fill:#FF7575;fill:color(display-p3 1.0000 0.4572 0.4572);fill-opacity:1;"/>
    </svg>
    

    (Figma exports SVGs from any files with P3 color profile like this)

    2 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    0 comments  ·  File Save, Import and Export  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

17. Exporting PDFs makes a single file instead of many for each artboard

    I am experiencing an issue exporting PDFS under export for screens. I have 2 artboards which I have named, but when I export it only exports 1 artwork and names the PDF the actual file name instead of the artboard name. Other file types, png, jpg, etc seem to be working but not PDFs.

    Running illustrator 30.1

    2 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    Need More Info  ·  1 comment  ·  File Save, Import and Export  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

18. Saving a PDF with All Printer’s Marks only works twice

    Hello,
    I'm using version 30.0 on a PC.

    I need to save my files for printing as PDFs with crop marks. When I check the "All Printer’s Marks" option and save as a PDF, it works the first time, but the second time, and always on the third, I get an error message. This error message says, "This document was saved successfully, but an error occurred after saving. Close and then reopen the document."
    I then have to close Illustrator and reopen everything, giving me two opportunities to save new PDF documents with print marks. Then, on the third document, the same thing happens again; I have to close Illustrator, and so on.

    This is a very annoying problem for my work. Am I the only one experiencing this? I didn't have this problem in previous versions. It must be a bug.

    Thank you for your help.

    Hello,
    I'm using version 30.0 on a PC.

    I need to save my files for printing as PDFs with crop marks. When I check the "All Printer’s Marks" option and save as a PDF, it works the first time, but the second time, and always on the third, I get an error message. This error message says, "This document was saved successfully, but an error occurred after saving. Close and then reopen the document."
    I then have to close Illustrator and reopen everything, giving me two opportunities to save new PDF documents with print marks. Then, on the third document,… more

    • 

    2 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    1 comment  ·  File Save, Import and Export  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

19. Files not saved properly with incorrect display

    Since we started working with Adobe Illustrator 30, we have encountered various files, both saved as ai and pdf, that display a different and incorrect image in the preview. As a result, our printing software also opens and processes these incorrectly, resulting in incorrect printing.
    When we reopen and resave the file, it is fine.
    For the time being, we have gone back to Adobe Illustrator 29, because we can no longer rely on our print file in this way.

    2 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    Need More Info  ·  3 comments  ·  File Save, Import and Export  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating

20. I can't save anything in Illustrator in SVG format

    I tested save any object in Illustrator in format SVG, but after many minutes Illustrator shows a window saying it can't save because of the mistake problem. I tested in the last version and the previous version, I cant save in SVG, I need this...

    •  

    2 votes

    Vote Vote Vote Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Vote

    We’ll send you updates on this idea

    Need More Info  ·  1 comment  ·  File Save, Import and Export  ·  Delete…  ·  Admin →
    How important is this to you?

    Not at all You must login first! Important You must login first! Critical You must login first!

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Close

    Close

    Submit Rating