替代字体集

并非所有浏览器在遇到显示DejaVu Sans字体的请求时都能识别该字体。这会造成轻微问题——若未设置备用字体，浏览器可能随意替换为其他字体，从而改变图像在用户端显示效果。解决方案——唯一的解决方案——是手动修改图像最终版本的SVG文件。假设您希望使用DejaVu Sans字体，但愿意接受任何可用的无衬线字体。保存Illustrator文件为SVG格式后，需使用记事本或写字板等纯文本编辑器打开该文件，搜索font family字符串。若文档全程仅使用一种字体，该术语可能仅出现一次（但无法保证）。当您找到该术语时，若文本使用DejaVu Sans字体编写，会发现类似以下内容：

• {font-family="'DejaVuSans'";}
• font-family="DejaVuSans"
• font-family="'DejaVuSans'"
• style="font-family:'DejaVuSans';.

在此处您需要编辑代码，使其呈现如下形式：

• {font-family="'DejaVu Sans'",sans-serif;}
• font-family="'DejaVuSans',sans-serif"
• font-family="'DejaVuSans',sans-serif"
• style="font-family:'DejaVuSans',sans-serif;

通常可通过程序的“查找和替换”功能实现（请特别注意单引号、双引号、逗号、分号、空格等符号的位置）。单个文档可能存在多个此类版本，请务必确认所有“字体”字段均包含合适的替代字体家族。注意：每个sans-serif字段必须包含连字符，且两侧均不得被引号（无论双引号或单引号）直接包围（某些情况下右侧使用双引号可能被接受，详见上文说明）。此操作可确保任何浏览器遇到该字体家族请求时，即使不识别该字体，至少会为文档启用相近字体。

非标准字体规格

Abode Illustrator还存在生成字体规范时忽略字体粗细和样式方面明确且标准化的语义的问题。此问题也可通过类似上文子章节所述的方法进行修复。

文本框

在创建SVG图表时，通常应在文本框中预留空间，以便未来编辑者可替换为更长的词语（例如将文本翻译成外语）。所有文本框创建时都应考虑此潜在需求，且文本框整体尺寸不应导致文本与其他文本框或底层图表元素发生重叠。Illustrator允许用户通过拖拽和点击创建任意尺寸的文本框，并支持任意对齐方式（左对齐、右对齐或居中对齐），不受框内文本实际长度限制。

然而，在转换为SVG格式时，会出现两个问题。首先，所有文本框都会缩小到恰好容纳内部文本的最小尺寸（从而违背了最初创建大文本框的目的）。其次，超过一行的文本会被分割成多个独立的文本框，每行文字对应一个文本框。例如，假设你有一个包含“Upper limit of fuel gauge”文字的文本框，并将其排版为第一行显示“Upper limit of”，第二行显示“fuel gauge”。当Illustrator将其转换为SVG时，这段文字会变成两个文本框：一个包含“Upper limit of”，另一个包含“fuel gauge”。文字在SVG版本的图像中看起来能正常显示，但如果你尝试用Autotranslate工具处理这个SVG文件，该工具将无法识别“Upper limit of”和“fuel gauge”属于同一文本元素，而是会对它们分别进行翻译。只要原始.AI文件中的所有文本框都不包含超过一行的文本，这就不是问题。但当文字内容过长时，这会带来极大的不便。Illustrator在将图像转换为SVG格式时，没有设置选项能确保保留文本框原有的边界或完整性。一种可行的方法是：先用Illustrator将图像保存为无文本的SVG版本，然后在其他能够编辑SVG且不会重构文本框的程序（例如Inkscape）中打开文档进行处理。

文本锚点（对齐方式）

尽管在Illustrator中可以将文本对齐方式设置为居中或右对齐，但问题在于导出SVG时，该对齐设置会被移除，并被替换为绝对变换/平移位置（采用默认文本对齐方式），而非转换为SVG规范中的text-anchor属性。这导致文本在上传至维基媒体后出现错位——因为备用字体的字体度量与SVG文件中预设字体不同，且librsvg渲染的文本在缩放时通常会出现错位现象。截至Illustrator 2020版本，其SVG导出功能仍未支持text-anchor属性。

解决此问题的唯一方法是：将所有文本改为默认左对齐后保存备份.ai文件，使用Inkscape的“内部导入”功能（而非Poppler/Cairo导入）打开该文件，并在Inkscape中重新对齐所有文本。若在Illustrator中使用非左对齐文本，或通过Poppler/Cairo导入，将导致文本在Inkscape中难以处理。

此问题不能成为将文字转换为轮廓的借口，因为这会给其他贡献者的本地化工作带来不便。总而言之，若您计划创建文本密集型SVG文件，从Inkscape或任意文本编辑器开始设计可能更为有利；仅当Inkscape或文本编辑器难以实现时，才应导入Illustrator创建的图形。

我的图片里包含光栅组件吗？

