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)

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: