17 Matching Annotations
  1. May 2021
    1. The simple problem that I see with fragment identifiers is that their existence and functionality relies completely on the developer rather than the browser. Yes, the browser needs to read and interpret the identifier and identify the matching fragment. But if the developer doesn’t include any id attributes in the HTML of the page, then there will be no identifiable fragments. Do you see why this is a problem? Whether the developer has coded identifiers into the HTML has nothing to do with whether or not the page actually has fragments. Virtually every web page has fragments. In fact, sectioning content as defined in the HTML5 spec implies as much. Every element on the page that can contain content can theoretically be categorized as a “fragment”.

      at the mercy of author

    2. This means that, regardless of what the developer has done behind the scenes in the HTML, all HTML fragments on that page should be identifiable by external referrers.
    1. There is a fundamental weakness in the name attribute, which the id attribute addresses: the name attribute is not required to be unique. This is OK for forms where you can have multiple elements with the same name, but unsuitable for the rest of the document where you are trying to uniquely identify an element.
    1. HTML fragment identifiers, as defined in the registration for the text/html media type [RFC2854] operate on id attributes and (now less frequently) the name attribute of the a, applet, frame, iframe, img and map elements.
  2. Apr 2020
  3. Dec 2019
    1. Available at: https://cioms.ch/wp-content/uploads/2017/01/WEB-CIOMS-EthicalGuidelines.pdf.

      This URL seems very unstable, so I archived the file at http://web.archive.org/web/20191223233751/https://cioms.ch/wp-content/uploads/2017/01/WEB-CIOMS-EthicalGuidelines.pdf .

      In general, it is good practice to provide not just links but also an archived version when citing a URL.

      Of course, it would be even better if policies themselves were FAIR (Findable, Accessible, Interoperable and Reusable), as discussed, for instance, in https://github.com/Daniel-Mietchen/events/blob/master/PIDapalooza-2018.md .

    2. OPP1151904

      Would be nice if that identifier would lead somewhere useful. A web search for it yielded https://doi.org/10.12688/wellcomeopenres.15442.1 , which is also included in the collection "GFBR: The ethics of data sharing and biobanking in health research" available via https://wellcomeopenresearch.org/collections/gfbr18 .

  4. Oct 2019
  5. Sep 2019
  6. May 2019