Bugzilla – Full Text Bug Listing
| Summary: | [Mac][Combo]Combo Box Cursor Position is different in different platforms | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | pei na <peina> | ||||||||
| Component: | SWT | Assignee: | Silenio Quarti <Silenio_Quarti> | ||||||||
| Status: | RESOLVED FIXED | QA Contact: | |||||||||
| Severity: | normal | ||||||||||
| Priority: | P3 | CC: | eclipse.felipe, Silenio_Quarti | ||||||||
| Version: | 3.6.2 | ||||||||||
| Target Milestone: | 3.7 M5 | ||||||||||
| Hardware: | PC | ||||||||||
| OS: | Mac OS X - Carbon (unsup.) | ||||||||||
| Whiteboard: | |||||||||||
| Attachments: |
|
||||||||||
Created attachment 185205 [details]
ComboSample
Created attachment 185207 [details]
Combo on Windows
Created attachment 185208 [details]
Combo on Mac
Silenio, that should be easy to fix but I'd like to know what gtk does on this same scenario. Peina, although this seems like a easy fix, we are discontinuing the carbon port. For eclipse 3.7 we will only have cocoa on the mac. If you need your code to run on 3.6.2 carbon the way you expect, then you should to try to work around this problem on your code. For example, can you call combo#setSelection(new Point(0,0)) after setText() - does it fix the problem you are seeeing ? Fixed in Carbon (HEAD). GTK works the same as windows. Cocoa selects the whole text when the combo gets focus, but shows the beginning of the text, which appropriate platform behaviour. |
Build Identifier: 3.6.2 1.Run ComboSample in atttachment: final Combo combo = new Combo(shell, SWT.DROP_DOWN | SWT.LEFT_TO_RIGHT); combo.setText("ABCDEFG....................................................."); Result: On Windows, the cursor is at the beginning of the text, which is the expected behavior. But on Mac OS X, the cursor is at the end of the text, it will be hard for use to read the string. See screenshot in attachment. Reproducible: Always