1196 results found

1. Unknown Error when saving

   Windows - Adobe Illustrator 2026

   When saving files for a proof - Press Quality, no editing, password, low resolution printing, no changes, no enabling copying of text - this error comes up on the first attempt every time.

   If I save it a second time, this error doesn't happen. I wasn't receiving this issue until I updated to 30.2.1, but it was rare. Now that I've updated to 30.3 it became every time I saved a new file for the first time. As much as I want the turntable feature, I'm going to have to use 30.1 again until the issue is resolved. Having this error come up so often is slowing down production.

   Windows - Adobe Illustrator 2026

   When saving files for a proof - Press Quality, no editing, password, low resolution printing, no changes, no enabling copying of text - this error comes up on the first attempt every time.

   If I save it a second time, this error doesn't happen. I wasn't receiving this issue until I updated to 30.2.1, but it was rare. Now that I've updated to 30.3 it became every time I saved a new file for the first time. As much as I want the turntable feature, I'm going to have to use 30.1 again until 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

   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

2. No se puede abrir el archivo. "No es posible acceder al archivo con la cuenta que has iniciado sesión".

   Eso dice al intentar abrir un archivo. Pero la cuenta con la que estoy intentando abrirlos es la misma cuenta con la que los creé. Eso no me pasaba hasta que se actualizó a la versión 30.3 el Illustrator. Necesito ayuda, por favor. No abrir absolutamente ningún archivo, en todos me aparece la misma leyenda: "No se puede abrir el archivo. No es posible acceder al archivo con la cuenta que has iniciado sesión. Ponte en contacto con el propietario para consultar más detalles." Pero yo soy la propietaria, ayuda por favor.

   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

3. Exporting To SVG Format

   Illustrator 30.2.1 has a consistent SVG exporting bug. I created some images containing gradients. When I export to SVG the first time, AI will create a correct SVG file. However, subsequent exports, AI will leave out all gradients. If I close the file and reopen it, the cycle repeats.

   • 

   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

4. Transparency Lost in After Effects When Importing v30 AI Files

   Transparency Information Lost When Importing Illustrator v30 AI Files into After Effects 2026

   Environment:
   - Hardware: MacBook Pro 16-inch (November 2023), Apple M3 Pro, 36GB RAM
   - OS: macOS Sequoia 15.7.4
   - Illustrator version with issue: v30.2.1 (2026)
   - Illustrator version without issue: v28.7.10 (2024)
   - After Effects version: 2026

   When an .ai file saved in Illustrator 2026 (v30) is imported as footage into After Effects 2026, transparency information — including blend modes, opacity settings, and effects such as drop shadows — is lost or ignored. Affected layers render as fully opaque.

   Re-saving the identical artwork in Illustrator 2024 (v28.7.10) and importing that file into the same After Effects project resolves the issue completely.

   This suggests that a change in the .ai file format or internal data structure introduced in v30 is no longer being parsed correctly by After Effects' AI importer.

   Saving from v28.7.10 is a confirmed workaround, but this should not be necessary.

   Is there a known fix? Is this a confirmed bug?

   Thank you for the continued development of Adobe Illustrator. I am a professional graphic designer working in prepress and print production, and I greatly appreciate the dedication your team puts into this product. I would like to report what appears to be a compatibility regression introduced in Illustrator v30.

   — Reported by I'm John

   Transparency Information Lost When Importing Illustrator v30 AI Files into After Effects 2026

   Environment:
   - Hardware: MacBook Pro 16-inch (November 2023), Apple M3 Pro, 36GB RAM
   - OS: macOS Sequoia 15.7.4
   - Illustrator version with issue: v30.2.1 (2026)
   - Illustrator version without issue: v28.7.10 (2024)
   - After Effects version: 2026

   When an .ai file saved in Illustrator 2026 (v30) is imported as footage into After Effects 2026, transparency information — including blend modes, opacity settings, and effects such as drop shadows — is lost or ignored. Affected layers render as fully opaque.

   Re-saving the identical artwork in Illustrator 2024 (v28.7.10)… more

   1 vote

   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

