| Summary: | [GTK3] Spinner created with SWT.READ_ONLY flag isn't updatable | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Snjezana Peco <snjezana.peco> | ||||
| Component: | SWT | Assignee: | Platform-SWT-Inbox <platform-swt-inbox> | ||||
| Status: | CLOSED INVALID | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | akurtakov, arunkumar.thondapu, ericwill, ipun, jan.public, lshanmug, nobody | ||||
| Version: | 4.5 | Keywords: | triaged | ||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
|
Description
Snjezana Peco
There is no snippet attached. There seems to be two meaning that people put into READ_ONLY. 1) No changes possible. 2) Text field not allowing direct input. My opinion is that if one allows changes into a widget values it's not READ_ONLY. It's clearly unspecified behavior what should happen in this case. Adding Arun/Lakshmi for discussion as GTK 3 port has the correct behavior in my eyes. Created attachment 257440 [details]
A snippet
(In reply to Alexander Kurtakov from comment #2) > There seems to be two meaning that people put into READ_ONLY. > 1) No changes possible. > 2) Text field not allowing direct input. > > My opinion is that if one allows changes into a widget values it's not > READ_ONLY. > It's clearly unspecified behavior what should happen in this case. Adding > Arun/Lakshmi for discussion as GTK 3 port has the correct behavior in my > eyes. Agree, but in that case, there is a bug in all other ports (GTK2, Windows, Mac). (In reply to Alexander Kurtakov from comment #2) > > My opinion is that if one allows changes into a widget values it's not > READ_ONLY. +1 to this. I think this is correct behavior in relation to what READ_ONLY means, and this technically isn't a bug. I suggest opening bugs for the other ports if it's still occurring in the latest integration builds of Eclipse. Will follow up in a week. (In reply to Ian Pun from comment #5) > (In reply to Alexander Kurtakov from comment #2) > > > > My opinion is that if one allows changes into a widget values it's not > > READ_ONLY. > > +1 to this. I think this is correct behavior in relation to what READ_ONLY > means, and this technically isn't a bug. I suggest opening bugs for the > other ports if it's still occurring in the latest integration builds of > Eclipse. Will follow up in a week. A week has gone by, closing this now. |