Closed
Bug 292668
Opened 21 years ago
Closed 20 years ago
Reorganise mailnews pref panes for an encoding one
Categories
(SeaMonkey :: Preferences, defect)
SeaMonkey
Preferences
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: iannbugzilla, Assigned: iannbugzilla)
References
Details
(Keywords: fixed-seamonkey1.1a)
Attachments
(4 files, 3 obsolete files)
|
15.07 KB,
image/png
|
Details | |
|
15.65 KB,
image/png
|
Details | |
|
16.54 KB,
image/png
|
Details | |
|
46.30 KB,
patch
|
iannbugzilla
:
review+
Biesinger
:
review+
neil
:
superreview+
kairo
:
approval-seamonkey1.1a+
|
Details | Diff | Splinter Review |
Both pref-viewing_messages.xul and pref-composing_messages.xul are a bit
cluttered and could do with some prefs moving out to a new pref pane.
I guess this would fix bug 199721?
No that would be fixed by fixing bug 296695
This patch:
* Moves encoding prefs from message display and composing into new pref pane
* Updates help to reflect changes
Attachment #195587 -
Flags: review?(mnyromyr)
Comment 8•21 years ago
|
||
Comment on attachment 195587 [details] [diff] [review]
Encoding patch v0.1
>Index: mailnews/base/prefs/resources/content/pref-viewing_messages.xul
>===================================================================
Opening this pref panel gets me this CSS error, but display seems to be okay:
CSS Error (chrome://messenger/content/pref-viewing_messages.xul :0.18): Error
in parsing value for property 'background-color'. Declaration dropped.
>Index: mailnews/base/prefs/resources/locale/en-US/pref-viewing_messages.dtd
>===================================================================
> <!-- LOCALIZATION NOTE : (convertEmoticons.label) 'Emoticons' are also known as 'Smileys', e.g. :-) -->
> <!ENTITY convertEmoticons.label "Display emoticons as graphics">
The pref this text belongs to is also used to show/hide structs like *bold*,
/italics/, ^L (FF), etc., which is quite confusing. Do you think something like
"Display emoticons as graphics and allow structs like *bold*" could improve
this?
>Index: mailnews/compose/prefs/resources/content/pref-composing_messages.xul
>===================================================================
In Classic, the two spelling checkboxes are only slightly closer to each other
than to their non-spelling neighbors, which looks quite strange. Either there
should be no difference (which I'm in favour of) or it should be greater and
the autosave pref coming after?
>Index: mailnews/base/prefs/resources/content/pref-encoding.xul
>===================================================================
BTW: your patch is lacking the /mailnews/jar.mn changes for both
pref-encoding.xul and pref-encoding.dtd.
>+ <caption label="&messageDisplay.caption;"/>
>+ <hbox align="center">
>+ <label control="viewDefaultCharsetList"
>+ value="&viewDefaultCharset.label;" accesskey="&viewDefaultCharset.accesskey;"/>
>+ <menulist id="viewDefaultCharsetList" ref="NC:DecodersRoot" datasources="rdf:charset-menu"
>+ preftype="localizedstring" prefstring="mailnews.view_default_charset">
The encoding for message display is not persisted.
If I open pref dialog [from the browser], okay changes to the
viewDefaultCharsetList pref and open the pref dialog again,
viewDefaultCharsetList is back to Western.
(The encoding below for composition is kept, though.)
>Index: mailnews/base/prefs/resources/locale/en-US/pref-encoding.dtd
>===================================================================
>+<!ENTITY forceCharsetOverride.label "Apply default to all messages displayed (ignore character encoding specified by MIME header)">
[...]
>+<!ENTITY replyInDefaultCharset.label "Always use this default character encoding in replies. (When unchecked, only new messages use this default.)">
I think these two texts should be as similar in their wording and syntax as
possible.
Attachment #195587 -
Flags: review?(mnyromyr) → review-
Changes since v0.1:
* Set a default value of "#000000" instead of "" for mail.citation_color
* Changed order of check boxes and removed gaps in composition pref panel and
updated help to reflected the changed order.
* Added missing jar file changes
* Changed first "sendDefaultCharsetList" to "viewDefaultCharsetList" in
pref-encoding.xul's _elementIDs so changes to message display encoding are
persisted.
* Revised text for forceCharsetOverride.label so it is similar to text in
replyInDefaultCharset.label
Attachment #195587 -
Attachment is obsolete: true
Attachment #195689 -
Flags: review?(mnyromyr)
Comment 10•21 years ago
|
||
Comment on attachment 195689 [details] [diff] [review]
Expanded Encoding patch v0.1a
>Index: mailnews/base/prefs/resources/locale/en-US/pref-encoding.dtd
>===================================================================
>+<!ENTITY forceCharsetOverride.label "Always use this default character encoding when messages are displayed (ignore character encoding specified by MIME header)">
Full stop missing at end of sentence. ;-)
>+<!ENTITY replyInDefaultCharset.label "Always use this default character encoding in replies. (When unchecked, only new messages use this default.)">
Attachment #195689 -
Flags: review?(mnyromyr) → review+
| Assignee | ||
Comment 11•21 years ago
|
||
Changes since v0.1a:
* Added missing full stop.
Carried forward r= and requesting sr=
Attachment #195689 -
Attachment is obsolete: true
Attachment #197361 -
Flags: superreview?(neil.parkwaycc.co.uk)
Attachment #197361 -
Flags: review+
Comment 12•21 years ago
|
||
Comment on attachment 197361 [details] [diff] [review]
The one with the dot patch v0.1b
Please change encoding.label and pref.encoding.title to "Character Encoding".
| Assignee | ||
Comment 13•21 years ago
|
||
This covers MIME encoding as well as Character Encoding so changing it might be
misleading...
Comment 14•21 years ago
|
||
Comment on attachment 197361 [details] [diff] [review]
The one with the dot patch v0.1b
>-pref("mail.citation_color", ""); // quoted color
>+pref("mail.citation_color", "#000000"); // quoted color
You'd need moa=mscott for this; there are some colour picker bugs that don't
like empty strings, right? I doubt that this workaround is preferable.
> <!ENTITY warnOnSendAccelKey.label "Confirm when using keyboard shortcut to send message">
>-<!ENTITY warnOnSendAccelKey.accesskey "k">
>+<!ENTITY warnOnSendAccelKey.accesskey "o">
I don't like this change because it's the fact that it's a keyboard shortcut
that's important. It would help if you could quote aaronlev (always assuming
that he agrees with you, of course!)
I think I noticed some more bare "Encoding"s, I guess I must have seen them in
the Help diffs.
sr=me on the rest.
Attachment #197361 -
Flags: superreview?(neil.parkwaycc.co.uk) → superreview+
| Assignee | ||
Comment 15•21 years ago
|
||
Changes since v0.1b:
* Moved from "Encoding" to "Character Encoding" throughout
* Fixed colorpicker problem at the .xml level instead
Carrying forward r=
Attachment #197361 -
Attachment is obsolete: true
Attachment #197927 -
Flags: review+
Attachment #197927 -
Flags: review?(cbiesinger)
Comment 16•21 years ago
|
||
Comment on attachment 197927 [details] [diff] [review]
The patch with character v0.1c (Checked in trunk / 1.8.1 branch)
r=biesi on the colorpicker.xml change
Attachment #197927 -
Flags: review?(cbiesinger) → review+
Attachment #197927 -
Flags: superreview?(neil.parkwaycc.co.uk)
Updated•21 years ago
|
Attachment #197927 -
Flags: superreview?(neil.parkwaycc.co.uk) → superreview+
| Assignee | ||
Comment 17•21 years ago
|
||
Comment on attachment 197927 [details] [diff] [review]
The patch with character v0.1c (Checked in trunk / 1.8.1 branch)
Checking in
mailnews/jar.mn;
new revision: 1.101; previous revision: 1.100
mailnews/base/prefs/resources/content/mailPrefsOverlay.xul;
new revision: 1.29; previous revision: 1.28
mailnews/base/prefs/resources/content/pref-viewing_messages.xul;
new revision: 1.49; previous revision: 1.48
mailnews/base/prefs/resources/content/pref-character_encoding.xul;
initial revision: 1.1
mailnews/base/prefs/resources/locale/en-US/mailPrefsOverlay.dtd;
new revision: 1.22; previous revision: 1.21
mailnews/base/prefs/resources/locale/en-US/pref-viewing_messages.dtd;
new revision: 1.25; previous revision: 1.24
mailnews/base/prefs/resources/locale/en-US/pref-character_encoding.dtd;
initial revision: 1.1
mailnews/compose/prefs/resources/content/pref-composing_messages.xul;
new revision: 1.48; previous revision: 1.47
mailnews/compose/prefs/resources/locale/en-US/pref-composing_messages.dtd;
new revision: 1.25; previous revision: 1.24
xpfe/components/prefwindow/resources/content/pref-help.js;
new revision: 1.22; previous revision: 1.21
xpfe/global/resources/content/bindings/colorpicker.xml;
new revision: 1.19; previous revision: 1.18
extensions/help/resources/locale/en-US/help-index1.rdf;
new revision: 1.45; previous revision: 1.44
extensions/help/resources/locale/en-US/help-toc.rdf;
new revision: 1.81; previous revision: 1.80
extensions/help/resources/locale/en-US/mail_help.xhtml;
new revision: 1.63; previous revision: 1.62
done
Attachment #197927 -
Attachment description: The patch with character v0.1c → The patch with character v0.1c (Checked in)
| Assignee | ||
Comment 18•20 years ago
|
||
Comment on attachment 197927 [details] [diff] [review]
The patch with character v0.1c (Checked in trunk / 1.8.1 branch)
Requesting a= for SM1.1a, need this is so room in pref panels for other patches already with a= for SM1.1a
Attachment #197927 -
Flags: approval-seamonkey1.1a?
Comment 19•20 years ago
|
||
Comment on attachment 197927 [details] [diff] [review]
The patch with character v0.1c (Checked in trunk / 1.8.1 branch)
a=me for SeaMonkey 1.1
Attachment #197927 -
Flags: approval-seamonkey1.1a? → approval-seamonkey1.1a+
| Assignee | ||
Comment 20•20 years ago
|
||
Comment on attachment 197927 [details] [diff] [review]
The patch with character v0.1c (Checked in trunk / 1.8.1 branch)
Checking in (branch 1.8.1)
mailnews/jar.mn;
new revision: 1.99.2.4; previous revision: 1.99.2.3
mailnews/base/prefs/resources/content/mailPrefsOverlay.xul;
new revision: 1.27.6.2; previous revision: 1.27.6.1
mailnews/base/prefs/resources/content/pref-viewing_messages.xul;
new revision: 1.47.6.2; previous revision: 1.47.6.1
mailnews/base/prefs/resources/content/pref-character_encoding.xul;
new revision: 1.1.10.2; previous revision: 1.1.10.1
mailnews/base/prefs/resources/locale/en-US/mailPrefsOverlay.dtd;
new revision: 1.20.6.2; previous revision: 1.20.6.1
mailnews/base/prefs/resources/locale/en-US/pref-viewing_messages.dtd;
new revision: 1.23.6.2; previous revision: 1.23.6.1
mailnews/base/prefs/resources/locale/en-US/pref-character_encoding.dtd;
new revision: 1.1.10.2; previous revision: 1.1.10.1
mailnews/compose/prefs/resources/content/pref-composing_messages.xul;
new revision: 1.46.4.2; previous revision: 1.46.4.1
mailnews/compose/prefs/resources/locale/en-US/pref-composing_messages.dtd;
new revision: 1.23.4.2; previous revision: 1.23.4.1
xpfe/components/prefwindow/resources/content/pref-help.js;
new revision: 1.21.6.1; previous revision: 1.21
xpfe/global/resources/content/bindings/colorpicker.xml;
new revision: 1.18.8.1; previous revision: 1.18
extensions/help/resources/locale/en-US/help-index1.rdf;
new revision: 1.44.8.3; previous revision: 1.44.8.2
extensions/help/resources/locale/en-US/help-toc.rdf;
new revision: 1.78.4.4; previous revision: 1.78.4.3
extensions/help/resources/locale/en-US/mail_help.xhtml;
new revision: 1.62.2.4; previous revision: 1.62.2.3
done
Attachment #197927 -
Attachment description: The patch with character v0.1c (Checked in) → The patch with character v0.1c (Checked in trunk / 1.8.1 branch)
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Keywords: fixed-seamonkey1.1a
Resolution: --- → FIXED
Summary: Reorganise mailnews pref panes → Reorganise mailnews pref panes for an encoding one
You need to log in
before you can comment on or make changes to this bug.
Description
•