bug #7189
closed
- Has duplicate bug #8536: Connect Dialog: UI elements exceed the available space added
- Assignee changed from Andreas Müller to Katja Luther
The same probelm exists in windows 10:
(Windows 10 at text size 150%)
- Assignee changed from Andreas Müller to Katja Luther
- Status changed from New to In Progress
- Assignee changed from Katja Luther to Andreas Kohlbecker
- Priority changed from New to Highest
- Target version changed from Unassigned CDM tickets to Release 5.15
- Status changed from In Progress to Feedback
- Assignee changed from Andreas Kohlbecker to Katja Luther
- % Done changed from 0 to 40
this issue is mainly fixed. Only the width of the comboboxes is a bit too wide.
I left inactivated lines commented in the code, These should be deleted finally !!!!
@Katja: do you have an idea how the size of the comboboxes can be restricted without breaking the automatic layout and size calculation
- Assignee changed from Katja Luther to Andreas Kohlbecker
Andreas Kohlbecker wrote:
this issue is mainly fixed. Only the width of the comboboxes is a bit too wide.
I left inactivated lines commented in the code, These should be deleted finally !!!!
@Katja: do you have an idea how the size of the comboboxes can be restricted without breaking the automatic layout and size calculation
no, sorry. If you set widthHint, then it is not resized and it is only possible to set a minimum width.
Im code ist mir aufgefallen dass Cherian die Ubuntu Fontfamilie verwendet. ich nehme an um die Schriftgröße setzen zu können.
Da gibt es doch sicher bessere Wege als eine auf vielen Systemen nicht exisiterende Schrift zu verwenden:
private static final String UBUNTU = "Ubuntu"; //$NON-NLS-1$
lblCdmServer.setFont(SWTResourceManager.getFont(UBUNTU, 9, SWT.NORMAL));
I think we just should remove all this programmatic setting of font sizes as they are centrally managed via the settings in eclipse rcp
- Status changed from Feedback to Resolved
- Assignee changed from Andreas Kohlbecker to Andreas Müller
- % Done changed from 40 to 50
I consider this as fixed, please review.
- Description updated (diff)
- Status changed from Resolved to Closed
- Assignee changed from Andreas Müller to Andreas Kohlbecker
- % Done changed from 50 to 100
This is generally fixed. Only issue is that the recalculation of the layout sometimes stocks in the middle while data is loaded. This looks no so nice but is not critical.
We may want to try to fix this later.
An interesting source on how to scale swt layouts is: https://www.slideshare.net/da152/swt-scalingece2014-aktuell
I tested with 100%, 125%, 150% and 175% on a windows machine
Also available in: Atom
PDF