5. PDF/X-4 Export Produces Non-Compliant PDFs in Illustrator v30.2.1

   In v28, when exporting PDF/X-4 via an Action or script, inserting a "Convert to Working CMYK" step into the workflow allowed consistent production of PDF/X-4 compliant files with no preflight errors.

   In v30, following the exact same workflow with identical files and the same preset now produces non-compliant PDFs. Acrobat preflight reports two distinct errors that did not occur in v28.

   Preflight Error #1 — Placed image ICC profile conflict:
   "CMYK source profile is the same as the PDF/X output intent destination profile (201 occurrences, 2 pages)"

   Cause: Placed PSD files have Japan Color 2001 Coated embedded as an ICC profile. Since the output intent is also Japan Color 2001 Coated, v30 appears to write both into the PDF in a way that triggers a conflict. This did not occur in v28 with identical source files.

   Preflight Error #2 — Transparency blend color space conflict:
   "Transparency blend color space is the same as the output intent destination profile (13,681 occurrences, 2 pages)"

   Cause: v30 appears to embed the document's transparency blend space (Japan Color 2001 Coated, derived from the working CMYK setting) in a way that conflicts with the output intent. This also did not occur in v28.

   PDF Preset Settings (X4_Johnset):
   - Standard: PDF/X-4:2010
   - Compatibility: Acrobat 7 (PDF 1.6)
   - Color Conversion: No Conversion
   - Output Intent Profile: Working CMYK — Japan Color 2001 Coated
   - Profile Inclusion Policy: Include All RGB & Tagged Source CMYK Profiles

   Both errors are absent when exporting the same file with the same preset from v28.7.10. This appears to be a regression introduced in v30.

   Is there a known workaround? Is this a confirmed bug?

   Environment:
   - Hardware: MacBook Pro 16-inch (November 2023), Apple M3 Pro, 36GB RAM
   - OS: macOS Sequoia 15.7.4
   - Illustrator version with issue: v30.2.1 (2026)
   - Illustrator version without issue: v28.7.10 (2024)

   Thank you for the continued development of Adobe Illustrator. I am a professional graphic designer working in prepress and print production, and I greatly appreciate the dedication your team puts into this product. I would like to report what appears to be a regression introduced in Illustrator v30.

   — Reported by I'm John

   In v28, when exporting PDF/X-4 via an Action or script, inserting a "Convert to Working CMYK" step into the workflow allowed consistent production of PDF/X-4 compliant files with no preflight errors.

   In v30, following the exact same workflow with identical files and the same preset now produces non-compliant PDFs. Acrobat preflight reports two distinct errors that did not occur in v28.

   Preflight Error #1 — Placed image ICC profile conflict:
   "CMYK source profile is the same as the PDF/X output intent destination profile (201 occurrences, 2 pages)"

   Cause: Placed PSD files have Japan Color 2001 Coated embedded as an ICC… more

   1 vote

   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

6. 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

7. 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.

8. Compatibility Issue in Illustrator v30.2 - PostScript Error <a1a1>

   Critical Update: This issue is not limited to specific files. Every single file saved or exported from version 30.2 encounters the same <a1a1> error, even when the document contains only a simple primitive shape (e.g., a single rectangle). This indicates a systemic failure in the PostScript generation engine of the v30.2 build on my system.

   Description
   Since updating to Adobe Illustrator v30.2, I have encountered a critical compatibility issue. Even when saving files for lower versions (Legacy formats), recipients are unable to open them. The files trigger a specific PostScript error regardless of how simple the vector data is. This issue does not occur in version 30.0, suggesting a bug introduced in the v30.2 update.

   Error Message
   Error: "The illustration cannot be opened. The illustration contains an illegal operand."

   Operator: <a1a1>

   Content: 9898989898989898989797979797979797979796

   Steps Taken (Troubleshooting attempted):
   To resolve this, I have tried the following methods, but none of them worked in v30.2:

   Saving as Legacy AI: Saved as CC Legacy and CS6 versions with "Create PDF Compatible File" unchecked.

   Exporting as EPS: Saved in various EPS versions (including Illustrator 10 EPS).

   Code Cleaning via SVG: Saved the file as SVG and re-imported it to save as AI again.

   Fresh Document: Created a completely new document and copied/pasted only the vector paths.

   Flattening: Expanded all appearances, outlined all fonts, and simplified paths to ensure only basic vectors remained.

   Current Status
   The issue persists only when the file is saved using v30.2.

   Rolling back to v30.0 resolves the issue completely. Files saved in v30.0 can be opened by others without any errors.

   Critical Update: This issue is not limited to specific files. Every single file saved or exported from version 30.2 encounters the same <a1a1> error, even when the document contains only a simple primitive shape (e.g., a single rectangle). This indicates a systemic failure in the PostScript generation engine of the v30.2 build on my system.

   Description
   Since updating to Adobe Illustrator v30.2, I have encountered a critical compatibility issue. Even when saving files for lower versions (Legacy formats), recipients are unable to open them. The files trigger a specific PostScript error regardless of how simple the vector data is. This… more

   18 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

   4 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.

