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.
build 1119, ja_JP 1. Create WebApp 2. Open web.xml in editor 3. Select security tab 4. Open Edit Role Names dialog There are headers with invisible text (they have fixed size). With the default font size there is 'All Roles'. 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 53323 [details] image
Trivial to fix, but unfortunately too late for 6.0. I kind of have to disagree with this being a P2 issue though. If we had the same problem in English locale, it would qualify at most as a 'highly visible usability problem', i.e. a P3, so it seems a bit strange that this can be a P2 issue when running in pseudo localized locale (which doesn't necessarily mean that this is a real problem in any locale). However, I can see that there are other criterias in the priority guidelines under which this can considered as a P2, so I'm not changing the priority now.
Erno, maybe the criteria words need fine tuning, but the feedback have had in past from usability and/or xdesign, is that user should not need to resize to see all parts of a window (or to somehow have some knowledget that they should need to resize, since some manifestations of resize problems dont even give a clue to user about that some missing parts of a window are not being seen, and that it is a more valid thus as a p2 and also its not a matter of en or ml; its just a resize issue, that might appear more in some cases when the length of the label or msg is longer than en, but the guidance/assumption is that en length should not be used in determining size; dynamic resizing should happen. it is a tricky thing in some ways in that its not absolute as to when such an issue would be seen, since can depend on string length, font size (and we use a reasonable 14 pt size for our testing which is not that much bigger than ide default), monitor size and resolution. as far as I know dev teams have understood this and not had a problem with the priority of it. ken.frank@sun.com
Yes, I can understand the reasoning behind this particular criterion, and it does make sense. It just seems to me that not every I18N resize problem is of the same importance, similarly as not every NPE is of the same priority and using just one priority for all these kind of issues doesn't correctly reflect the actual state of the IDE. Also, there are plenty of open P3 issues that have a far greater user impact than this one (in every locale) and would therefore deserved to be fixed first, IMO. Anyway, I'm not going to make my own rules for this, so I will leave the priority as it is and handle the issue accordingly.
Fixed in trunk. Checking in SecurityRolesEditorPanel.java; /cvs/j2ee/ddloaders/src/org/netbeans/modules/j2ee/ddloaders/web/multiview/SecurityRolesEditorPanel.java,v <-- SecurityRolesEditorPanel.java new revision: 1.4; previous revision: 1.3 done Checking in SecurityRolesEditorPanel.form; /cvs/j2ee/ddloaders/src/org/netbeans/modules/j2ee/ddloaders/web/multiview/SecurityRolesEditorPanel.form,v <-- SecurityRolesEditorPanel.form new revision: 1.3; previous revision: 1.2 done
verified in trunk 0408