Open Bug 30376 Opened 25 years ago Updated 4 years ago

Support cite attribute of blockquote

Categories

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

enhancement

Tracking

()

People

(Reporter: BenB, Unassigned)

Details

(Keywords: helpwanted)

Attachments

(1 obsolete file)

Easy, but how?

That way:
<example>
Somebody Else wrote:
<mid:1234@example.com>
> 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?
Status: NEW → ASSIGNED
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).
No, that was no HTML, but "proposed" output of the HTMLToTXTSinkStream for a
HTML part like the one you gave.
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.
> 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:1234@example.com>
> bla

Yes!

<mid:1234@example.com>
> 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)?
Isn't this a duplicate of bug 30376?  I'm not sure how to mark something as a
duplicate.
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.
Severity: normal → enhancement
Keywords: helpwanted
Target Milestone: --- → Future
This is frontend work. REASSIGNing to nobody.
Assignee: mozilla → nobody
Status: ASSIGNED → NEW
I'm dumb. This bug is for the HTML->TXT converter. Back me to.
Assignee: nobody → mozilla
mass-accept
Status: NEW → ASSIGNED
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 <nobody@mozilla.org>, if you
don't want to work on them.
Assignee: mozilla → anthonyd
Status: ASSIGNED → NEW
Target Milestone: Future → ---
reassigning.

anthonyd
Assignee: anthonyd → nobody
Blocks: robin's
No longer blocks: robin's
Please compare this test case with Mozilla and Opera.
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.
Attachment #171432 - Attachment is obsolete: true
Alright. Bug 278679 created.
Blocks: 278679
No longer blocks: 278679
Filter on "Nobody_NScomTLD_20080620"
QA Contact: sujay → dom-to-text
Flags: wanted1.9.2?

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.

Severity: normal → S4
Priority: P3 → P5
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: