Fragment identifier

From Wikipedia, the free encyclopedia
Jump to: navigation, search

In computer hypertext, a fragment identifier is a short string of characters that refers to a resource that is subordinate to another, primary resource. The primary resource is identified by a Uniform Resource Identifier (URI), and the fragment identifier points to the subordinate resource.

The fragment identifier introduced by a hash mark # is the optional last part of a URL for a document. It is typically used to identify a portion of that document. The generic syntax is specified in RFC 3986. The hash mark separator in URIs does not belong to the fragment identifier.

Basics[edit]

In URIs a hashmark # introduces the optional fragment near the end of the URL. The generic RFC 3986 syntax for URIs also allows an optional query part introduced by a question mark ?. In URIs with a query and a fragment, the fragment follows the query. Query parts depend on the URI scheme and are evaluated by the server — e.g., http: supports queries unlike ftp:. Fragments depend on the document MIME type and are evaluated by the client (Web browser). Clients are not supposed to send URI-fragments to servers when they retrieve a document, and without help from a local application (see below) fragments do not participate in HTTP redirections.[1]

A URI ending with # is permitted by the generic syntax and could be considered as a kind of empty fragment. In MIME document types such as text/html or any XML type, empty identifiers to match this syntactically legal construct are not permitted. Web browsers typically display the top of the document for an empty fragment.

The fragment identifier functions differently than the rest of the URI: namely, its processing is exclusively client-side with no participation from the web server — of course the server typically helps to determine the MIME type, and the MIME type determines the processing of fragments. When an agent (such as a Web browser) requests a web resource from a Web server, the agent sends the URI to the server, but does not send the fragment. Instead, the agent waits for the server to send the resource, and then the agent processes the resource according to the document type and fragment value.[2]

