Bug 21829 - API needed to allow CCombo to display its list at the prefered width
Summary: API needed to allow CCombo to display its list at the prefered width
Status: RESOLVED FIXED
Alias: None
Product: Platform
Classification: Eclipse Project
Component: SWT (show other bugs)
Version: 2.0   Edit
Hardware: PC All
: P3 major (vote)
Target Milestone: 2.0.1   Edit
Assignee: Veronika Irvine CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 20430
  Show dependency tree
 
Reported: 2002-07-23 15:58 EDT by Randy Giffen CLA
Modified: 2002-08-21 15:10 EDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Randy Giffen CLA 2002-07-23 15:58:59 EDT
CCombo displays its list at the same width as the text editor + button.
There are cases were the width of the text editor must be limited but it is OK 
to show the list at the width of its longest item.

The right edge of the list should be aligned with the right edge of the 
button. This may need to be adjusted if the combo is near the left edge or 
bottom of the screen.

Marked as major because this is needed to fix a 2.0.1 UI PR
Bug 20430
Discussed with Veronika
Comment 1 Steve Northover CLA 2002-07-23 16:30:12 EDT
VI, can you show me the case where this is necessary?
Comment 2 Nick Edgar CLA 2002-07-30 14:23:24 EDT
Or perhaps the CCombo should always work this way.
For example, a pulldown menu:
- never truncates itself to be the width of the name of the menu,
- is never constrained by the size of the shell containing the menu,
- always ensures it is fully visible on screen,
- never obscures the name of the menu, even if a long menu is pulled down at 
the buttom of the screen (likewise, the combo list should never obscure the 
combo text)
Comment 3 Nick Edgar CLA 2002-08-07 11:22:13 EDT
bug 20430 has been marked for 2.0.1.
Please consider this one for 2.0.1.
Comment 4 Mike Wilson CLA 2002-08-13 09:43:29 EDT
VI isn't here. SN to fix.
Comment 5 Steve Northover CLA 2002-08-13 15:24:48 EDT
Fixed > 20020813 and in 2.0.1.