From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win98; nl-NL; rv:1.0.0) Gecko/20020530 BuildID: 2002053012 Some of the items in the preferences windows go too far right or down to be seen once the Dutch language pack is installed. This makes properly configuring Mozilla less than practical. Reproducible: Always Steps to Reproduce: 1. Switch Mozilla to the Dutch language pack and restart 2. Select 'voorkeuren' in the 'bewerken' menu 3. flip through the preference pages Actual Results: Some items were clipped on the right side and I think some fell off at the bottom (never sure, you can't see them) Expected Results: Show everything perfectly This bug has obvious crosslinks to Locatization but since it seems to happen across different languages, fixing the size of the preferences window seems like the answer (or having it calculate from the different prefs pages how big it should be). Related: bug 128239, bug 151599, bug 144688

Reporter: please attach a screenshot.

here's the deal, the dialog must fit in en-US on a 640x480 screen with a menubar(macos) or taskbar(windows), as such the size must be fixed and everything must fit in it. bug 80392 tracks this. if your request is to make the size bigger by default i will happily resolve this bug as a duplicate of a wontfix as specified by the module owner. if your localization has extra problems ala japanese or german, there is a localization copout which they may take. if you wish for them to take it please indicate so and we will move this bug out of the browser product. i'm inclined to resolve this bug as a duplicate of the pref dialog shrink content to fit bug (bug 80392).

no. preferences are localizability friendly.

Well, thanks for the quick replies. Giving a screenshot seems rather useless (other than that I have to get a tool for it first and don't have much time now. It is like screenshot 90220 from bug 128239, only bigger. Navigator/History for instance, just has buttons that get clipped at some point by the margins of the prefs window. It is just nasty if you try to configure something and can't read the right half of a paragraph. Since the prefs window is fixed (and I suppose is now at maximum size), I think Timeless' suggestion of giving it to the Dutch localization people is a good one. I filed here because it seems to happen across different language packs, leading me to believe there was an overarching problem in the prefs architecture. By all means dup it to 80392 if the Dutch pack is already on the list there.

ok

(late reaction, just back from holidays) This problem of a wrong sized Preferences panel is hard to solve, because the size is hard coded in the translation, and I cannot say beforehand how large the panel should be. If I remember correctly, I first hard coded it differently than in the original English version (to make it somewhat larger), but this didn't solve the problem, because the panel wouldn't fit in the window anymore. Because of that, I returned to the original setting. There are no special difficulties in Dutch (like in Japanese), strings just tend to be somewhat longer than in English. I'll try to change the geometry so that the content fits better, but there's only one real solution: automatic sizing of the window. With regards, Taco

Ok, I've done that. In my development version (soon to be published), the content fits in the window. The inconvenience of this 'solution' is that the window itself doesn't always fit on the screen (depends on resolution, of course). If I'm right, this could be a serious problem under Windows, because, if I remember correctly, the window isn't sizable there. With regards, Taco

Hoi Taco, AFAICT, Timeless was adamant about the window size. Is there no way to use a smaller font size or something that allows for the content to be sized down rather than the window to be sized up? Groetjes, Oscar

(het mag hier trouwens gewoon in het Nederlands ;) >AFAICT, Timeless was adamant about the window size. Is there no way to use a >smaller font size or something that allows for the content to be sized down >rather than the window to be sized up? Volgens mij is dat wel min of meer mogelijk (maar dat zou die lettergrootte gelijk de standaardlettergrootte worden van Mozilla..), maar het lijkt me niet wenselijk. Het vervelende van dit probleem is dat ik er in de vertaling maar weinig aan kan doen. De enige twee dingen die ik kan doen zijn: - de tekst minder breed maken (geen oplossing; het moet een *duidelijke* vertaling zijn, geen cryptische) - het venster groter maken (kan niet onbeperkt; als het goed is lijkt het er al op (in Linux tenminste, daar heb ik het getest). De enige echte oplossing ligt buiten de vertaling, en moet echt in de broncode gebeuren: alle vensters zouden zelf hun grootte moeten berekenen, aan de hand van de inhoud. De enige taal waarvoor de huidige situatie geen probleem is, is Engels (en mogelijk andere talen die maar weinig woorden nodig hebben), omdat dat nou eenmaal de standaard taal is van Mozilla (daar wordt alles op ontworpen en berekend). Volgens mij heeft elke vertaling dit soort problemen.. Dingen die in de vertaling kunnen worden ingesteld zijn te vinden op http://www.mozilla.org/unix/customizing.html. (Maar alleen als dat nodig is; het is niet bepaald prettig om in de vertaling allerlei aanpassingen te maken ten opzichte van de Engelse versie. Dat maakt het lastiger om bij te houden.) Met andere woorden: in Linux moet het goed zijn (daar heb ik het ingesteld), en ik neem aan dat het dan ook voor andere systemen goed is (er is maar 1 waarde voor breedte en 1 voor hoogte aan te geven). Let er wel op dat ik maar 1 nieuwste versie van de vertaling bijhoud: nu is dat de Mozilla 1.1b versie. (In de 1.0 versie heb ik niets meer veranderd sinds ik met de 1.1b versie begon; te veel werk! Allerlei strings zijn van functie veranderd, wat ervoor zorgt dat het nodig is om de vertaling helemaal met de hand na te kijken op fouten.) De oplossing van het probleem is naar mijn idee niet door iets in de vertaling te veranderen, maar door bug 80392 op te lossen. Met groet, Taco *** This bug has been marked as a duplicate of 80392 ***