Examples[edit]

  • In URIs for MIME text/html pages such as http://www.example.org/foo.html#bar the fragment refers to the element with id="bar".
    • Graphical Web browsers typically position pages so that the top of the element identified by the fragment id is aligned with the top of the viewport; thus fragment identifiers are often used in tables of content and in permalinks.
    • The appearance of the identified element can be changed through the :target CSS pseudoclass; Wikipedia uses this to highlight the selected reference. Notably CSS display: block can be used to show content only if it is the target, and otherwise hidden by display: none.
    • The deprecated name attribute (allowed only for some elements) had a similar purpose in now obsolete browsers. If present name and id must be identical.
  • In all XML document types including XHTML fragments corresponding to an xml:id or similar id attributes follow the Name-syntax and begin with a letter, underscore, or colon. Notably they cannot begin with a digit or hyphen.[3]
    • xml:id is one of the few generic XML attributes, e.g., xml:lang, which can be used without explicitly declaring a namespace.[4] In XHTML id has to be used, because XHTML was specified before xml:id existed.
  • In XML applications, fragment identifiers in a certain syntax can be XPointers; for example, the fragment identifier in the URI http://www.example.org/foo.xml#xpointer(//Rube) refers to all XML elements named "Rube" in the document identified by the URI http://www.example.org/foo.xml. An XPointer processor, given that URI, would obtain a representation of the document (such as by requesting it from the Internet) and would return a representation of the document's "Rube" elements.
  • In RDF vocabularies, such as RDFS, OWL, or SKOS, fragment identifiers are used to identify resources in the same XML Namespace, but are not necessarily corresponding to a specific part of a document. For example http://www.w3.org/2004/02/skos/core#broader identifies the concept "broader" in SKOS Core vocabulary, but it does not refer to a specific part of the resource identified by http://www.w3.org/2004/02/skos/core, a complete RDF file in which semantics of this specific concept is declared, along with other concepts in the same vocabulary.
  • In URIs for MIME text/plain documents RFC 5147 specifies a fragment identifier for the character and line positions and ranges within the document using the keywords "char" and "line". Some popular browsers do not yet support RFC 5147.[5] The following example identifies lines 11 through 20 of a text document:
    • http://example.com/document.txt#line=10,20
  • In URIs for MIME audio/*, image/*, video/* documents, very few have defined fragments or fragment semantics.[6] The Media Fragments URI 1.0 (basic) syntax supports addressing a media resource along two dimensions (temporal and spatial) using the keywords t and xywh. Therefore, one can use the following media fragments URI in the src attribute of the audio or video HTML5 element:
    • http://example.com/foo.mp4#t=10,20
    • http://example.com/bar.webm#t=40,80&xywh=160,120,320,240
    • Other websites use the fragment part to pass some extra information to scripts running on them – for example, Google Video understands permalinks in the format of #01h25m30s to start playing at the specified position,[7] and YouTube uses similar code such as #t=3m25s.[8]
  • In JavaScript, the fragment identifier of the current HTML or XHTML page can be accessed in the "hash" property location.hash — note that Javascript can be also used with other document types. With the rise of AJAX, some websites use fragment identifiers to emulate the back button behavior of browsers for page changes that do not require a reload, or to emulate subpages.
    • For example, Gmail uses a single URL for almost every interface – mail boxes, individual mails, search results, settings – the fragment is used to make these interfaces directly linkable.[9]
    • Adobe Flash websites can use the fragment part to inform the user about the state of the website or web application, and to facilitate deep linking, commonly with the help of the SWFAddress JavaScript library.
  • In URIs for MIME application/pdf documents PDF viewers recognize a number of fragment identifiers.[10][11] For instance, a URL ending in .pdf#page=35 will cause most readers to open the PDF and scroll to page 35. Several other parameters are possible, including #nameddest= (similar to HTML anchors), #search="word1 word2", #zoom=, etc. Multiple parameters can be combined with ampersands:
    • http://example.org/doc.pdf#view=fitb&nameddest=Chapter3.

Proposals[edit]

Several proposals have been made for fragment identifiers for use with plain text documents (which cannot store anchor metadata), or to refer to locations within HTML documents in which the author has not used anchor tags:

  • As of September 2012 the Media Fragments URI 1.0 (basic) is a W3C Recommendation.[12]
  • The Python Package Index appends the MD5 hash of a file to the URL as a fragment identifier, so the integrity of the file can be checked automatically.[13]
    • http://pypi.python.org ... zodbbrowser-0.3.1.tar.gz#md5=38dc89f294b24691d3f0d893ed3c119c
  • A hash-bang [14] fragment is a fragment starting with an exclamation mark !. An exclamation mark is illegal in HTML, XHTML, and XML identifiers, ensuring separation from that functionality.
    • Google Webmaster Central has proposed[15] and stated a standard[16] using an initial exclamation mark in fragment identifiers for stateful AJAX pages:
      http://example.com/page?query#!state
    • Hash-bang URIs have been considered problematic by a number of writers including Jeni Tennison at the W3C because they make pages inaccessible to those who do not have JavaScript activated in their browser. They also break HTTP referer headers as browsers are not allowed to send the fragment identifier in the Referer header.[14]
    • Mozilla Foundation employee Gervase Markham has proposed a fragment identifier for searching, of the form #!s!search terms. The exclamation point is illegal in anchor tags, ensuring separation from that functionality. Adding a number after the s (#!s10!) indicates that the browser should search for the nth occurrence of the search term. A negative number (#!s-3!) starts searching backwards from the end of the document. A Greasemonkey script is available to add this functionality to compatible browsers.[17]
      • http://example.com/index.html#!s3!search terms
  • Erik Wilde and Marcel Baschnagel of the ETH Zurich extend this to also identify fragments in plain text documents using regular expressions, with the keyword "match".[18] They also describe a prototype implementation as an extension for the Firefox browser. For example, the following would find the case-insensitive text "RFC" anywhere in the document:
    • http://example.com/document.txt#match=[rR][fF][cC]
  • K. Yee of the Foresight Institute proposes "extended fragment identifiers" delimited with colons and a keyword to differentiate them from anchor identifiers. A text search fragment identifier with "fragment specification scheme" id "words" is the first proposal in this scheme.[19] The following example would search a document for the first occurrence of the string "some context for a search term" and then highlight the words "search term":
    • http://example.com/index.html#:words:some-context-for-a-(search-term)
  • The LiveURLs project proposed a fragment identifier format for referring to a region of text within a page, of the form #FWS+C, where F is the length of the first word (up to five characters), W is the first word itself, S is the length of the selected text and C is a 32-bit CRC of the selected text.[20] They implemented a variant of this scheme as an extension for the Firefox browser,[21] using the form #LFWS+C, where L is the length of the fragment itself, in two hex digits. Linking to the word "Fragment" using the implemented variant would yield:
    • http://example.com/index.html#115Fragm8+-52f89c4c

See also[edit]

References[edit]

  1. ^ "RFC 3986 Uniform Resource Identifier (URI): Generic Syntax". Internet Engineering Task Force. January 2005. Retrieved March 6, 2012. 
  2. ^ "Representation types and fragment identifier semantics". Architecture of the World Wide Web, Volume One. W3C. 2004. Retrieved July 13, 2011. 
  3. ^ "Validity constraint: ID". XML 1.0 (Fifth Edition). W3C. 2008. Retrieved July 13, 2011. 
  4. ^ "xml:id Version 1.0". W3C. 2005. Retrieved July 13, 2011. 
  5. ^ "Issue 77024". Chromium. 2011. Retrieved July 13, 2011. 
  6. ^ "Media Type Review". W3C Media Fragments Working Group. 2009. Retrieved April 29, 2009. 
  7. ^ "New Feature: Link within a Video". Google. July 19, 2006. Retrieved July 13, 2011. 
  8. ^ Link to Specific Content in Gmail, Google Blogoscoped, November 17, 2007
  9. ^ "PDF Open Parameters - Specifying PDF Open Parameters in a URL". Adobe. July 11, 2005. Retrieved July 13, 2011. 
  10. ^ "RFC 3778 - The application/pdf Media Type". The Internet Society. May 2004. Retrieved Aug 26, 2013. 
  11. ^ "Media Fragments URI 1.0 (basic) W3C Recommendation". Retrieved September 25, 2012. 
  12. ^ "Pypi md5 check support". Retrieved July 13, 2011. "Pypi has the habit to append an md5 fragment to its egg urls, we'll use it to check the already present distribution files in the cache" 
  13. ^ a b "Hash URIs". W3C Blog. May 12, 2011. Retrieved July 13, 2011. 
  14. ^ "Proposal for making AJAX crawlable". Google. October 7, 2009. Retrieved July 13, 2011. 
  15. ^ "(Specifications) Making AJAX Applications Crawlable". Google. Retrieved March 4, 2013. 
  16. ^ Fragment Search, gerv.net
  17. ^ Fragment identifiers for plain text files, Erik Wilde and Marcel Baschnagel, Swiss Federal Institute of Technology (ETH Zürich), Proceedings of the sixteenth ACM conference on Hypertext and hypermedia doi:10.1145/1083356.1083398
  18. ^ Text-Search Fragment Identifiers, K. Yee, Network Working Group, Foresight Institute, March 1998
  19. ^ The technology behind LiveURLs, accessed 2011-03-13
  20. ^ "Web Marker" Firefox add-on, accessed 2011-03-13

External links[edit]

  • W3C Media Fragments Working Group, establishing a URI syntax and semantics to address media fragments in audiovisual material (such as a region in an image or a sub-clip of a video)
  • MediaMixer Community Portal collects presentations, tutorials, use cases and demonstrators related to use of Media Fragment technology