W3C home > Mailing lists > Public > whatwg@whatwg.org > January 2007

[whatwg] <blockquote cite> and <q cite>

From: Benjamin Hawkes-Lewis <bhawkeslewis@googlemail.com>
Date: Fri, 05 Jan 2007 00:41:56 +0000
Message-ID: <1167957716.31231.49.camel@galahad>
Martin Atkins asked:
> So do you expect browsers to use an online service to look up 
> information about a given referenced book? What online service should 
> they use to do this, and what happens when that online service ceases to 
> exist at some point in the future?

Actually, is it not trivial to build UAs that can pull down new URIs
with other updates and where users can add URIs for new online services
if necessary? Standards for querying book data already exist (Z39,
OpenURL, etc). And even if the standards changed, book data is
reasonably stable and could be remapped to the fields of new services
via formatting strings if necessary (compare the keyword search
implementation in Firefox, and similar features in Konqueror and Opera).
In terms of long-term service provision, major libraries like the
Library of Congress and major interlibrary initiatives like OCLC are a
good bet. I'm not especially worried by this part of the problem. I'd go
as far as to say it might be unusually easy to design a future-adaptive
back-end for querying bibliographic data for use over the next 10 years
(which is apparently the expected life-cycle of IE7). I'd actually be
more concerned about /generic/ search, syndication, and bookmark
components relying on external services, and browsers already include at
least the first two.

Martin Atkins continued:
> I'm not sure what exactly you expect browsers to do with the ISBN you've 
> entered. Certainly just displaying the bare ISBN onscreen with no other 
> information isn't very user-friendly.

Quite! If necessary, a UA presented with an ISBN alone in markup could
of course requery the same online services for further citation data for
display. And history suggests that even when the ISBN system expands to
incorporate yet more books it will do so in a compatible way. (The ISBN
system has just shifted to a 13-digit format, but software is required
to process the old 10-digit numbers too.)  But what I actually envisaged
was a process more like this:

1. You're a web content author and you want to quote from a modern
deadtree book. You click Insert Quotation, which brings up a dialog.

3. You type in the quotation text into the Quotation box.

4. You type in the ISBN off the back of the book into the ISBN box
(time: 7 seconds) and click "Autofill". Your authoring tool queries the
online services to complete the citation data (time: 3 seconds).

5. You type in a start page and end page for the citation (time: 5
seconds).

6. Satisfied, you click "OK", closing the dialog.

7. The authoring tool inserts the quotation in an quotation element with
a citation URI that includes ISBN, title, author(s), editor(s),
publisher, publication date, publication location, start page and end
page, probably in the form of an OpenURL.

8. Your readers' UAs extract the citation data from the OpenURL and
expose it as, say, a "footnote". Your readers can follow the OpenURL to
their OpenURL dispatcher of choice, and from there get it out of their
library, buy it off Amazon, view it on Questia, or whatever. Or they can
use the citation data to go look at the precise page in a preview
service like Google Books. Or ... well, the list goes on. There's an
awful lot you can do with an accurate book reference. 

Step 7 is rather handy, since it cuts down on the number of queries
required for the system to function. Indeed, you could have a UA with no
access to web services and it could still display the citation data.
Step 7 seemingly also solves the problem of what happens when a future
historian wants to check your references from the convenience of their
cybernetic web interface in Earth Year 2407.

As for the normal links on which most of the web currently relies, I
suspect half of those will have come down with link rot by then. ;)

--
Benjamin Hawkes-Lewis
Received on Thursday, 4 January 2007 16:41:56 UTC

This archive was generated by hypermail 2.3.1 : Monday, 13 April 2015 23:08:31 UTC