@@ -2804,18 +2804,13 @@ <h3 id=local-pseudo><span class=secno>8.3. </span> The local link
28042804 belong to a hierarchical scheme, the functional pseudo-class matches
28052805 nothing.
28062806
2807- < p class =issue > Should a < code > :local-link(2)</ code > match a link from the
2808- document < code > http://example.com/foo</ code > to itself? (This would make
2809- Style 5 apply to Link 4.) (Relatedly, should a link from a document at an
2810- opaque URL to itself also match?)
2811-
2812- < p class =issue > If you're on a server architecture that allows both files
2813- and folders of the same name at a given level, so that
2814- "http://example.com/2011" and "http://example.com/2011/" are completely
2815- different, it seems weird that (as currently specced), they'd both match
2816- the document's url to 1 path level, even though they don't actually share
2817- any path segments on your server. Should check with Anne and make sure we
2818- match the URL spec.
2807+ < p class =issue > It's clear that, if the document URL has at least N
2808+ segments, then < code > :local-link(N)</ code > only matches links whose URL
2809+ has at least N segments. (This lets you assign consistent semantics to
2810+ :local-link so that, for example, :local-link(2) means a "within-repo"
2811+ link on GitHub.) What about if the document url has less than N segments,
2812+ and the link is same-page? Should "null segments" count as matching, or
2813+ not?
28192814
28202815 < h3 id =the-target-pseudo > < span class =secno > 8.4. </ span > The target
28212816 pseudo-class < a href ="#target-pseudo "> < code > :target</ code > </ a > </ h3 >
0 commit comments