mozilla

Compare Revisions

Mozilla Web Developer FAQ

Change Revisions

Revision 137090:

Revision 137090 by Andyyard on

Revision 137091:

Revision 137091 by LukeChang on

Title:
Mozilla Web Developer FAQ
Mozilla Web Developer FAQ
Slug:
Mozilla_Web_Developer_FAQ
Mozilla_Web_Developer_FAQ
Tags:
"Browser close event:How to detect browser close event if 'X' button of browser is clicked in Mozilla"
"Browser close event:How to detect browser close event if 'X' button of browser is clicked in Mozilla"
Content:

Revision 137090
Revision 137091
nn10    <p>
11      这份文档回答了使用像Firefox等基于Gecko的浏览器的人经常在Mozilla提出的问题。在此份文档的末尾有更多的
 >关于FAQ的链接。
12    </p>
n14      Mozilla has two and a half layout modes: <a href="en/Mozilln17      Mozilla has two and a half layout modes: <a href="/en/Mozil
>a's_Quirks_Mode">Quirks, Almost Standards and Standards</a>. In t>la's_Quirks_Mode" title="en/Mozilla's_Quirks_Mode">Quirks, Almost
>he Standards mode Mozilla aims to treat documents authored in com> Standards and Standards</a>. In the Standards mode Mozilla aims 
>pliance with the <a class="external" href="http://www.w3.org/TR/#>to treat documents authored in compliance with the <a class="exte
>Recommendations">Recommendations</a> of the <a class="external" h>rnal" href="http://www.w3.org/TR/#Recommendations">Recommendation
>ref="http://www.w3.org/">World Wide Web Consortium</a> according >s</a> of the <a class="external" href="http://www.w3.org/">World 
>to the W3C Recommendations. In the Quirks mode—for the purpose of>Wide Web Consortium</a> according to the W3C Recommendations. In 
> backwards compatibility—Mozilla mimics some behaviors of legacy >the Quirks mode—for the purpose of backwards compatibility—Mozill
>browsers in ways that could cause W3C Recommendation-compliant do>a mimics some behaviors of legacy browsers in ways that could cau
>cuments to be handled against the W3C specifications. The Almost >se W3C Recommendation-compliant documents to be handled against t
>Standards mode is like the Standards mode except it addresses the>he W3C specifications. The Almost Standards mode is like the Stan
> issue of the <a href="#Why_are_there_gaps_between_image_rows_in_>dards mode except it addresses the issue of the <a href="#Why_are
>tables_when_the_layout_engine_is_in_the_Standards_mode.3F">next q>_there_gaps_between_image_rows_in_tables_when_the_layout_engine_i
>uestion</a> by rendering table cells with images in the tradition>s_in_the_Standards_mode.3F">next question</a> by rendering table 
>al way. The mode is picked based on the doctype declaration (or t>cells with images in the traditional way. The mode is picked base
>he lack thereof) at the beginning of an HTML document.>d on the doctype declaration (or the lack thereof) at the beginni
 >ng of an HTML document.
15    </p>
16    <ul>18    </p>
19    <ul>
17      <li>The easiest way to make sure that the <i>Standards mode20      <li>The easiest way to make sure that the <em>Standards mod
></i> is activated for HTML, is to use this doctype declaration:<b>e</em> is activated for HTML, is to use this doctype declaration:
>r>><br>
n20      <li>The easiest way to make sure that the <i>Almost Standarn23      <li>The easiest way to make sure that the <em>Almost Standa
>ds mode</i> is activated for HTML, is to use this doctype declara>rds mode</em> is activated for HTML, is to use this doctype decla
>tion:<br>>ration:<br>
n28      The easiest way to activate the <i>Quirks mode</i> for HTMLn31      The easiest way to activate the <em>Quirks mode</em> for HT
> is to omit the doctype declaration. However, authoring new docum>ML is to omit the doctype declaration. However, authoring new doc
>ents that rely on quirks is discouraged.>uments that rely on quirks is discouraged.
n43      In the CSS2 box layout model the default <a class="externaln46      In the CSS2 box layout model the default <a class="external
>" href="http://www.w3.org/TR/REC-CSS2/visudet.html#q15">vertical >" href="http://www.w3.org/TR/REC-CSS2/visudet.html#q15">vertical 
>sizing</a> of layout boxes and the default <a href="en/CSS/vertic>sizing</a> of layout boxes and the default <a href="/en/CSS/verti
>al-align">vertical alignment</a> of images is different from the >cal-align" title="en/CSS/vertical-align">vertical alignment</a> o
>behavior of old browsers. These aspects of the layout can be chan>f images is different from the behavior of old browsers. These as
>ged by explicitly setting the <code>display</code> CSS property o>pects of the layout can be changed by explicitly setting the <cod
>f the images (and possible surrounding <code>&lt;a&gt;</code> ele>e>display</code> CSS property of the images (and possible surroun
>ments) to <code>block</code>.>ding <code>&lt;a&gt;</code> elements) to <code>block</code>.
n49      <a href="en/Images%2c_Tables%2c_and_Mysterious_Gaps">Longern52      <a href="/en/Images,_Tables,_and_Mysterious_Gaps" title="en
> explanation…</a>>/Images,_Tables,_and_Mysterious_Gaps">Longer explanation…</a>
n123      Some proprietary document objects such as <code>document.aln126      Some proprietary document objects such as <code>document.al
>l</code> and <code>document.layers</code> are not part of the W3C>l</code> and <code>document.layers</code> are not part of the W3C
> DOM and are not supported in Mozilla. (There is partial undetect> DOM and are not supported in Mozilla. (There is partial undetect
>able support for <code>document.all</code>, though, in newer vers>able support for <code>document.all</code>, though, in newer vers
>ions of Mozilla. However, that functionality only exists for comp>ions of Mozilla. However, that functionality only exists for comp
>atibility with sites authored specifically for IE. You should not>atibility with sites authored specifically for IE. You should not
> rely on Mozilla’s <code>document.all</code> support on new pages> rely on Mozilla’s <code>document.all</code> support on new pages
>.) The method <code>document.getElementById()</code> <a href="en/>.) The method <code>document.getElementById()</code> <a href="/en
>Using_Web_Standards_in_your_Web_Pages/Using_the_W3C_DOM#Accessing>/Using_Web_Standards_in_your_Web_Pages/Using_the_W3C_DOM#Accessin
>_Elements_with_the_W3C_DOM">can be used instead</a>.>g_Elements_with_the_W3C_DOM" title="en/Using_Web_Standards_in_you
 >r_Web_Pages/Using_the_W3C_DOM#Accessing_Elements_with_the_W3C_DOM
 >">can be used instead</a>.
n140      Contrary to a popular belief stemming from the behavior of n143      Contrary to a popular belief stemming from the behavior of 
>a couple browsers running on the Windows platform, <code>alt</cod>a couple browsers running on the Windows platform, <code>alt</cod
>e> isn’t an abbreviation for ‘tooltip’ but for ‘<i>alt</i>ernativ>e> isn’t an abbreviation for ‘tooltip’ but for ‘<em>alt</em>ernat
>e’. The value of the <code>alt</code> attribute is a textual <i>r>ive’. The value of the <code>alt</code> attribute is a textual <e
>eplacement</i> for the image and is displayed when the image isn’>m>replacement</em> for the image and is displayed when the image 
>t.>isn’t.
n148      <li>When the alternative text is shown in a tooltip, other n151      <li>When the alternative text is shown in a tooltip, other 
>authors don’t want to supply textual alternatives at all, because>authors don’t want to supply textual alternatives at all, because
> they <i>don’t want</i> tooltips to appear. (Again, making things> they <em>don’t want</em> tooltips to appear. (Again, making thin
> harder for people who don’t see the image.)>gs harder for people who don’t see the image.)
149      </li>
150    </ul>152      </li>
151    <p>153    </ul>
154    <p>
152      There is <i>another</i> attribute that Mozilla shows as a t155      There is <em>another</em> attribute that Mozilla shows as a
>ooltip: <code>title</code>. In fact, the HTML 4.01 specification > tooltip: <code>title</code>. In fact, the HTML 4.01 specificatio
>suggests that the <code>title</code> attribute may be displayed a>n suggests that the <code>title</code> attribute may be displayed
>s a tooltip. However, this particular display method is not requi> as a tooltip. However, this particular display method is not req
>red and some other browsers show the <code>title</code> attribute>uired and some other browsers show the <code>title</code> attribu
> in the browser status bar, for example.>te in the browser status bar, for example.
n173      A <i>lot</i> of work has been put into Mozilla’s Unicode sun176      A <em>lot</em> of work has been put into Mozilla’s Unicode 
>pport. Supporting downloadable fonts in a cross-platform way woul>support. Supporting downloadable fonts in a cross-platform way wo
>d also be a <i>lot</i> of work and would potentially require navi>uld also be a <em>lot</em> of work and would potentially require 
>gating past a bunch of patents but the rewards would be small. Fo>navigating past a bunch of patents but the rewards would be small
>r the purpose of rendering non-ISO-8859-1 characters Mozilla alre>. For the purpose of rendering non-ISO-8859-1 characters Mozilla 
>ady provides Unicode support that, in the long run, is a lot bett>already provides Unicode support that, in the long run, is a lot 
>er approach than using pseudo-Latin downloadable fonts separately>better approach than using pseudo-Latin downloadable fonts separa
> on each site.>tely on each site.
n200      Also, the ways in which browser <var>x</var> reacts to somen203      Also, the ways in which browser <var>x</var> reacts to some
> standards-incompliant input are not all intentional. Some of the> standards-incompliant input are not all intentional. Some of the
> reactions are due to unknown and unintentional interactions with> reactions are due to unknown and unintentional interactions with
>in a complex program. Even if you had the source code for browser>in a complex program. Even if you had the source code for browser
> <var>x</var>, you couldn’t change <i>anything</i> without riskin> <var>x</var>, you couldn’t change <em>anything</em> without risk
>g changing one or more of the unknown and unintentional interacti>ing changing one or more of the unknown and unintentional interac
>ons within the program.>tions within the program.
201    </p>
202    <p>204    </p>
205    <p>
203      The usual counter argument is that Mozilla doesn’t need to 206      The usual counter argument is that Mozilla doesn’t need to 
>match the behavior of browser <var>x</var> in every possible case>match the behavior of browser <var>x</var> in every possible case
> but only in the alleged <i>common</i> cases. However, it turns o> but only in the alleged <em>common</em> cases. However, it turns
>ut Mozilla is doing that already. Mozilla’s Standards mode is, ob> out Mozilla is doing that already. Mozilla’s Standards mode is, 
>viously, already compatible with other browsers that implement th>obviously, already compatible with other browsers that implement 
>e same standards reasonably correctly. On the other hand, Mozilla>the same standards reasonably correctly. On the other hand, Mozil
>’s quirks mode already accommodates common non-standardisms that >la’s quirks mode already accommodates common non-standardisms tha
>are due to the behaviors of common legacy browsers.>t are due to the behaviors of common legacy browsers.
n232          <li>Most well-formedness constraints are enforced. (Curn235          <li>Most well-formedness constraints are enforced. (Cur
>rently Mozilla does not catch character encoding errors, because >rently Mozilla does not catch character encoding errors, because 
>the document is re-encoded using a lenient encoding converter bef>the document is re-encoded using a lenient encoding converter bef
>ore the document reaches the XML parser. This is a bug.) Despite >ore the document reaches the XML parser. This is a bug.) Despite 
>common allegations to the contrary, the document is <i>not</i> ch>common allegations to the contrary, the document is <em>not</em
>ecked for validity.>checked for validity.
n259      <li>In versions prior to Gecko 1.9/Firefox 3, the document n262      <li>In versions prior to Gecko 1.9/Firefox 3, the document 
>is not loaded and rendered incrementally. That is, the document i>is not loaded and rendered incrementally. That is, the document i
>s displayed only after the entire document has been received and >s displayed only after the entire document has been received and 
>parsed. Contrary to a common misguided assertion, this is not don>parsed. Contrary to a common misguided assertion, this is not don
>e in response to a requirement set forth in any W3C specification>e in response to a requirement set forth in any W3C specification
>. In particular, the XML specification does <i>not</i> require th>. In particular, the XML specification does <em>not</em> require 
>e entire document to be checked for errors before rendering can s>the entire document to be checked for errors before rendering can
>tart. The lack of incremental loading and display is simply a bug> start. The lack of incremental loading and display is simply a b
> (or a missing feature). This has been fixed in Gecko 1.9/Firefox>ug (or a missing feature). This has been fixed in Gecko 1.9/Firef
> 3.>ox 3.
tt336    </div>
337    <p>
333    </div>{{ languages( { "zh-cn": "cn/Mozilla_Web\u5f00\u53d1\u4338      {{ languages( { "zh-cn": "cn/Mozilla_Web\u5f00\u53d1\u4eba\
>eba\u5458_FAQ", "ja": "ja/Mozilla_Web_Developer_FAQ" } ) }}>u5458_FAQ", "ja": "ja/Mozilla_Web_Developer_FAQ" } ) }}
339    </p>

Back to History