Open
Bug 224374
Opened 22 years ago
Updated 1 year ago
Choosing which message headers to display in message reader header (custom)
Categories
(Thunderbird :: Message Reader UI, enhancement)
Tracking
(Not tracked)
REOPENED
People
(Reporter: david.sagnial, Unassigned)
References
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031015 Firebird/0.7 (MozJF)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5) Gecko/20031015 Firebird/0.7 (MozJF)
It would be great if we can choose which headers we want to view and not only
normal or all
Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Updated•22 years ago
|
Summary: Choosing which Headers to view → Choosing which Headers to view
Comment 1•21 years ago
|
||
Specifically, I would greatly appreciate the ability to choose to use either a
whitelist of headers to always show (making all others hidden), or a blacklist
of headers to always hide (making all others visible). An additional enhancement
would be to make the headers displayed newsgroup-specific.
Comment 2•21 years ago
|
||
*** Bug 264784 has been marked as a duplicate of this bug. ***
Comment 4•21 years ago
|
||
The ability to choose headers to whitelist or blacklist should also allow
wildcards. i.e. I'd like to whitelist "X-*" to enable all extended custom headers.
Comment 5•20 years ago
|
||
*** Bug 291938 has been marked as a duplicate of this bug. ***
Comment 6•20 years ago
|
||
As noted at the dupe, the Mnenhy extension provides this capability.
Summary: Choosing which Headers to view → Choosing which Headers to view (custom)
Comment 7•19 years ago
|
||
see bug 353193 for some backend work that allows the user to set a pref controlling what extra headers to display - it doesn't support wild-cards, however, though if there's interest, I could add that ability.
Updated•18 years ago
|
QA Contact: front-end
Updated•17 years ago
|
Assignee: mscott → nobody
Updated•15 years ago
|
Component: Mail Window Front End → Message Reader UI
OS: Windows XP → All
QA Contact: front-end → message-reader
Comment 9•15 years ago
|
||
This RFE needs updating to reflect TB3 behaviors due to the new header panel within the message pane.
TB3 dropped the Twisty that activated a compact header display, leaving just the View menu options of Normal or Full headers. There are hidden prefs for a few additional headers, referenced in Comment 7, that can be edited through Config Edit.
A near term solution could be reworking the View options to offer Brief, Normal, and Full options.
1) Brief providing current normal content while blocking use of hidden prefs.
2) Normal would include existing hidden prefs and some extended content.
3) All to be same as current All content.
Our code base should facilitate extensions that could deliver wild card header selections.
Comment 10•15 years ago
|
||
While I don't expect that this is utterly trivial to do right now, I wouldn't expect it to be particularly difficult either. Is there reason to believe that our existing extension points are insufficient?
Updated•3 years ago
|
Severity: normal → S3
Updated•1 year ago
|
Comment 12•1 year ago
•
|
||
@Wayne Mery:
I think this is a mistake. This bug should be reopened, because these are definitely not duplicates.
- This bug requests to select which header fields to display.
- Bug 1751540 does not mention header fields at all, but instead wants to "save message header screen space" in other ways, namely by:
- "dropping
From:
andTo:
" (not the content of these header fields, but only the words "from" and "to") - "truncate the Subject line"
- "drop some buttons"
- "dropping
Also note that bug 224374 has been used to deduplicate 4 other bugs already.
Comment 14•1 year ago
|
||
Good points. Reopening
Comment 15•1 year ago
•
|
||
💡 ideas for implementation
-
provide 3 header view modes in (
view
>headers
): normal / extended / all
If memory serves me correctly, this is exactly how it worked in good old TB 1.5- normal: exists already
- extended: could repurpose
mailnews.headers.extraExpandedHeaders
which is currently used to extend the normal view - all: exists already
-
or else add a flyout-menu to select/deselect header fields on the fly.
The menu would need to list all existing fields, so it would be a long list.
Related/similar header fields would therefore need to be regrouped into fly-out submenus.
You need to log in
before you can comment on or make changes to this bug.
Description
•