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 33948 - I18N - Some parts of XML mount catalog window do not fully appear in other locales when translated and/or using larger font sizes
Summary: I18N - Some parts of XML mount catalog window do not fully appear in other lo...
Status: VERIFIED FIXED
Alias: None
Product: xml
Classification: Unclassified
Component: Code (show other bugs)
Version: 3.x
Hardware: Sun Solaris
: P2 blocker (vote)
Assignee: issues@xml
URL:
Keywords: I18N
Depends on:
Blocks: 33246
  Show dependency tree
 
Reported: 2003-05-27 21:06 UTC by Ken Frank
Modified: 2004-08-20 14:01 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
gif #1 (6.93 KB, image/gif)
2003-05-27 21:08 UTC, Ken Frank 		Details
gif #2 (9.06 KB, image/gif)
2003-05-27 21:09 UTC, Ken Frank 		Details
The patch (14.00 KB, patch)
2003-05-28 14:53 UTC, _ pkuzel 		Details | Diff
Put this patch over previous one (16.81 KB, patch)
2003-05-28 16:19 UTC, _ pkuzel 		Details | Diff
Proposed release35 branch patch (30.53 KB, patch)
2003-06-17 09:12 UTC, _ pkuzel 		Details | Diff
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Ken Frank 2003-05-27 21:06:57 UTC 
Using pseudo localized product, with each message
or label
having additional multibyte text, and using
-fontsize 16
option, running in Chinese locale,

shot_0526_02.gif (B)
From [Runtime] tab in [Explorer] window, right
click
XML Entity Catalog] and select [Mount Catalog].
There are 2 problems in this screen in default
window size.
- Whole strings are not appeared in dropdown list.
- [Help] button is not appeared in this screen.
If I expand the window width, 2 problems are
solved.
(Please refer "shot_0526_02a.gif".)

Chinese localization will use a larger font than
default
one now used so these issues will be more visible
to them,
but this can also be viewed as a general or a11y
issue
since may be visible to users in english locale
who use
larger fonts.

Assumption is that user should be able to see
all items in a given window when it appears and
should
not need to resize it to see those things.

That is, the UI area or window should dynamically
resize
itself to show the needed contents.
(this does not apply to contents of textfields,
areas
controlled by scrollbars or vertical resizing
controls
like in options window)

To emulate in non multibyte locale without
multibyte
in messages or longer messages, you may need to
run
with fontsize 18 or 20 to see what we are seeing
with
fontsize 16. Even with larger sizes, it may not be
seen
exactly the same due to the effect of multibyte
and longer
strings.

This issue is marked with the FONTSIZE keywork;
bugs so
marked will not appear on quality dashboards and
will not
need to be waived or fixed for English FCS
products of this
release.

For Netbeans issues, this will be marked as
blocking 33246.
Comment 1 Ken Frank 2003-05-27 21:08:41 UTC 
Created attachment 10469 [details]
gif #1
Comment 2 Ken Frank 2003-05-27 21:09:36 UTC 
Created attachment 10470 [details]
gif #2
Comment 3 _ pkuzel 2003-05-28 10:26:54 UTC 
CatalogMounterPanel excerpt:

   setPreferredSize(new java.awt.Dimension(380, 100));
   setMinimumSize(new java.awt.Dimension(380, 100));

The constant in setPreferredSize() is plain wrong.
Comment 4 _ pkuzel 2003-05-28 14:15:44 UTC 
Also from CatalogRootNode:
  //^ packing never creates bigger window :-(
  myDialog.setSize(constantDimension);  

need to be calculated dynamically putting contrains on panel providers.
Comment 5 _ pkuzel 2003-05-28 14:52:42 UTC 
Fixed in prj40_prototype branch, works well both with
-fontsize 8 and -fontsize 22.
Comment 6 _ pkuzel 2003-05-28 14:53:24 UTC 
Created attachment 10485 [details]
The patch
Comment 7 _ pkuzel 2003-05-28 16:19:48 UTC 
Created attachment 10489 [details]
Put this patch over previous one
Comment 8 _ pkuzel 2003-05-28 16:20:42 UTC 
The second patch contains changes that were "hidden" by form module.
Comment 9 _ pkuzel 2003-06-17 09:12:45 UTC 
Created attachment 10699 [details]
Proposed release35 branch patch
Comment 10 Martin Roskanin 2003-06-17 09:36:38 UTC 
Reviewed.
Comment 11 _ pkuzel 2003-06-17 10:48:15 UTC 
Backported to release35 branch

Checking in src/org/netbeans/modules/xml/catalog/CatalogMounterPanel.form;
/cvs/xml/catalog/src/org/netbeans/modules/xml/catalog/CatalogMounterPanel.form,v
 <--  CatalogMounterPanel.form
