Open Bug 275195 Opened 20 years ago Updated 2 years ago

Allow customization of field order in reply header (e.g. date before author)

Categories

(MailNews Core :: Composition, enhancement)

enhancement

Tracking

(Not tracked)

People

(Reporter: jackowsj, Unassigned)

References

(Depends on 1 open bug)

Details

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041111 Firefox/1.0
Build Identifier: Thunderbird 1.0

When I reply I'd like to create sth like : on [date] [somebody] wrote: and also
[somebody] wrote on [Date]: ... In TB it's impossible to change this order. One
guy said me that this is a fault (I don't know - I'm not a programmer):

function -> GetReplyHeaderInfo

> static nsresult GetReplyHeaderInfo(
>     PRInt32* reply_header_type, 
>     PRUnichar** reply_header_locale,
>     PRUnichar** reply_header_authorwrote,
>     PRUnichar** reply_header_ondate,
>     PRUnichar** reply_header_separator,
>     PRUnichar** reply_header_colon,
>     PRUnichar** reply_header_originalmessage)

And the order is here
file -> mozilla\mailnews\compose\src\nsMsgCompose.cpp
file -> QuotingOutputStreamListener::QuotingOutputStreamListener

> else if (replyHeaderType == 3) 
> {
>   mCitePrefix.Append(citePrefixAuthor);
>   mCitePrefix.Append(replyHeaderSeparator);
>   mCitePrefix.Append(citePrefixDate);
> }

And because of this the order can't be changed and I think it's closing my mind
from making reply funny and imaginative

Reproducible: Couldn't Reproduce
Note that you can have the Date, Author ordering in a non-custom header by 
specifying:
  user_pref("mailnews.reply_header_type", 2);

// 0 - No Reply-Text
// 1 - "[Author] wrote:"
// 2 - "On [date] [author] wrote:"
// 3 - User-defined reply header.

// If you set 3 for the pref above then you may set the following prefs.
user_pref("mailnews.reply_header_authorwrote", "%s said");
user_pref("mailnews.reply_header_ondate", "on %s");
user_pref("mailnews.reply_header_separator", " ");
user_pref("mailnews.reply_header_colon", ":");
// The end result will be [authorwrote][separator][ondate][colon]
Assignee: mscott → sspitzer
Severity: normal → enhancement
Component: Preferences → MailNews: Composition
OS: Linux → All
Product: Thunderbird → Core
Hardware: PC → All
Summary: Date and author order in reply → Allow customization of field order in reply header (e.g. date before author)
Version: unspecified → Trunk
I think this should be configurable from the preferences in an easy way or at
least have some predefined defaults to select from.


(In reply to comment #1)
> Note that you can have the Date, Author ordering in a non-custom header by 
> specifying:
>   user_pref("mailnews.reply_header_type", 2);
> 
> // 0 - No Reply-Text
> // 1 - "[Author] wrote:"
> // 2 - "On [date] [author] wrote:"
> // 3 - User-defined reply header.
> 
> // If you set 3 for the pref above then you may set the following prefs.
> user_pref("mailnews.reply_header_authorwrote", "%s said");
> user_pref("mailnews.reply_header_ondate", "on %s");
> user_pref("mailnews.reply_header_separator", " ");
> user_pref("mailnews.reply_header_colon", ":");
> // The end result will be [authorwrote][separator][ondate][colon]

see also bug 171822 (in fact, this should probably be duped against 171822)

*** This bug has been marked as a duplicate of 171822 ***
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
No, this isn't a dupe.  171822 is about providing a UI for existing options; this bug is about providing an additional option.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
valid RFE
Status: UNCONFIRMED → NEW
Ever confirmed: true
sorry for the spam.  making bugzilla reflect reality as I'm not working on these bugs.  filter on FOOBARCHEESE to remove these in bulk.
Assignee: sspitzer → nobody
QA Contact: composition
Product: Core → MailNews Core
This should be partially fixed in bug 995797 where you can change the templates for replyType=2 and replyType=3. Full featured custom format should be in bug 107884.
Depends on: 995797
The description here only refers to the author and date information, which is fully covered by the solution in bug 995797 as template variables #1, #2, #3. Hence, this bug should be WFM?
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.