Closed Bug 35675 Opened 26 years ago Closed 25 years ago

[wizard] some text not visible

Categories

(MailNews Core :: Localization, defect, P3)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: amasri, Assigned: alecf)

References

Details

(Whiteboard: [nsbeta2+] fix in hand)

Attachments

(1 file)

with beta1, WinNT: Steps to reproduce: 1. Set default font-size to 6mm in global.css 2. Launch Messenger. 3. Select "Mail/News Account..." from Edit Menu. 4. Select "New Account" button. Result: Notice that the lower part of the text in the Account Wizard is hidden. This is a localization issue because other languages may have longer words or taller characters than English, and therefore will not fit into the allotted space.
lower part of what text? I don't know what this is referring to
Summary: Account Wizard window not localizable → [wizard] some text not visible
To be more specific: When the size of the font is changed, the text in the body of the dialog becomes too large to be contained in the text field and flows downward past the edge of the viewable space. In the second panel, this results in the user being unable to continue, since one of the enterable fields is hidden.
Blocks: 33506
I'll try sizing this window by em's instead of pixels. not sure if it will work.
Status: NEW → ASSIGNED
Target Milestone: --- → M17
Keywords: nsbeta2
Marking nsbeta2+ per PDT
Whiteboard: [nsbeta2+]
using ems seems to be unpredictable. I made the window resizable, that will have to do until after beta2
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
I don't quite understand this bug. Ae we going to ask every non-resizable window to be re-sizable? The default font-size of 6mm is too big for almost any UI possibilties. For example at 6mm, I can't see all the the bottom task bar entries in the Browser window even if I stretch the Browser window across the width of my 17 inch monitor. How about the Account wizard window itself, which does not re-size at PR1 and would be OK at 4mm but not at 6mm or a borderline at 5mm? Have other bugs been filed on other non-resizble windows? And what are the limits of the largest font size we would want to accommodate?
** checked with 5/26/2000 Win build ** In the above build, the Account Settings window is now resizable. But the original bug was about the Account Wizard window, which is still not resizable. I'm inclined to reopen this bug but I believe we should look at L10n requirements carefully for the overall UI font size. As I mentioned above "6mm" is not a practical size for Japanese. It is way too big and we will lose part of Navigator window UI. on a 17inch monitor. I would think that 4mm is a possibility for hose who want a bigger size. In that case, the Account Wizard window looks OK without resizing. If it easy to make the Account Wizard window resiazble, please do so and fix the original problem. By the way, the font setting has been moved from global.css to intl.css and resides under the chrome:locale directory now.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
The problem is that some languages have considerably longer or more roundabout ways of expressing ideas than does English. If a particular translation is 40% longer than its English equivalent--reasonable for French or German--then it is already longer than a 4mm font (L@4mm = 133% * L@3mm, where L is the length of the text in question, assuming the width is proportional to the height). If the user chooses a larger font size of 4mm, and the text is 40% longer, then we have: 133%*L@3mm + 40%*L@4mm = 186%*L@3mm. If the default font size is 3mm, then the hypothetical font size would be 5.586 mm. Although the height of a 6mm font is not reasonable, the length is possible, or even likely.
So this bug has not much to do with the font size but rather that we want the (New) Account Wizard window to be resizable or flexible to accommodate possible text expansion in other languages. (Note: We would have problems containing text lengths in various parts of the products if the font size is much more than 4mm even in English text.) I guess we need to keep this bug still nsbeta2+.
I understand the issues, but I need you guys to understand that IFRAMEs are not intrinsically resizable, so its basically impossible to have a intrinsically sized dialog that uses IFRAMES, like the account wizard and the prefs window.
Status: REOPENED → ASSIGNED
so it turns out that the wizard is in fact resizable on Windows and Linux, and has been since 5/24. Note that NO modal dialogs are resizable on the mac, this is a general problem with those dialogs. Since the window is resizable, I'm marking this FIXED, as it was before when I marked it on 5/24
Status: ASSIGNED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
Alec, I'm still not able to ree-size the window whose image I attached above. This is with 6/5/2000 Win32 build. Are we talking about the same thing?
I'm going to re-open the bug because the window we refer to is not re-sizable. But with this one twist. I would like to ask amasri who originally filed this bug to see if the current non-resizable window caused a problem in German PR1 which is available. If it did not, we might want to take this off the nsbeta2+ list. Opinions welcome.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
it IS resizable! try it yourself.
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
by the way - just because it doesn't have fancy borders doesn't mean it's not resizable... actually move your mouse cursor over the edge and you'll see.
Alec, I tried with Linux and it does re-size there. But not on Windows. Would you try Windows and see if we can agree on that part?
yes! I swear it resizes on my machine on Windows. Can you try the preferences window and account settings window too? They have EXACTLY the same window parameters (i.e. "resize=yes" or something like that) so they should be resizable in the same way. I'm on Windows 2000 - what Windows are you on? maybe it's a Win98 or WinNT-specific problem
I use Win98 and WinNT4 normally and this problem is observable on both. The preferences window and account settings window DO resize on NT4. But not the Account wizard window.
Oh my goodness. I just figured out what's going on. As it turns out, the dialog is resizable when opened from File->New->Account, but not when opened from from the account manager. I have a fix that I'll check in when the tree opens. sorry for the confusion.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Status: REOPENED → ASSIGNED
Whiteboard: [nsbeta2+] → [nsbeta2+] fix in hand
ok, fix is in. Now all places that use the account wizard bring it up with the same routine...so that it's resizable everywhere
Status: ASSIGNED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
** Checked with 6/27/2000 Win32 build ** Yes. The new account wizard window now is re-sizable whether you open it via File | New | Account ... or through Edit | Mail & News Account settings menu and then the button, "New Account".
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: