Page MenuHomePhabricator

efl_ui_multi_selectable: remove SINGLE_ALWAYS

Authored by bu5hm4n on Sep 17 2019, 1:58 AM.



this should get a better solution later on. There is also no real usage
for that.

ref T7922
Depends on D9984

Diff Detail

rEFL core/efl
Lint OK
No Unit Test Coverage
Build Status
Buildable 13347
bu5hm4n created this revision.Sep 17 2019, 1:58 AM
bu5hm4n requested review of this revision.Sep 17 2019, 1:58 AM
SanghyeonLee accepted this revision.Sep 17 2019, 2:33 AM

Looks good to me.

This revision is now accepted and ready to land.Sep 17 2019, 2:33 AM

for the information.

I've check similar mode exist in gtk framework,
they define it like this


No selection is possible.


Zero or one element may be selected.


Exactly one element is selected. In some circumstances, such as initially or during a search operation, it’s possible for no element to be selected with GTK_SELECTION_BROWSE. What is really enforced is that the user can’t deselect a currently selected element except by selecting another element.


Any number of elements may be selected. The Ctrl key may be used to enlarge the selection, and Shift key to select between the focus and the child pointed to. Some widgets may also allow Click-drag to select a range of elements.

BROWSER seems like our single_always but the name make me comfortable then single_always

Closed by commit rEFLff0aabd345c0: efl_ui_multi_selectable: remove SINGLE_ALWAYS (authored by Marcel Hollerbach <>). · Explain WhySep 17 2019, 4:46 AM
This revision was automatically updated to reflect the committed changes.