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.
Looks like an obvious issue but I can't find something similar. Product Version: NetBeans IDE Dev (Build 200809101401) Java: 1.6.0_06; Java HotSpot(TM) Client VM 10.0-b22 System: Windows XP version 5.1 running on x86; MS932; ja_JP (nb) I'm running in Japanese locale, using a pseudo localized Netbeans with font size 16 option. 1. Start NetBeans 2. Create JavaApp There is a dropdown component on the main widow toolbar. It doesn't resize to show items properly. Manual resize didn't help. 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'm running in pseudo localized locale in which each message/label is sometimes longer than in English. To account for that in some locales, translations from English (and some other euro languages) could be shown with longer strings. Also I'm running at font size 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 font size. Often, these issues happen because the length of some label or message or size of entire window is hardcoded vs using layout managers or other techniques or api to have the windows or the objects in them, dynamically resize.
Created attachment 69749 [details] image
Reassigning to projects.
Created attachment 69921 [details] same combo box on macosx
well, even for english standard text you can easily loose part of the text that shifts outside of the designated area. I don't think There's a suitable solution to the problem on our side. 1. we can make the combo box generally wider, but still you will always be able to generate text that doesn't fit. (please note that the text values in combo are user entered names, not something we have under our control. 2. if we try to update the combo size according to the data content, the only result will be a combo that keeps on shrinking and expanding as the IDE's context changes (switching from project to project). Please note that the list actually shows complete values on macosx (as the attached screenshot shows). That's how the apple's look and feel decides that combo boxes shall behave though.. closing as wontfix.
I see your point about the length of some item being different and combo box cannot or should not show all of that. That is different than most combo boxes that always have fixed text. I think the issue was filed just based on that the words default and Customize did not show all of their characters from the start, before any other config was added. but we realize that on main ide window with other fixed sizes of menu items and toolbar things that it might not be easy in any case to have this area grow even to show the default contents.