Open Bug 37209 Opened 26 years ago Updated 3 years ago

Make source (specified via cite) of blockquote accessible

Categories

(Thunderbird :: Message Reader UI, enhancement)

Product:
Thunderbird
Component:
Message Reader UI
Type:
enhancement

Tracking

(Not tracked)

People

(Reporter: BenB, Unassigned)

References

(
URL
)

Details

(Keywords: html4, html5)

HTML 4.0 defines a cite attribute for blockquote (used in Mailnews for e.g. quoting the previous mail), which content is an URI and specifies the source resource of the quote. We will send out this attribute in Mozilla Mailnews, see bug 29653. There should be a convient way to access the source of the quote, e.g. by click (like a normal <a> link) or context menu. It should open the source just like we open URLs in msgs.
What happens to nested quotes?
The most-nested quote (under the cursor) is relevant (regardless, which solution we choose).
Not making this release.
Target Milestone: --- → M20
accept.
Status: NEW → ASSIGNED
Oh well, as long as I'm looking at this bug I'll move it from M20 to FUTURE.
Target Milestone: M20 → Future
Keywords: html4
This also goes for cite attribute on Q, INS, and DEL. See also bug 1996 about the lack of support for the longdesc attribute.
The sourcepage of the quote is now avalible from the "properties" window from bug 1995, so this can be marked as fixed now
No, see 3. paragraph of initial descr..
the patch on bug 1996 should fix this, push for review...
> the patch on bug 1996 should fix this It didn't. Note that this bug is about Mailnews and should offer a convient and easily-discoverable UI. - Bug 37653 will make this feature more useful.
Can we get this looked at for 1.0? It'd be nice to have it work in the browser.
reassigning to varada.
Assignee: selmer → varada
Status: ASSIGNED → NEW
taking all of varada's bugs.
Assignee: varada → sspitzer
you should make it so that blockquotes, ins & del (in block form) have a linke appear in the lowwer-right hand corner of the blockquote/ins/del when the mouse hovers over it for 1 sec, that would say "original" for blockquote and "why it changed" (or somthing similar) for ins/del. You should also have it accesable via a context-sensitive menu with a similar title. On top of that you could save the blockquotes/ins/del/q from the context-sensitive menu, and you could have "add to bookmarks" which would save it in a special folder, with an automaticly generated filename, and then add a bookmark to that file. When saving you could use this format. (change [ and ] with tag thingos) [h1] TITLE-ATTRIBUTE [/h1] [blockquote] CONTENT [/blockquote] [!-- exchange for del/ins/q --] [a href=" HREF-ATTRIBUTE "] HREF-ATTRIBUTE [/a] [!-- if href is a mailto: then remove mailto: bit from inside [a] tags --]
Product: Browser → Seamonkey
Assignee: sspitzer → mail
Assignee: mail → nobody
Priority: P3 → --
QA Contact: lchiang → message-display
Target Milestone: Future → ---
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state. If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way. If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar). If no action happens within the next few months, we move this bug report to an EXPIRED state. Query tag for this change: mass-UNCONFIRM-20090614
Status: NEW → UNCONFIRMED
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state. If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way. If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar). If no action happens within the next few months, we move this bug report to an EXPIRED state. Query tag for this change: mass-UNCONFIRM-20090614
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state. If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way. If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar). If no action happens within the next few months, we move this bug report to an EXPIRED state. Query tag for this change: mass-UNCONFIRM-20090614
Still worth pursuing.
Status: UNCONFIRMED → NEW
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state. If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way. If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar). If no action happens within the next few months, we move this bug report to an EXPIRED state. Query tag for this change: mass-UNCONFIRM-20090614
Status: NEW → UNCONFIRMED
This should now be possible (for message-IDs) in Thunderbird, with gloda. (It wasn't possible in all these years.)
Status: UNCONFIRMED → NEW
Component: MailNews: Message Display → Message Reader UI
Product: SeaMonkey → Thunderbird
QA Contact: message-display → message-reader
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state. If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way. If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar). If no action happens within the next few months, we move this bug report to an EXPIRED state. Query tag for this change: mass-UNCONFIRM-20090614
Status: NEW → UNCONFIRMED
Component: MailNews: Message Display
Product: SeaMonkey
QA Contact: message-reader → message-display
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state. If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way. If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar). If no action happens within the next few months, we move this bug report to an EXPIRED state. Query tag for this change: mass-UNCONFIRM-20090614
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state. If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way. If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar). If no action happens within the next few months, we move this bug report to an EXPIRED state. Query tag for this change: mass-UNCONFIRM-20090614
(In reply to comment #20) > This should now be possible (for message-IDs) in Thunderbird, with gloda. > (It wasn't possible in all these years.) Reverting to Ben's changes, KaiRo has some bugzilla issues. ;-) http://home.kairo.at/blog/2009-06/its_unconfirmed_bugmail_day
Status: UNCONFIRMED → NEW
Component: MailNews: Message Display → Message Reader UI
Product: SeaMonkey → Thunderbird
QA Contact: message-display → message-reader
This should now be possible (for message-IDs) in Thunderbird, with gloda. It wasn't possible in all these years.
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.