Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 73947

Summary: Truncation Issue in Korean
Product: [Eclipse Project] PDE Reporter: hollisc
Component: UIAssignee: 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 Flags
Truncation
none
Truncation in Java -> Comipler none

Description hollisc CLA 2004-09-14 19:57:10 EDT
Go to Windows -> Preference -> Plugin Developement -> Compiler.

The items in the drop down menus are truncated.
Comment 1 Wassim Melhem CLA 2004-09-28 04:02:23 EDT
Please attach a screenshot
Comment 2 hollisc CLA 2004-09-28 14:41:56 EDT
Created attachment 14847 [details]
Truncation
Comment 3 Wassim Melhem CLA 2004-09-28 15:34:13 EDT
Does the issue occur also on the Java > Compiler preference page?
Comment 4 hollisc CLA 2004-09-28 20:36:55 EDT
Created attachment 14858 [details]
Truncation in Java -> Comipler
Comment 5 Wassim Melhem CLA 2004-09-28 22:16:05 EDT
Veronika, is this a general SWT combo issue as it appears independently in PDE 
and JDT?
Comment 6 Veronika Irvine CLA 2004-09-29 10:15:24 EDT
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?
Comment 7 hollisc CLA 2004-09-29 11:13:19 EDT
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.
Comment 8 Wassim Melhem CLA 2004-09-29 12:05:44 EDT
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.
Comment 9 Felipe Heidrich CLA 2004-09-29 12:15:39 EDT
Duplicate of  Bug75003
Comment 10 Wassim Melhem CLA 2004-09-29 12:19:49 EDT
Thanks Felipe

*** This bug has been marked as a duplicate of 75003 ***