W3C home > Mailing lists > Public > public-html@w3.org > September 2013

Re: is it necessary to disambiguate (using markup) inline notes,citations and original markup? [was] use of <mark> to denote notes in quoted text

From: Reinier Kaper <rp.kaper@gmail.com>
Date: Sun, 8 Sep 2013 14:28:00 -0400
Message-ID: <CAAz96Os3-oezczC9E3MLf_tu5mDY+GMQqo=98RFOR2E5Po33uA@mail.gmail.com>
To: Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>
Cc: Steve Faulkner <faulkner.steve@gmail.com>, HTMLWG WG <public-html@w3.org>
In some languages (also in English I'm pretty sure) ellipsis in the text
means you've skipped a part of the original text, so I don't think that
would be a good rendering method.

Again I want to stress that a 'note' has a significantly different meaning
than a 'highlight', although in this case they seem to enter a grey area.


On 8 September 2013 14:18, Leif Halvard Silli <
xn--mlform-iua@xn--mlform-iua.no> wrote:

> Leif Halvard Silli, Sun, 8 Sep 2013 19:50:23 +0200:
> > Yes, notes, including <cite> and <footer> - which - is my idea - would
> > have to be place inside a <note> element in order to be conforming (or
> > at least: may be it should be conforming to not place it in <note>, but
> > only <note> would reliably separate it from the original text). The
> > <note> element should be possible to use multiple times within the same
> > quote, and it should have content model similar to <ins> and <del>
> > (namely, either inline or block, depending on how one uses it).
>
> And may be, when a boolean @ellipsis attribute is present, a <note
> ellipsis></note> should have “… …” as (generated) content.
>
> Thus this:
>
>   <blockquote>
>    Yes, notes, including <cite> and <footer> <note ellipsis></note>
> would
>   </blockquote>
>
> Would be rendered like so:
>
>    Yes, notes, including <cite> and <footer> … … would
>
> And so, if someone adds the word “snip“ as content of <note ellipsis>,
> this would result in this:
>
>    Yes, notes, including <cite> and <footer> … snip … would
> --
> leif halvard silli
>
Received on Sunday, 8 September 2013 18:28:27 UTC

This archive was generated by hypermail 2.4.0 : Saturday, 9 October 2021 18:46:05 UTC