Ux.field.Multiselect

As I didn't like available extensions, I've extended Ext.field.Select widget and added the multiselect feature. Works as a single or multi select field.

It can easily extend Ext.field.Text if to take the missing code from Ext.field.Select and add it to Ux.field.Multiselect.

Github repository: https://github.com/vadimpopa/Ux.field.Multiselect
Tested&works on ST 2.1 , 2.2
Multiselect field example image:

Attachment 42406

EDIT: usePicker config won't work as it is always used a list on both tablets and phones

Without using it, what happens when someone is on a phone and the developer wants to use an array of values?

Quote:

---

Originally Posted by mitchellsimoens

Without using it, what happens when someone is on a phone and the developer wants to use an array of values?

---

If you are about 'tablets only'... I've made the extension for project which small screens weren't on the requirements list. As soon as I find some free time will take a look to phones too.

Quote:

---

Originally Posted by mitchellsimoens

and the developer wants to use an array of values?

---

Fixed....where I'm using it has no default value, being lazy and not tested with it, needed one code line which have deleted from the extended component.

thx.

I think there's a very simular plugin, maybe someone needs an alternative which works on small screens, too:
http://www.sencha.com/forum/showthre...Actions-Plugin
https://github.com/wnielson/sencha-ListActions

Quote:

---

Originally Posted by armode

I think there's a very simular plugin, maybe someone needs an alternative which works on small screens, too:
http://www.sencha.com/forum/showthre...Actions-Plugin
https://github.com/wnielson/sencha-ListActions

---

Looks nice.

Took a fast look and seems that on each item's element is attached a button, which at first impression is used only to show the check/uncheck state, IMO is too much, it makes list's DOM bigger but for what....hope I might be wrong....will take a dipper look this days.
And probably the select/cancel button is an optional not useful step for the user, at least if to use it in the app I'm working at, but for others could be useful....

Yeah you're right, every list row has a button. I'm not sure how much this slows the component down, but for really long lists it's definitly a problem, good point!

The buttons in the bottom toolbar are optional and are passed to the component as items of the actionsToolbar.

Quote:

---

Originally Posted by armode

Yeah you're right, every list row has a button. I'm not sure how much this slows the component down, but for really long lists it's definitly a problem, good point!

---

then looks that there's place for improvements....on mobile every millisecond&bit counts.

Quote:

---

Originally Posted by armode

The buttons in the bottom toolbar are optional and are passed to the component as items of the actionsToolbar.

---

I've understood this, I was saying about the top one.....but I see in code that is optional too.

Removed code for Ext.picker.Picker so always will be used a popup overlay Ext.List, even for phones too.

work on sencha touch 2.2?