Summary: | Consider deprecation of CCombo | ||||||
---|---|---|---|---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Mickael Istria <mistria> | ||||
Component: | SWT | Assignee: | Platform-SWT-Inbox <platform-swt-inbox> | ||||
Status: | NEW --- | QA Contact: | |||||
Severity: | enhancement | ||||||
Priority: | P3 | CC: | daniel_megert, karsten.thoms, psuzzi | ||||
Version: | 4.6 | ||||||
Target Milestone: | --- | ||||||
Hardware: | All | ||||||
OS: | All | ||||||
Whiteboard: | |||||||
Bug Depends on: | |||||||
Bug Blocks: | 501483 | ||||||
Attachments: |
|
Description
Mickael Istria
2016-09-15 05:34:47 EDT
Created attachment 282276 [details]
Screenshot
I just stumbled over this as I was wondering why the height hint on a Combo did not have an effect. The desired height (29*scaling) was overruled by the computed height (24*scaling). (Display scaling was set to 200% in this case).
The controls look rather different. I doubt they could be brought together.
The place where this is overruled in Windows Combo is in
org.eclipse.swt.widgets.Combo.computeSizeInPixels(int, int, boolean)
if (((style & SWT.SIMPLE) == 0) && OS.GetComboBoxInfo (handle, pcbi)) {
width += pcbi.itemLeft + (pcbi.buttonRight - pcbi.buttonLeft);
height = (pcbi.buttonBottom - pcbi.buttonTop) + pcbi.buttonTop * 2;
Maybe the height should be the Max(hHint,(pcbi.buttonBottom - pcbi.buttonTop) + pcbi.buttonTop * 2)?
Anyway, the docs are still valid, and we are speaking of similar but different controls.
|