Closed
Bug 95513
Opened 24 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
•