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)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
mozilla1.2alpha

People

(Reporter: ji, Assigned: sspitzer)

Details

(Keywords: l12y, Whiteboard: needinfo)

Attachments

(2 files)

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.
Keywords: l12y
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?
adding nsbeta1
Keywords: nsbeta1
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
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.
So is there any way to have wizards sizeToContent on the largest page?
Keywords: nsbeta1nsbeta1-
Target Milestone: mozilla0.9.8 → mozilla1.2
racham, can you have someone to sr and check in the patch?
Keywords: nsbeta1-nsbeta1
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
Yes, this happens on OS/2. And it will happen on all platforms when they translate. We need a way to autosize Wizards.
Fixing bug 113488 should fix this bug as well. Nominating 113488 per mail triage.
Discussed in 2/28/02 Mail & News bug meeting. Decisions was to minus this bug.
Keywords: nsbeta1nsbeta1-
Account window size has been moved to dtd, so can be set in the language packs if needed, so this bug can be CLOSED.
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?!?!!?
mass re-assign.
Assignee: racham → sspitzer
Status: ASSIGNED → NEW
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
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: