| Summary: | Truncation Issue in Korean | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] PDE | Reporter: | hollisc | ||||||
| Component: | UI | Assignee: | PDE-UI-Inbox <pde-ui-inbox> | ||||||
| Status: | RESOLVED DUPLICATE | QA Contact: | |||||||
| Severity: | normal | ||||||||
| Priority: | P3 | CC: | eclipse.felipe, veronika_irvine | ||||||
| Version: | 3.0 | ||||||||
| Target Milestone: | --- | ||||||||
| Hardware: | PC | ||||||||
| OS: | Windows 2000 | ||||||||
| Whiteboard: | |||||||||
| Attachments: |
|
||||||||
|
Description
hollisc
Please attach a screenshot Created attachment 14847 [details]
Truncation
Does the issue occur also on the Java > Compiler preference page? Created attachment 14858 [details]
Truncation in Java -> Comipler
Veronika, is this a general SWT combo issue as it appears independently in PDE and JDT? The Windows native combo widget always makes the drop down list the same width
as the widget regardless of the length of the strings in the list. However,
computeSize(SWT.DEFAULT, SWT.DEFAULT) of Combo should be wide enough to show
the longest string in the list. According to the GridData for the Combo in
the PDE Compilers preference page (GridData {horizontalAlignment=SWT.BEGINNING
verticalAlignment=GridData.CENTER}) the default size of the widget should be
what is used here.
There are two possibilities. 1) Combo.computeSize(SWT.DEFAULT, SWT.DEFAULT) is
not returning the correct result 2) After the preference page has been laid
out, more items are added to the Combo and the preference page is not being
forced to layout again.
Wassim, Can you test possibility #2 by calling tabfolder.layout(true) after
you have added all the strings to Combo? (Note that calling combo.getParent
().layout(true) will not be sufficient since the parent of the Combo also has
to become larger and calling combo.getShell().layout(true) is not sufficient
because the tabfolder will not change size and thus will not layout its
children.)
Felipe, I ran the French version and it looked OK. Can you look into
possibility #1?
This problem was found running only on local korean machine. The problem is not there if I pull up the korean locale on an english machine. Thanks Veronika. Without making any changes to the code, I tried using arbitrarily very long (English) strings, and the combo box was correctly sized. I then tried #1 (i.e. folder.layout(true)), and I also saw the correct size of the combos. Both my scenarios were tested on XP. Problem was reported on Win2K, so I'm not sure if this has anything to do with this. Thanks Felipe *** This bug has been marked as a duplicate of 75003 *** |