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.

Bug 148760 - I18N - JRuby tab from GFv3 properties dialog doesn't resize to show its dropdown items
Summary: I18N - JRuby tab from GFv3 properties dialog doesn't resize to show its dropd...
Status: RESOLVED WONTFIX
Alias: None
Product: serverplugins
Classification: Unclassified
Component: GlassFish (show other bugs)
Version: 6.x
Hardware: All All
: P4 blocker (vote)
Assignee: Nitya Doraisamy
URL:
Keywords: I18N
Depends on:
Blocks:
 
Reported: 2008-09-30 15:54 UTC by kaa
Modified: 2012-11-27 12:54 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
image (55.55 KB, image/jpeg)
2008-09-30 15:54 UTC, kaa
Details

Note You need to log in before you can comment on or make changes to this bug.
Description kaa 2008-09-30 15:54:28 UTC
Assign please to the appropriate component If needed.

Product Version: NetBeans IDE Dev (Build 200809280201)
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. Open GlassFish v3 properties dialog
2. Select JRuby tab

There is a drop down list for JRuby Platform.
It doesn't resize to show its item. 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'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.
Comment 1 kaa 2008-09-30 15:54:52 UTC
Created attachment 70913 [details]
image
Comment 2 _ pcw 2008-09-30 16:01:27 UTC
--> serverplugins/glassfish V3

This panel is provided by the GlassFish V3 plugin.

Is this particular issue really a P2?
Comment 3 kaa 2008-09-30 16:08:26 UTC
Thanks for assignment to the correct component.
I used P2 in accordance with the Bug Priority Guidelines since the issue is about resize problem.
Comment 4 Petr Jiricka 2008-10-03 13:53:48 UTC
I would also question the priority of this issue:
- How often does the user have multiple JRuby platforms and needs to switch between then? I'd say not very often.
- I found a couple workarounds: Either resize the field manually. Or create a Rails project and the tooltip of the
project node will show the active platform.
- If this issue was present with the English locale, I would still think it's not a P2, so why should it be a P2 with
the Japanese locale?
Comment 5 Petr Jiricka 2008-10-07 12:37:15 UTC
-> P3, not a release stopper.
Comment 6 _ pcw 2008-12-09 17:37:52 UTC
IIRC, this is a trivial layout related fix.  I had fixed it before, but it was untested and just after code freeze.
Comment 7 _ pcw 2009-05-19 23:24:16 UTC
Bug related to trivial layout issue was fixed.

The issue as described may still exist, but it's tricky to reproduce (highly localization, GUI toolkit, and component
dependent)  It appears to be related to preferred size calculations in the server customizer.  Not worth fixing IMO
unless there's a particular combination that is command and overwhelmingly bad.

Lowering to P4.
Comment 8 TomasKraus 2012-11-27 12:54:53 UTC
We do not support JRuby on Rails in current GlassFish plugin releases.
Closing this bug.