diff options
Diffstat (limited to 'files/zh-cn/web/svg/faq/index.html')
| -rw-r--r-- | files/zh-cn/web/svg/faq/index.html | 100 |
1 files changed, 0 insertions, 100 deletions
diff --git a/files/zh-cn/web/svg/faq/index.html b/files/zh-cn/web/svg/faq/index.html deleted file mode 100644 index 59ca239079..0000000000 --- a/files/zh-cn/web/svg/faq/index.html +++ /dev/null @@ -1,100 +0,0 @@ ---- -title: 与SVG、Mozilla有关的常见问题 -slug: Web/SVG/FAQ -tags: - - SVG - - SVG FAQ - - 需要更新 -translation_of: Archive/Mozilla/SVG_FAQ ---- -<div class="note"><strong>注意：</strong>这个页面可能有点过时了。</div> - -<h3 id="What_is_the_status_of_the_SVG_implementation.3F" name="What_is_the_status_of_the_SVG_implementation.3F">SVG的编译器正处于哪种状态？</h3> - -<p>我们目前维护了两个文档用来帮助回答这个问题：<a href="/en/SVG_in_Firefox" title="en/SVG_in_Firefox">status page for SVG in Firefox 1.5+</a> 和 <a href="/en/Mozilla_SVG_Status" title="en/Mozilla_SVG_Status">a status page for SVG in the development trunk</a>.</p> - -<h3 id="Why_does_Mozilla_show_source_code.2Fgibberish_instead_of_SVG.3F" name="Why_does_Mozilla_show_source_code.2Fgibberish_instead_of_SVG.3F">为什么Mozilla会显示源代码或乱码，而不是显示SVG图像？</h3> - -<p>这有两种可能的原因：SVG文件中有一个小错误，或者服务器配置不对。</p> - -<p>如果源码的顶部有灰色区域，灰色区域里有文字“This XML file does not appear to have any style information associated with it（该XML文件找不到任何与它关联的样式信息）”，则问题是与SVG关。作为一个合未能的根SVG文件中的<svg>标签，必须至少跟随两个“命名空间绑定”。</p> - -<pre><svg xmlns="http://www.w3.org/2000/svg" -xmlns:xlink="http://www.w3.org/1999/xlink"> -</pre> - -<p>实际上第二个绑定并非总是必要的，但是除非你了解命名空间，我们<strong>强烈</strong>建议你包含它。欲了解更多信息，请看这个<a href="http://jwatt.org/svg/authoring/#server-configuration">链接</a>。</p> - -<p>If source code is displayed without a gray area at the top, or if you just see gibberish, then the problem is server misconfiguration. When servers send user agents an SVG file they must tell the user agent that the file has the MIME type "image/svg+xml", and if the SVG file is stored gzipped they must tell the browser that too. Mozilla is strict about this, and no, it's not a bug. Failing to respect the MIME types servers send is incorrect and has been a source of security holes in other browsers. Mozilla will not be changing this behaviour. For more information on server configuration for SVG see <a class="external" href="http://jwatt.org/svg/authoring/#server-configuration">this link</a>.</p> - -<h3 id="Why_does_Mozilla_show_an_.22XML_Parsing_Error.22_message_instead_of_SVG.3F" name="Why_does_Mozilla_show_an_.22XML_Parsing_Error.22_message_instead_of_SVG.3F">为什么Mozilla显示一个“XML解析错误”消息，而不是显示SVG？</h3> - -<p>This is an XML debugging message to help XML authors correct errors in their XML documents. Mozilla will show this message when there's an XML well formedness error in the file it tried to load. (It doesn't mean there's an error in Mozilla.) There are many different XML errors, but the most common one in SVG files is "XML Parsing Error: prefix not bound to a namespace". This is (almost certainly) because the 'xmlns:xlink' attribute has been used in the file without including the following two namespace bindings on the root <code><svg></code> tag.</p> - -<pre class="code"><svg xmlns="http://www.w3.org/2000/svg" -xmlns:xlink="http://www.w3.org/1999/xlink"> -</pre> - -<p>确保你的所有的SVG文件都绑定了它。欲了解更多信息请阅读这个<a href="http://jwatt.org/svg/authoring/#namespace-binding">链接</a>。</p> - -<h3 id="Why_am_I_asked_to_choose_a_program_to_open_SVG_files.3F" name="Why_am_I_asked_to_choose_a_program_to_open_SVG_files.3F">为什么我们被要求选择一个程序以打开SVG文件？</h3> - -<p>When you try to load SVG files from some websites you may get a dialogue asking you "What should Firefox do with this file?". This is either because your browser doesn't support SVG (you must have Mozilla Firefox 1.5 or newer), or because the webpage/server isn't correctly telling Mozilla that the file contains SVG. For example, webpages that embed SVG using the <code><object></code> or <code><embed></code> tags must have a 'type' attribute assigned with the correct SVG MIME type of "image/svg+xml". If the MIME type specified is wrong (for example image/svg-xml) Mozilla won't recognise it. If that isn't the problem, then it may be that the server hosting the website is misconfigured. For information on configuring servers for SVG see <a class="external" href="http://jwatt.org/svg/authoring/#server-configuration">this link</a>.</p> - -<h3 id="Why_am_I_asked_to_install_a_plug-in_to_view_SVG_files.3F" name="Why_am_I_asked_to_install_a_plug-in_to_view_SVG_files.3F">为什么我被要求安装一个插件以查看SVG文件？</h3> - -<p>This is probably because there is an <code><embed></code> or <code><object></code> tag in the HTML page and its 'type' attribute is set to the wrong MIME type. The SVG MIME type is <code>image/svg+xml</code> (not <code>image/svg-xml</code> or anything else for that matter). Correct this mistake or ask the document maintainer to correct it.</p> - -<h3 id="How_should_I_report_bugs_in_Mozilla_SVG.3F" name="How_should_I_report_bugs_in_Mozilla_SVG.3F">我需要如何在Mozilla SVG中报告bug？</h3> - -<p>If you discover any problems with our SVG implementation that you think we should know about then we'd like to hear from you. To help us make the best use of our time, please first search in the <a class="link-https" href="https://bugzilla.mozilla.org/query.cgi?product=Core&component=SVG">SVG component of our bug database</a> to check that the issue hasn't already been reported. If you can't find a matching bug please <a class="link-https" href="https://bugzilla.mozilla.org/enter_bug.cgi?product=Core&component=SVG">file a new SVG bug report</a>, preferably attaching a (very small!) SVG file that demonstrates the bug. If you have any problems with the bug database feel free to <a href="#Original_Document_Information">contact contact us</a>.</p> - -<h3 id="Can_I_use_a_plugin_for_SVG_instead_of_Mozilla.27s_native_support.3F" name="Can_I_use_a_plugin_for_SVG_instead_of_Mozilla.27s_native_support.3F">我可以使用一个SVG的插件代替Mozilla的原生支持吗？</h3> - -<p>Individuals can choose to use a plugin to view SVG in Mozilla on their own computers, but there is no way for SVG content authors to make Mozilla use a plugin when people view the SVG files on their website. The native SVG support must be turned off before Mozilla will look to see if there's an SVG plugin installed. This is done by toggling a hidden user configuration preference (pref). To access the pref type <code>about:config</code> into the URL bar, then type <code>svg.enabled</code> into the Filter field. When you double click on the pref you will see its value change to and from true/false, turning the native support on/off.</p> - -<h3 id="How_does_Mozilla.27s_SVG_implementation_compare_to_Adobe.27s.3F" name="How_does_Mozilla.27s_SVG_implementation_compare_to_Adobe.27s.3F">Mozilla的SVG编译器与Adobe的编译器相比如何？</h3> - -<p>Mozilla's native implementation is less complete than Adobe SVG Viewer's in general. There are major features such as filters and SMIL based animation that have still to be implemented in Mozilla. However, Mozilla's implementation already supports some things that Adobe's lacks, particularly parts of the XML and SVG DOMs. For example we support SVG exceptions and SVGTransform objects.</p> - -<h3 id="How_do_you_install_Adobe.27s_SVG_Viewer_in_Mozilla.3F" name="How_do_you_install_Adobe.27s_SVG_Viewer_in_Mozilla.3F">你该如何在Mozilla中安装Adobe的SVG浏览器？</h3> - -<p>The SVG project is about Mozilla's native implementation of SVG, not Adobe/Corel/whoever's plug-in. However, we might as well answer this question to save you searching for this information elsewhere. See <a class="external" href="http://plugindoc.mozdev.org/windows1.html#AdobeSVG">these install instructions</a> on mozdev.org. It's also useful to know that you can check whether Mozilla has recognised your plug-ins by typing 'about:plugins' into your address bar (linking to that doesn't work for security reasons).</p> - -<h3 id="Does_Mozilla_work_with_Corel.27s_SVG_plug-in.3F" name="Does_Mozilla_work_with_Corel.27s_SVG_plug-in.3F">Mozilla可以与Corel的SVG插件共事吗？</h3> - -<p>There are reports that it does, but that it's slower than the Adobe plug-in. See <a class="external" href="http://plugindoc.mozdev.org/windows1.html#CorelSVG">this document</a> for information on how to install it.</p> - -<h3 id="Can_you_have_both_native_SVG_support_and_an_SVG_plug-in_installed.3F" name="Can_you_have_both_native_SVG_support_and_an_SVG_plug-in_installed.3F">原生SVG支持以及SVG插件安装可以共存的吗？</h3> - -<p>Yes. If the plug-in works with the equivalent non-SVG version of Mozilla, then it should also work in the SVG enabled version. To be able to use it, you must make sure the <a class="external" href="http://weblogs.mozillazine.org/tor/archives/2005/02/important_svg_b.html">svg.enabled</a> pref is set to false. This will disable the native SVG support.</p> - -<h3 id="Does_the_.3Cembed.3E_tag_support_SVG_documents.3F" name="Does_the_.3Cembed.3E_tag_support_SVG_documents.3F"><code><embed></code> 标签支持SVG文档吗？</h3> - -<p>Yes. As of 2004-11-11, builds with native SVG support will use the native support to render SVG documents that are embeded by reference into an HTML document using the <code><embed></code> tag. Note that this capability was added to support legacy content. The <code><object></code> tag should be used in preference to the <code><embed></code> tag in new content whenever possible.</p> - -<p>The first milestone builds that will have this support will be SVG enabled builds of Firefox 1.5.</p> - -<h3 id="What_can_I_do_to_help_the_SVG_project.3F" name="What_can_I_do_to_help_the_SVG_project.3F">我可以为SVG项目做什么？</h3> - -<p>Okay so maybe this isn't such a frequently asked question, but if it was, just think how much further on with our SVG implementation we could be! We're always looking for help from anyone willing to lend a hand. If you're a C++ programmer interested in working on the SVG implementation, please <a href="#Original_Document_Information">contact us</a> and we'll be happy to help you get involved. Alternatively, if you're an SVG user you can help by testing the SVG enabled nightlies and filing bugs with <a class="external" href="http://wiki.mozilla.org/MozillaQualityAssurance:Triage#How_to_Really.2C_Really_Help_Developers_on_Bugs_--_Minimal_Testcases">minimal testcases</a> whenever you encounter a problem. If you can't do either of these things you should still feel free to ask us friendly questions and give us constructive feedback.</p> - -<h3 id="Who.27s_currently_working_on_what.3F" name="Who.27s_currently_working_on_what.3F">当前在做什么工作？</h3> - -<p>Other than reviewing patches and fixing the occassional bug, <a class="link-mailto" href="mailto:alex@croczilla.com">Alex</a> is currently taking a break from active SVG development to concentrate on 'real work' and cool stuff like <a class="external" href="http://croczilla.com/xtf/">XTF</a> and <a class="external" href="http://croczilla.com/jssh/">JSSh</a>. <a class="link-mailto" href="mailto:tor@acm.org">Tim</a> is working on implementing <code><filter></code> and working on items that need to be done before turning on SVG by default. After recently implementing gradients, <a class="link-mailto" href="mailto:scootermorris@comcast.net">Scooter</a> is working on fixing some issues that remain outstanding and fixing <code><switch></code>. <a class="link-mailto" href="mailto:jonathan.watt@strath.ac.uk">Jonathan</a> is working on various bugs, especially those that need to be fixed before SVG can be enabled in the official builds. <a class="link-mailto" href="mailto:daa@rm.incc.net">David</a> continues to create SVG enabled nightlies and answer build related questions as he has done for some time. Finally, occasional fixes are provided by other Mozilla hackers.</p> - -<h3 id="How_can_I_get_in_contact_with_you.3F" name="How_can_I_get_in_contact_with_you.3F">怎样和你联系？</h3> - -<p>The best way to get in contact with us is to join the <a class="link-irc" href="irc://irc.mozilla.org/svg">#svg channel</a> on mozilla.org's IRC server. This is where most of us hang out to discuss issues relating to the SVG implementation. If you don't have an IRC client then install <a class="link-https" href="https://addons.mozilla.org/en-US/firefox/addon/16">ChatZilla</a> into Mozilla/Mozilla Firefox (note it may already be built in). Clicking on the link above should then take you straight there. If you'd prefer to contact us by email you can send an email to our newsgroup <a class="link-news" href="news://news.mozilla.org/mozilla.dev.tech.svg">mozilla.dev.tech.svg</a> which is <a class="external" href="http://groups.google.com/group/mozilla.dev.tech.svg/topics">archived here</a>. Alternatively you can email any of us directly of course (see the preceeding question for our email addresses).</p> - -<div class="originaldocinfo"> -<h2 id="Original_Document_Information" name="Original_Document_Information">Original Document Information</h2> - -<ul> - <li>Author(s): <a class="link-mailto" href="mailto:jwatt@jwatt.org">Jonathan Watt</a></li> - <li>Last Updated Date: November 6, 2006</li> - <li>Copyright Information: Portions of this content are © 1998–2007 by individual mozilla.org contributors; content available under a Creative Commons license | <a class="external" href="http://www.mozilla.org/foundation/licensing/website-content.html">Details</a>.</li> -</ul> -</div> - -<p>{{ languages( { "ja": "ja/Mozilla_SVG_Project_FAQ" } ) }}</p> |