Closed
Bug 95513
Opened 23 years ago
Closed 21 years ago
Account setup wizard: window size needs to be externalized
Categories
(SeaMonkey :: MailNews: Account Configuration, defect)
SeaMonkey
MailNews: Account Configuration
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla1.2alpha
People
(Reporter: ji, Assigned: sspitzer)
Details
(Keywords: l12y, Whiteboard: needinfo)
Attachments
(2 files)
44.48 KB,
image/jpeg
|
Details | |
1.34 KB,
patch
|
Details | Diff | Splinter Review |
On Japanese linux 6.1 build, the inital window size of the server info dialog window is not long enough, the last string is cut-off. Since the window size is not externalized, l10n engineers can't set proper initial window size for Japanese build. To see the problem, on a Jpanese linux, bring up mail account setup wizard, select ISP type and proceed to the server information window.
Comment 2•23 years ago
|
||
Comment 3•23 years ago
|
||
I've attached a fix for this problem. In the grander scheme of things, there is a core problem that wizards do not know the size of every page at startup, so they cannot size themselves to accomodate the largest page. Is there a bug open for this?
r=racham. Adding Hewitt to the cc list. Hewitt, Do we have the feature Michael is asking for in the new <wizard/>..?
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.8
Comment 6•23 years ago
|
||
Shirley, do you think this is a duplicate of bug# 93680?
Not exactly. Making the window size bigger could solve the problems in Japanese build, but it might still be a problem for other localized builds which have longer translation of the strings, like German build. This bug is asking to put the initial window size into a resource file, like a .dtd file, the localizer can adjust the size in a localized build. In another word, although the initial window size is very small, as long as the window size information is specified in a resource file, localization engineers can edit the resource file to make it big enough to accommodate the translation of the window. If the window size is defined in the code, localization engineers can't do anything about it since they are not supposed to change the code in localization stage.
Comment 8•23 years ago
|
||
So is there any way to have wizards sizeToContent on the largest page?
Updated•23 years ago
|
racham, can you have someone to sr and check in the patch?
Comment 10•23 years ago
|
||
Discussed in 2/26 bug meeting with Mktg Engineering and PjM. We need to know if this happens on any non-Linux platforms.
Whiteboard: needinfo
Comment 11•23 years ago
|
||
Yes, this happens on OS/2. And it will happen on all platforms when they translate. We need a way to autosize Wizards.
Comment 12•23 years ago
|
||
Fixing bug 113488 should fix this bug as well. Nominating 113488 per mail triage.
Comment 13•23 years ago
|
||
Discussed in 2/28/02 Mail & News bug meeting. Decisions was to minus this bug.
Comment 14•22 years ago
|
||
Account window size has been moved to dtd, so can be set in the language packs if needed, so this bug can be CLOSED.
Comment 15•22 years ago
|
||
That helps a little, but the wizards are still too small by default on Os/2 and that can't be set in a DTD file. Why can't wizards resize themselves to the biggest page?!?!!?
Comment 17•21 years ago
|
||
The window size IS externalized, so this bug is FIXED. The fix for bug 114077 will change the default size from pixel to em. So the window will have the correct size regardless how big the used font size is. I think making a wizard's default size adaptive to the contents of the biggest page should be handled in another bug.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•