@@ -588,13 +588,10 @@ Relative URLs</h4>
588588 The same image will be used regardless of the URL of the source document containing the <code> <body></code> .
589589 </div>
590590
591- <h4 id='local-urls'>
592- Fragment URLs</h4 >
591+ <h5 id='local-urls'>
592+ Fragment URLs</h5 >
593593
594- In some CSS-using languages like SVG,
595- one often needs to refer to elements in the host document directly
596- (such as to reference a <{linearGradient}> element).
597- To facilitate this and work around some common eccentriticites in browser URL handling,
594+ To work around some common eccentriticites in browser URL handling,
598595 CSS has special behavior for fragment-only urls.
599596
600597 If a ''url()'' ’s value starts with a U+0023 NUMBER SIGN (<code> #</code> ) character,
@@ -611,7 +608,7 @@ Fragment URLs</h4>
611608 it must serialize as just the fragment.
612609
613610 <details class=note>
614- <summary> What " browser eccentricities" ?</summary>
611+ <summary> What “ browser eccentricities” ?</summary>
615612
616613 Theoretically, browsers should re-resolve any relative URLs,
617614 including fragment-only URLs,
@@ -624,12 +621,10 @@ Fragment URLs</h4>
624621 (pointing at the previous base URL)
625622 and break in many of the places they're used.
626623
627- Refusing to re-resolve relative URLs makes sense in many cases
628- (it will usually give the <em> desired</em> behavior
629- when the URL is path-relative),
630- but fragment-only URLs express a clear semantic
624+ Since fragment-only URLs express a clear semantic
631625 of wanting to refer to the current document
632- regardless of what its URL is.
626+ regardless of what its current URL is,
627+ this hack preserves the expected behavior at least in these cases.
633628 </details>
634629
635630<h4 id="url-empty">
0 commit comments