9. 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

10. Vorschaubilder verschwinden im Bridge

    Hallo, ich habe folgendes Problem mit Illustrator (30.2.1) und Bridge (16.02.23) auf einem Windows Rechner mit 64GB Ram, Windows 11 Pro und eine RTX 3060 Ti.

    Wenn ich momentan im Illustrator eine Datei speichere zweig mir Bridge diese Datei nicht mehr korrekt an.

    Beispiel:
    - Normal war die Anzeige in Bridge wie Bild01.jpg
    - die geöffnete Datei im Illustrator wo alles stimmt ist wie Bild02.jpg, alle Verknüpfungen sind intakt
    - ändere ich in der Datei nur das Darum und speichere, ist nun die Anzeige im Bridge wie im Bild03.jpg daher zusammen wie Bild04.jpg

    Öffne ich die Datei im Illustrator ist alles ohne Fehler vorhanden.
    Verknüpfe ich das Bild über das Menü neu und speichere es dann wieder, stimmt die Vorschau im Bridge wieder wie bei Bild01.jpg.

    Schließe ich dann die Datei stimmt die Vorschau im Bridge, wenn ich sie dann wieder öffne stimmt alles.
    Nehme ich irgendeine Änderung vor, Bsp. Text anpassen oder Ebene einmal aus und einblenden und speichere dann wieder normal, ist die Vorschau in Bridge wieder wie bei Bild04.jpg, also defekt.

    Ich muss also in so einem Fall bei Änderungen aktuell vor dem Speichern immer alle Verknüpfungen aktualisieren und dann speichern damit ich im Brigde die richtige Vorschau habe. Hier ist es auch egal ob es eine Verknüpfung mit einem JPG oder PSD ist.

    Sonnige Grüße von Usedom

    Hallo, ich habe folgendes Problem mit Illustrator (30.2.1) und Bridge (16.02.23) auf einem Windows Rechner mit 64GB Ram, Windows 11 Pro und eine RTX 3060 Ti.

    Wenn ich momentan im Illustrator eine Datei speichere zweig mir Bridge diese Datei nicht mehr korrekt an.

    Beispiel:
    - Normal war die Anzeige in Bridge wie Bild01.jpg
    - die geöffnete Datei im Illustrator wo alles stimmt ist wie Bild02.jpg, alle Verknüpfungen sind intakt
    - ändere ich in der Datei nur das Darum und speichere, ist nun die Anzeige im Bridge wie im Bild03.jpg daher zusammen wie Bild04.jpg

    Öffne ich die Datei im Illustrator ist… more

    •  

    •  

    •  

    •  

    1 vote

    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  ·  Edit…  ·  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. 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.

12. 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

13. 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

14. UI freezes when clicking Save file with multiple artworks, no recovery files, version 30.0 on Tahoe 26.1

    This new 30.0 update is terrible, my team has lost countless hours!
    As soon as you click save, the UI freezes, and doesn't allow you to save.
    After clicking the task manager in order to restart the app, the file doesn't show up in the recovered files. NOTHING!
    It is the worse version of Illustrator EVER. I was contemplating going back to the LTS version, but we have already done too much work in this newer version, and are certain that when we open those files, in the OLDER (But better) version, there will be issues, we saw it already in a few files, where the file is flat and not editable.. What can we do?

    This new 30.0 update is terrible, my team has lost countless hours!
    As soon as you click save, the UI freezes, and doesn't allow you to save.
    After clicking the task manager in order to restart the app, the file doesn't show up in the recovered files. NOTHING!
    It is the worse version of Illustrator EVER. I was contemplating going back to the LTS version, but we have already done too much work in this newer version, and are certain that when we open those files, in the OLDER (But better) version, there will be issues, we saw it already… more

    1 vote

    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. 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

16. 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

17. 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

18. 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

19. 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

20. 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