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.
| Summary: | [WSphere] I18N - font size might be hardcoded or font name might not be standard jdk font name | ||
|---|---|---|---|
| Product: | serverplugins | Reporter: | Ken Frank <kfrank> |
| Component: | WebSphere | Assignee: | Petr Hejl <phejl> |
| Status: | NEW --- | ||
| Severity: | blocker | Keywords: | I18N |
| Priority: | P3 | ||
| Version: | 6.x | ||
| Hardware: | Sun | ||
| OS: | Solaris | ||
| Issue Type: | DEFECT | Exception Reporter: | |
the setFont is used in a couple unit tests... since this is an audit bug for the whole code base, I don't know who to assign the issue to next. I will let kfrank figure that out. Vince, if the 2 instances mentioned are from test code, then this issue can be closed. I see that I did file this in wrong category, I should have done it in j2ee, not ide - sorry for that, since this was not meant to be for all codebase; separate issues were filed in many specific categories on similar situations, its just that I used the wrong category for this one. ken.frank@sun.com setfont in websphere6 still exists |
am scanning source code to find possible instances of hardcoding of font sizes or font names that might not be standard jdk font names since hardcoding of font sizes can lead to resize issues (which can often be solved by using dynamic resizing using layout managers and by using global ide font size instead of hardcoding. and since using font names that are not standard jdk font names can lead to some fonts not being found, especially for asian or other non english fonts. We realize that some of this code might not be used or that some of these examples might not be applicable also, this is not meant to be complete since other instances of these situations might be present using other api names than patterns used for scanning - please check code to see if other such cases and fix as needed. also, suggest checking code to see that usages of setSize and setPreferredSize calls don't hardcode actual sizes of dialogs or other windows if it means that dynamic resizing would not happen in these cases Here are some instance(s) found of these possible problems: if separate issues are needed, please file them: j2ee.sun.appsrv81 ma.setFont(Font.decode("ARIAL Bold 18")); j2ee.websphere6.setfont: reloadIntervalSpinner.setFont(new java.awt.Font("Courier", 0, 12)); j2ee.websphere6.setfont: reloadIntervalSpinner.setFont(new java.awt.Font("Courier", 0, 12));