30376 - Support cite attribute of blockquote

Status: NEW

(Core :: DOM: Serializers, enhancement, P5)

Description

[Ben Bucksch (:BenB)]

Easy, but how?

That way:
<example>
Somebody Else wrote:
<mid:[e-mail]>
> bla
</example>
?
I don't think, we can add the URL to the "wrote:" line, because the linebreak is
already written, when blockquote is processed.

akk, what do you think?

Comment 1

[Akkana Peck]

I don't understand what that mid: tag is doing in your example.  Is that even
legal html?

http://www.w3.org/TR/1998/NOTE-HTMLThreading-0105 uses mid: tags as part of the
cite attribute to a blockquote, i.e.

Somebody Else wrote:
<blockquote cite="mid:2345678">
bla
</blockquote>

The editor API already supports that in InsertAsCitedQuotation (just pass in the
mid:2345678 as the cite argument).

Comment 2

[Ben Bucksch (:BenB)]

No, that was no HTML, but "proposed" output of the HTMLToTXTSinkStream for a
HTML part like the one you gave.

Comment 3

[Akkana Peck]

Oh, sorry I misunderstood.  Are there really people who want mid: URLs in their
plaintext messages?  The W3C reference doesn't suggest doing anything like that
for plaintext.

Comment 4

[Ben Bucksch (:BenB)]

> Are there really people who want mid: URLs in their plaintext messages?

Some mailers seem to do that by default in the "blabla wrote" line (but without
scheme).

You might be right, that the msg-id is not of interest in ~98% of the cases. We
would also have the problem of redundant msg-ids, if the user adds new thext in
the middle of the quote, e.g.
<example>
Somebody Else wrote:
<mid:[e-mail]>
> bla

Yes!

<mid:[e-mail]>
> bla

Right!
</example>

OTOH, the cite attribute might hold important information, e.g. if a webpage is
quotes. Should we special-case (i.e. process only, if not "mid"-scheme)?

Comment 5

[thekingpenguin]

Isn't this a duplicate of bug 30376?  I'm not sure how to mark something as a
duplicate.

Comment 6

[Ben Bucksch (:BenB)]

thekingpenguin,
you mean bug #29653? No, see the component. This bug is about HTML to text
conversion, the other one about putting the info in the HTML.

See <http://www.mozilla.org/bug.html> for info about bugzilla.

Comment 7

[Ben Bucksch (:BenB)]

This is frontend work. REASSIGNing to nobody.

Comment 8

[Ben Bucksch (:BenB)]

I'm dumb. This bug is for the HTML->TXT converter. Back me to.

Comment 9

[Ben Bucksch (:BenB)]

mass-accept

Comment 10

[Ben Bucksch (:BenB)]

Changing personal priorities. Giving away most of my bugs :-( (reassigning to
default owner).

I will still track these bugs closely. If you need my input, feel free to ask me.

New owner: Please do *not* close these bugs (as WONTFIX or whatever you may
find) unless they are fixed. Rather, reassign to <[e-mail]>, if you
don't want to work on them.

Comment 11

[anthonyd]

reassigning.

anthonyd

Comment 12

[Ng Ming Hong]

Attachment: Lack of cite attribute support uncovered by CSS

Please compare this test case with Mozilla and Opera.

Comment 13

[Ben Bucksch (:BenB)]

Comment on attachment 171432 [details]
Lack of cite attribute support uncovered by CSS

You misunderstood this bug. It's about outputting the content of the cite
attribute when converting HTML to plaintext, e.g. while sending mail.

Comment 14

[Ng Ming Hong]

Alright. Bug 278679 created.

Comment 15

[Serge Gautherie (:sgautherie)]

Filter on "Nobody_NScomTLD_20080620"

Comment 16

[Jens Stutte [:jstutte]]

Bulk-downgrade of unassigned, untouched DOM/Storage bug's priority.

If you have reason to believe, this is wrong, please write a comment and ni :jstutte.