W3C home > Mailing lists > Public > public-digipub-ig@w3.org > April 2016

Re: HTML-Note and bibliographies

From: Leonard Rosenthol <lrosenth@adobe.com>
Date: Mon, 25 Apr 2016 17:58:27 +0000
To: Shane McCarron <shane@spec-ops.io>, "public-digipub-ig@w3.org" <public-digipub-ig@w3.org>
Message-ID: <044FF6FD-2D1E-4F22-A437-FB2068EFFED3@adobe.com>
Not a big fan of “empty” having a meaning.

Why not change type to something else – like list-type?   And then use type for footnote, endnote, biblio, etc.  This would be the semantic types (ala aria-role) while you still have group, which points to the specific group of notes (at least that was how I read it).


From: Shane McCarron <shane@spec-ops.io<mailto:shane@spec-ops.io>>
Date: Monday, April 25, 2016 at 1:07 PM
To: "public-digipub-ig@w3.org<mailto:public-digipub-ig@w3.org>" <public-digipub-ig@w3.org<mailto:public-digipub-ig@w3.org>>
Subject: HTML-Note and bibliographies
Resent-From: <public-digipub-ig@w3.org<mailto:public-digipub-ig@w3.org>>
Resent-Date: Monday, April 25, 2016 at 1:08 PM

There was a question in the meeting today about whether a bibliography could be supported via this spec.  My answer was that it could.  I was wrong because:

  *   A "note" always has a "type"
  *   A "type" maps to the display value type ala the HTML "ol" element; i, I, 1, a, or A [1]
  *   A "note" always has a "value" that is a number (just like the HTML "ol" element

But I like the *idea* of being able to do bibliographic references using the same mechanism.  I can envision supporting this by changing the model such that:

  *   If "type" is empty for a note, then prefer its title attribute for display value
  *   If there is no title attribute or the contents are empty, then use its "value" in decimal form for the display value

Does this sound okay?

[1] http://spec-ops.github.io/html-note/index.html#note-types

Shane McCarron
Projects Manager, Spec-Ops
Received on Monday, 25 April 2016 17:58:56 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:36:26 UTC