如何判断图像是否包含光栅组件？唯一可靠的方法是：将文件另存为SVG格式后观察是否出现光栅元素。请尝试以下步骤：先将文件保存为.AI文档（无需关闭），然后点击“文件”菜单，向下滚动至“另存副本”。在此处可指定文件名（Illustrator会自动在文件名后添加“副本”，但您可自定义命名）。同时需选择副本格式：在保存类型框中点击下拉菜单，选择SVG (*.SVG)。此时将显示SVG保存对话框。由于当前仅需提取光栅图层，请勿修改其他选项，仅需确保链接光栅组件的设置为链接，然后点击保存。Illustrator完成保存后将返回原始.AI文件。现在在Illustrator中打开新保存的SVG副本文件，点击窗口菜单，然后选择链接。此时会弹出一个对话框，列出SVG文件中所有光栅化组件（即“链接”）。接下来需在.AI文件中（而非您刚生成的“临时”SVG副本文件）定位并修复这些链接。重复此流程：从.AI文件中移除问题元素→将.AI文件另存为SVG副本→打开SVG文件查找链接。部分链接可能较易定位处理，但某些链接可能难以追踪。最终在将图像上传至Commons前，您应能实现：保存文件为SVG格式→打开副本→开启“链接”窗口→该窗口内无任何内容显示。若能达成此状态，则表明您已生成不含光栅组件的SVG文件（恭喜！）。

您可能会发现链接列表中出现某些无法在.AI文件中定位的元素。Illustrator并不总是能清晰显示这些组件的位置或它们产生光栅化的原因。部分元素可能存在于您完全关闭的图层中，导致难以定位。有时可通过链接的缩略图判断组件性质（“咦，这看起来像我某个图层画的把手——该不会就是它？”）。视觉判断往往是识别并清除光栅化元素的最快途径。

Illustrator 将 SVG 元素转换为点阵图的常见情况之一，是当需要对包含 SVG 滤镜的路径应用路径查找器效果时。例如，当尝试对路径组执行“修剪”操作（通过效果 → 路径查找器 → 修剪）时，若其中任意路径已应用任何类型的SVG滤镜，该路径将被静默转换为名为“<Image>”的新位图图层 （名称两侧带有尖括号），无论您先前为其命名为何。若您发现栅格图层“凭空出现”而感到困惑，请考虑是否曾在某处使用路径查找器修改过含SVG滤镜的图层。若该图层包含您认为对最终图像至关重要的效果或滤镜，现在就需要从头重建。多次犯此错误后，您终将学会避免对含SVG滤镜的图层应用路径查找器效果。

我找到了一个栅格——我现在该怎么处理它？

那么，如果光栅渲染的视觉元素是你真正想要保留的呢？根据你想保留的内容，你可能有几种选择。如果你曾对该元素应用过“风格化”或“Photoshop效果”滤镜，现在就放弃吧：这些效果永远无法正确渲染为SVG组件，因为SVG代码中不存在能生成它们的等效代码。你可以尝试通过其他方式生成类似效果，比如使用各种SVG滤镜，但“样式化”滤镜和“Photoshop效果”滤镜是绝对禁止使用的。

最后，如果图像确实包含光栅图像，除非你在Illustrator的SVG保存对话框中选择“嵌入”（而非“链接”）这些光栅，否则文件将无法上传至Commons——因为它不会包含被链接的文件（即SVG图像会引用自身未包含的对象，而Commons上传向导会检测到并禁止此类操作）。若您能生成不含光栅图像的最终版本，则无需担心此问题。

IE 浏览器

Internet Explorer 与 Illustrator 在符号内放置剪切蒙版的方式不兼容，当在符号中遇到剪切蒙版时会忽略其本身及其内容（即使在 Illustrator 的 SVG 版本文件中剪切蒙版已被“关闭”亦然）；Internet Explorer 也不会渲染包含透明蒙版的符号，导致其在最终绘图中缺失。

火狐浏览器（Firefox）

Firefox 无法处理符号或符号集内的渐变路径、渐变描边或滤镜效果，将显示此类符号时省略存在问题的路径/描边/滤镜（符号中其他非渐变/未滤镜的部分仍可正常渲染）。这构成重大问题，因为符号（如同构成它们的路径）通常包含渐变效果。Mozilla 错误 376027 记录了此问题。

Firefox 也不会渲染嵌套在剪裁组内的任何透明区域，将其中内容从生成的图像中剔除——即使在 Illustrator 版本的图像中剪裁蒙版处于“关闭”状态时也是如此。不过，它能够正常渲染位于透明区域内的剪裁蒙版。

但令人有些意外的是，Firefox 确实能够正确渲染混合效果中的渐变——即使构成该混合的两个对象之一恰好是包含渐变的符号。不过，包含该符号本身的混合端点会渲染为空白对象；此外，此功能仅在端点本身并非均为符号时有效：至少其中一个端点必须是常规路径。

在某些情况下，Firefox 不会显示符号内的剪切蒙版，而是将符号创建得如同蒙版根本不存在（尽管在 Illustrator 中它们可能清晰可见）。本文（实际上任何地方）均未提供此现象的原因及解决方案。若您遇到此问题，只能自行解决。