new revision: 1.4.2.1; previous revision: 1.4
done
Checking in src/org/netbeans/modules/xml/catalog/CatalogMounterPanel.java;
/cvs/xml/catalog/src/org/netbeans/modules/xml/catalog/CatalogMounterPanel.java,v
 <--  CatalogMounterPanel.java
new revision: 1.5.2.1; previous revision: 1.5
done
Checking in src/org/netbeans/modules/xml/catalog/CatalogRootNode.java;
/cvs/xml/catalog/src/org/netbeans/modules/xml/catalog/CatalogRootNode.java,v
 <--  CatalogRootNode.java
new revision: 1.15.2.1; previous revision: 1.15
done
Processing log script arguments...
More commits to come...
Checking in
src/org/netbeans/modules/xml/catalog/impl/SystemCatalogCustomizer.form;
/cvs/xml/catalog/src/org/netbeans/modules/xml/catalog/impl/SystemCatalogCustomizer.form,v
 <--  SystemCatalogCustomizer.form
new revision: 1.5.2.1; previous revision: 1.5
done
Checking in
src/org/netbeans/modules/xml/catalog/impl/SystemCatalogCustomizer.java;
/cvs/xml/catalog/src/org/netbeans/modules/xml/catalog/impl/SystemCatalogCustomizer.java,v
 <--  SystemCatalogCustomizer.java
new revision: 1.5.2.1; previous revision: 1.5
done
Checking in
src/org/netbeans/modules/xml/catalog/impl/XCatalogCustomizer.form;
/cvs/xml/catalog/src/org/netbeans/modules/xml/catalog/impl/XCatalogCustomizer.form,v
 <--  XCatalogCustomizer.form
new revision: 1.5.2.1; previous revision: 1.5
done
Checking in
src/org/netbeans/modules/xml/catalog/impl/XCatalogCustomizer.java;
/cvs/xml/catalog/src/org/netbeans/modules/xml/catalog/impl/XCatalogCustomizer.java,v
 <--  XCatalogCustomizer.java
new revision: 1.6.2.1; previous revision: 1.6
done
Processing log script arguments...
More commits to come...
Checking in
src/org/netbeans/modules/xml/catalog/impl/sun/CatalogCustomizer.form;
/cvs/xml/catalog/src/org/netbeans/modules/xml/catalog/impl/sun/CatalogCustomizer.form,v
 <--  CatalogCustomizer.form
new revision: 1.6.2.1; previous revision: 1.6
done
Checking in
src/org/netbeans/modules/xml/catalog/impl/sun/CatalogCustomizer.java;
/cvs/xml/catalog/src/org/netbeans/modules/xml/catalog/impl/sun/CatalogCustomizer.java,v
 <--  CatalogCustomizer.java
new revision: 1.7.2.1; previous revision: 1.7
done
Comment 12 Ken Frank 2003-07-21 22:28:08 UTC 
Can't verify yet, since some members of my team saw that after fix,
some windows still did not show all but that the screen was at its
maximum width but cannot be resized once there.

 Thus should issue be reopened or more global issue filed
 asking that window wrap to another line or provide scrollbar
 or other solution in these cases ?

ken.frank@sun.com
Comment 13 _ pkuzel 2003-07-22 10:38:24 UTC 
What screen resolution do they use? I'm affraid that layout managers
approach works only for screens resolutions bigger than some minimum.

Wrapping all panels into scrollbars? I think that's bad idea.
Resultion UI could be slow and clumsy. 

I would set requirement to minimal screen resolution. Users can always
use virtual desktops if their display does not handle the required
minimum resolution.


It the particular case the dialog requires space for textfield that is
width enough to show 40 characters, its label and some spacing. In
total it should be less than 80 characters.

I do not how many Chinesse/Japanesse characters are commonly
displayable in single row. You can try to shorten the label text if
neccessary.
Comment 14 Ken Frank 2003-07-22 17:59:36 UTC 
as to shortening of label text, if this refers to
what l10n would do, dont think that is a viable
option - window should do the right thing no matter
what the text - ja an zh translations about same lg
as english but other languages can expand lg by
50-80%.  That is, l10n should not need to customize
a translation.

And this is also general issue of user running at
other fontsize, so its not just string length but
fontsize as well.

ken.frank@sun.com
Comment 15 _ pkuzel 2003-07-22 18:18:22 UTC 
Could you please attach the screenshot. I probably cannot image what
the problem is.
Comment 16 dmladek 2004-08-20 14:01:54 UTC 
IMHO it's fixed, Ken. What do you think? 
I've tested it on current dev (4.0) build with 
-fontsize 18 on resolution 1200x1600
and dialogs related to XML catalogue are fine.

If you still some problems, please reopen it and describe exactly
where it is and attache apropriate screenshot too.