This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Product Version: NetBeans IDE Dev (Build 200801290002) Java: 1.6.0_03; Java HotSpot(TM) Client VM 1.6.0_03-b05 System: Windows XP version 5.1 running on x86; MS932; ja_JP (nb) Steps: 1. Open New Project wizard 2. Choose Web Free-from App from the Web category The wizard appears. It does not resize to show all of its text. See image. Assumption is that user does not need to manually resize most windows or dialogs to see all of the UI objects and information in them. I'am running in pseudo localized locale in which each message/label is a bit longer than English to account for that in some locales, translations result in longer strings than in English. Also am running at fontsize 16, which is viewed as a valid font size that might be used. Resizing issues are not just related to i18n; they might show to user in English locale if they run at larger fontsize.
Created attachment 55862 [details] image
So does resizing the dialog manually help?
mkubec, you added these hints to all freeform projects so the same problem exists in all of them. Would you mind fixing it? I'm not sure how though because wizards have fixed size (a UI guideline?), right? Thanks, -D
I will try to fix it. Note: kfrank runs those tests with font size 14 (e.g. issue #126455). Is there any unified testing metrics for font sizes? After potential fix for 16pt - if you use 20pt font size it will probably break again.
I saw vertical scrollbar in several wizards. May be it will help to solve the problem in case of arbitrary font size.
Fixed. Freeform customizer size was enlarged to the same size as java project customizer. Please, use the same way of verification as kfrank in issue #126455. http://hg.netbeans.org/main/rev/e56745d0e0e7
The issue #126455 is verified yet. Steps from above looks ok with font size 16. Product Version: NetBeans IDE Dev (Build 200802110004) Java: 1.6.0_03; Java HotSpot(TM) Client VM 1.6.0_03-b05 System: Windows XP version 5.1 running on x86; MS932; ja_JP
The issue #126455 is not verified yet. If some special steps are needed describe them please.
No special steps are needed. If you have already verified the issue then it's OK and no other action is needed. Thanks.
verification was incorrect. The issue is reproducible: Product Version: NetBeans IDE Dev (Build 200802120006) Java: 1.6.0_03; Java HotSpot(TM) Client VM 1.6.0_03-b05 System: Windows XP version 5.1 running on x86; MS932; ja_JP
Created attachment 56603 [details] image
OK, then I'd like to see some general specification for I18N testing. Reporter in one issue says: "running pseudo localized nb using 14pt font, solaris, ja locale". Other reporter in another issue says: "Also am running at font size 16". Why are there different conditions regarding font size? Thanks for clear answer.
both font sizes are viewed as reasonable ones that might be used and thus its ok that both might be used in the testing; normally resize situations are result of not doing dynamic resizing but instead doing hardcoding of sizes; ui/xdesign team can give you more inforamation about it. and resize situations are not just i18n ones as might happen in en locale also. as to what causes the problem to show when hardcoded value is exceeded - it might be length of some sting, it might be font size, it might be monitor size or resolution. ken.frank@sun.com
Honestly I don't know how to fix this kind of issues. I don't think that there is any dialog in NetBeans IDE that does dynamic sizing of itself according to required dimensions of all its components, it would mean that each dialog will be of different size. There must be same size hardcoded as final dimension of each dialog.
Probably embedding the dialog in scrollpane will solve the problem. For example when font size will be greater then some value the dialog will have this scroll option. I saw this solution.
Well, then what is better? Having scrollpane with two scrollbars to actually move the whole underlaying pane to find hidden components. Also using scrollpane hides mode space (==components) than without scrollpane. Or manually resize the dialog simply by one move to see it all.
May be UI team can give an explanation why user does not need to manually resize dialogs. This is a rule of i18n testing.
why user not need to manually resize - its not really a rule of i18n testing - its a rule/guideline that is from hie/xdesign and also seems pretty standard - and thats why in i18n or any other testing that issues are filed if user does need to manually resize (using reasonable font sizes) (most main ide windows, items with scrollbars, jtable columns are exempt since they provide an alternate way of doing the resizing -- but even for those windows, if something inside one of those windows does not show completely even if using sbars or other means, thats a resize issue also. ken.frank@sun.com
I tried to tweak the layout to get more space. http://hg.netbeans.org/main/rev/980e27ac7089
The rest of the change. http://hg.netbeans.org/main/rev/b7dccc36f5ab
Product Version: NetBeans IDE Dev (Build 200802270005) Java: 1.6.0_03; Java HotSpot(TM) Client VM 1.6.0_03-b05 System: Windows XP version 5.1 running on x86; MS932; ja_JP