Google Chrome

谷歌Chrome浏览器始终能够以预期格式呈现SVG文件，完整保留其剪裁蒙版、透明效果、渐变效果、符号等特性。讽刺的是，这使得Chrome成为验证SVG文件通用性的最不可靠浏览器：图像在Chrome中正确显示仅意味着Chrome完成了自身任务——并不代表Firefox、IE或Safari也能做到。确保SVG图像在广泛浏览器中正确渲染的唯一方法，是逐一打开测试其显示效果。在为Commons创建SVG文件时，应寻求最低公约数标准。

此类跨平台解释错误几乎肯定还有许多，其中大多数涉及符号、剪切蒙版、透明蒙版、滤镜效果和/或渐变的使用，尽管确切数量尚不清楚。然而，由于最终SVG文件需兼容各类平台的可读性，解决此类问题将成为使用Illustrator时的挑战之一：符号链接可能失效（导致其转化为内存效率低下的路径和描边，但通常优于符号在不同浏览器中渲染异常的情况）； 同一路径内的多重渐变填充需拆解为独立堆叠路径，但此举同样会牺牲内存效率；等等。

第 X 行，第 Y 列：属性id声明了重复的ID值SomeNameofthatValue

Illustrator 有一个不当转换，即会为某些对象分配重复的 ID。虽然这在 Illustrator 中不会引发错误，但在 SVG 格式下却无法正常工作（或者说，虽然能运行，但会引发验证错误，这意味着该脚本在技术上“无效”且未通过“验证”）。例如，当你拥有多个相同符号的实例，并将其转换为该符号的独立实例时（例如，为了避免 Firefox 在符号内使用渐变时出现的问题），这种情况似乎就会发生：Illustrator 会将这些符号转换为各自命名的独立实例，这些实例不再是符号而是对象，但可能不会为每个新对象分配完全不同的 ID 名称。

你可能会以为可以通过编辑 SVG 文件来更改某个问题 ID 的名称，但这行不通，因为每个 ID 都与图像中的特定元素相关联，更改名称只会导致 SVG 文件中出现对一个实际上并不存在的命名对象的调用。此外，如果你在 Illustrator 版本的图像中进行任何新修改，然后再次将其保存为 SVG，对 SVG 代码所做的任何修改都将丢失。唯一应该直接修改 SVG 代码的情况是更改字体家族以及调整字体大小格式（如前所述，从“点”改为“em（当前元素字体尺寸（font-size）的 一倍）”）。

解决重复ID错误的第一步，是准确找出图像中哪些对象存在重复ID。W3C验证器会在错误行中显示该元素的ID名称——如果你在创建元素时为每个元素都指定了名称，这将极大有助于定位问题所在。当然，并非所有人都这样做，因此你可能需要采取其他方法。在我最近生成的 此处 图片中，运行验证器时发现名为 New_Symbol_13_33 的对象出现了 ID 重复问题。我已将该符号的各个实例转换为独立元素（因为该符号包含渐变，且我知道若保留为符号，Firefox将无法正确渲染），因此我必须找出该符号名称在图层列表中的出现位置。我还发现，无论该符号具体是什么，我在图像中至少使用了它 33 次。一种可能的识别方法是编辑 SVG 代码，删除该对象/元素的第一个或第二个实例，然后观察在浏览器窗口中显示时能否通过视觉判断其内容。如果能识别出来，我就可以回到 Illustrator 版本中，对其进行调整（最可能的方法是更改名称），重新保存为 SVG 格式，并再次通过 Validator 进行验证，以确认问题是否已解决。

第 X 行，第 Y 列：在此位置不允许在 SVG 元素路径上使用 enable-background 属性。

当您尝试将 Illustrator 文件另存为 SVG 格式时，会弹出“SVG 选项”窗口，在其中的“高级选项”部分，有一个用于调整 CSS 属性的选项。如果此选项设置为“呈现属性”而非“样式属性”，可能会导致此错误（当然，该错误也可能由其他原因引起，但这已是一个已知问题）。请尝试将“CSS 属性”设置为“样式属性”后保存文件，错误应会消失。

第 X 行，第 Y 列：属性 id 声明了重复的 ID 值 SVGID_'‘N’'_

这里的“N”代表某个数字。该错误会成批出现，并附带提示文本，告知您最初在何处为该 SVGID 对象命名。问题在于，您从未给该对象命名过，也无法判断它是什么。当您使用包含渐变蒙版的不透明度，并从 Illustrator 将文件保存为 SVG 格式时，可能会生成 SVGID。Illustrator 本身可能甚至不存在任何名为 SVGID_“任意名称”_ 的对象——该对象的名称是在文件转换过程中被分配的，而非由绘图者本人命名的。你可以尝试完全避免使用透明度蒙版功能来解决此问题，因为该功能普遍存在已知问题。重启 Illustrator 并重新将文件保存为 SVG 格式也可能有所帮助。