Closed Bug 259389 Opened 20 years ago Closed 20 years ago

cropped account manager UI on Mac OS X

Categories

(SeaMonkey :: MailNews: Account Configuration, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED
mozilla1.8alpha5

People

(Reporter: sspitzer, Assigned: mattwillis)

Details

(Keywords: fixed-aviary1.0)

Attachments

(8 files, 2 obsolete files)

cropped account manager UI on Mac OS X

I've got three screen shots.  this is probably a dup.
We should change the window size on OS X.
Assignee: mscott → bugs.mano
Target Milestone: --- → Thunderbird0.9
(In reply to comment #4)
> We should change the window size on OS X.

I'm willing to take this, but I would need to know what to do about the note in
mozilla/mail/components/prefwindow/locale/AccountManager.dtd

<!-- AccountManager.xul -->
XUL/FE DEVELOPERS: DO NOT MODIFY THIS VALUE. It represents the correct size of
this window for en-US.-->
<!ENTITY accountManager.size "width: 55em; height: 44em;">

Should we add an entity for macAccountManager.size and ifdef it?
(In reply to comment #5)

> Should we add an entity for macAccountManager.size and ifdef it?

yep
This is also a problem on Seamonkey. The screenshot is from OSX Seamonkey
1.7.3/20040910.

There's a couple ways to address this:
1. I can either move AccountManager.xul into Thunderbird from Seamonkey and
then patch
2. I can patch Seamonkey, letting that trickle down to Thunderbird (which will
also require a patch)
3. We can see if Seamonkey or Thunderbird wants to simply change the default AM
width for all platforms from 55em to 60em.

Although the "simplest", I don't think option 3 is the way to go as it may
reintroduce this bug later on when someone fills up AM with widgets on
Linux/Windows again, and we find they don't fit on OSX.

I like option 2 the best. 

I have it fixed in Seamonkey and in Thunderbird, trunk and Aviary. Let me know
what you'd like.
Here is what Thunderbird's AM looks like with the patch
Please check all am's panes, "Server Settings" is not the only broken pane.
(In reply to comment #9)
> Please check all am's panes, "Server Settings" is not the only broken pane.

(In order to verify that 60em is enough)
(In reply to comment #10)
> > Please check all am's panes, "Server Settings" is not the only broken pane. 
> (In order to verify that 60em is enough)

Yes. I checked all of AM's panes in Thunderbird. IMAP, POP, RSS, Local, NNTP --
all good.
This patch widens the Account Manager window on Mac OS X from 55em to 60em. 
This is also a Seamonkey bug.
Attachment #159731 - Flags: review?(bugs.mano)
Same patch, this time against Avairy branch.
Attachment #159734 - Flags: review?(bugs.mano)
Attachment #159734 - Flags: approval-aviary?
Comment on attachment 159734 [details] [diff] [review]
AVIARY: patch widens Account Manager window from 55em to 60em on Mac OS X

You don't need to get review two times :-)
Attachment #159734 - Flags: review?(bugs.mano)
Attachment #159734 - Flags: approval-aviary?
Assignee: bugs.mano → mattwillis
Comment on attachment 159731 [details] [diff] [review]
patch widens Account Manager window from 55em to 60em on Mac OS X

Thanks for taking this.

Index: mailnews/base/prefs/resources/content/AccountManager.xul
===================================================================
...
>+#ifdef XP_MACOSX
>+<dialog id="accountManager" 
>+        windowtype="mailnews:accountmanager"
>+        xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
>+        title="&accountManagerTitle.label;"
>+        style="&macAccountManager.size;"
>+        persist="screenX screenY"
>+        buttons="accept,cancel,help"
>+        onload="onLoad(event);"
>+        ondialogaccept="return onAccept();"
>+        ondialoghelp="return doHelpButton();">
>+#else
> <dialog id="accountManager" 
>         windowtype="mailnews:accountmanager"
>         xmlns="http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"
>         title="&accountManagerTitle.label;"
>         style="&accountManager.size;"
>         persist="screenX screenY"
>         buttons="accept,cancel,help"
>         onload="onLoad(event);"
>         ondialogaccept="return onAccept();"
>         ondialoghelp="return doHelpButton();">
>+#endif

As you're changing the style attribute only, you don't need to #ifdef the whole
element. just:

#ifndef XP_MACOSX
style="&accountManager.size;"
#else
style="&macAccountManager.size;"
#endif

>-    content/messenger/AccountManager.xul                                       (base/prefs/resources/content/AccountManager.xul)
>+*   content/messenger/AccountManager.xul       

ha!?


One more note: when you're attaching the new patch, please request the review
from mscott@mozilla.org
Attachment #159731 - Flags: review?(bugs.mano) → review-
Revised as per Asaf's comments.
Attachment #159731 - Attachment is obsolete: true
Attachment #159740 - Attachment description: revised as per Asaf's comments → TRUNK: revised as per Asaf's comments
Attachment #159740 - Flags: review?(mscott)
Revised as per Asaf's comments.
Attachment #159734 - Attachment is obsolete: true
Attachment #159742 - Flags: review?(mscott)
Attachment #159742 - Attachment description: revised as per Asaf's comments → AVIARY: revised as per Asaf's comments
Comment on attachment 159740 [details] [diff] [review]
TRUNK: revised as per Asaf's comments


>-    content/messenger/AccountManager.xul                                       (base/prefs/resources/content/AccountManager.xul)
>+*   content/messenger/AccountManager.xul                                       (base/prefs/resources/content/AccountManager.xul)

Why is it still there?
(In reply to comment #18)
> (From update of attachment 159740 [details] [diff] [review])
> 
> >-    content/messenger/AccountManager.xul                                   
   (base/prefs/resources/content/AccountManager.xul)
> >+*   content/messenger/AccountManager.xul                                   
   (base/prefs/resources/content/AccountManager.xul)
> 
> Why is it still there?
> 
Don't we now need to preprocess AccountManager.xul since we've added an ifndef?
(In reply to comment #19)

> Don't we now need to preprocess AccountManager.xul since we've added an ifndef?


Oh right, from some reaosn, i tought i had seen it somewhere else.
Product: Thunderbird → MailNews
Target Milestone: Thunderbird0.9 → mozilla1.8alpha4
Version: unspecified → Trunk
Is this something that should be in 1.8a4 or wait for 1.8a5/1.8b?
Chatted with Asaf. 1.8a4 is frozen. Moving to 1.8b.
Target Milestone: mozilla1.8alpha4 → mozilla1.8beta
Great, so nowhere do we have a font metric that works with bold fonts.
This bug is visible on Windows if you set your preferences to bold too.
Attachment #159740 - Flags: review?(bienvenu)
Attachment #159740 - Flags: review?(bienvenu)
Attachment #159742 - Flags: superreview+
Attachment #159740 - Flags: superreview+
Attachment #159740 - Flags: review+
Attachment #159742 - Flags: review+
fixed on the aviary 1.0 branch. I need to port it to the trunk. I don't have a
trunk tree handy on this machine at the moment. 
Flags: blocking-aviary1.0+
Keywords: fixed-aviary1.0
Comment on attachment 159740 [details] [diff] [review]
TRUNK: revised as per Asaf's comments

trying to remove extra flag
Target Milestone: mozilla1.8beta → mozilla1.8alpha5
fixed on the trunk now too.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Attachment #159740 - Flags: review+
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
Attachment #159742 - Flags: review?(mscott)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: