1. #301
    Ext JS Premium Member
    Join Date
    May 2007
    Posts
    698
    Vote Rating
    3
    danh2000 is on a distinguished road

      0  

    Default


    UPDATE 18/01/2009

    Fixed regression where disabling the component didn't properly disable the items.

    New version attached to the first post

  2. #302
    Sencha User
    Join Date
    Nov 2008
    Posts
    159
    Vote Rating
    0
    dizor is on a distinguished road

      0  

    Default


    I get this with 3.1.0 & desktop... With 3.0.0 everything is ok.

    Code:
    this.el is undefined
    this.el.dom.setAttribute('name', this.hiddenName || this.name);

  3. #303
    Sencha User
    Join Date
    Dec 2008
    Location
    Lodz, Poland
    Posts
    173
    Vote Rating
    3
    grzegorz.borkowski is on a distinguished road

      0  

    Default


    We have the following use case: there is a form with field "Assigned user". Depending on some flag, it should allow for assignments of single user, or mulitple users. For multiple users assignment we use superboxselect; for single assignment we use a standard combo. However, it would be better to have it unified, and use superboxselect in both cases. But I don't see a setting for superbox to allow for selecting only one item. Do you have any plans of implementing such behavior in Superboxselect?

  4. #304
    Ext JS Premium Member
    Join Date
    May 2007
    Posts
    698
    Vote Rating
    3
    danh2000 is on a distinguished road

      0  

    Default


    Quote Originally Posted by grzegorz.borkowski View Post
    We have the following use case: there is a form with field "Assigned user". Depending on some flag, it should allow for assignments of single user, or mulitple users. For multiple users assignment we use superboxselect; for single assignment we use a standard combo. However, it would be better to have it unified, and use superboxselect in both cases. But I don't see a setting for superbox to allow for selecting only one item. Do you have any plans of implementing such behavior in Superboxselect?
    This has been asked before - I'll add your vote and put this functionality in a future version.

  5. #305
    Sencha User
    Join Date
    Dec 2008
    Location
    Lodz, Poland
    Posts
    173
    Vote Rating
    3
    grzegorz.borkowski is on a distinguished road

      0  

    Default


    Thanks. Now when I think about it, it seems it would be better to have separate event for such a case added, e.g. "changeitem", because in single-select mode it makes no sense to fire removeitem-additem event pair at every change.
    So in the multiple-select-mode you have additem and removeitem events; and in single-select mode you either have additem (when box is emtpy and first item is selected), changeitem (when another item is selected, replacing the previous one), and removeitem (when the single item is removed), OR in single-select-mode you have only changeitem: when box is empty and first item is selected you have this event fired with oldValue=null; when the item is removed, with newValue=null. Not sure at this moment which approach is better.

  6. #306
    Ext JS Premium Member
    Join Date
    May 2007
    Posts
    698
    Vote Rating
    3
    danh2000 is on a distinguished road

      0  

    Default


    Quote Originally Posted by grzegorz.borkowski View Post
    Thanks. Now when I think about it, it seems it would be better to have separate event for such a case added, e.g. "changeitem", because in single-select mode it makes no sense to fire removeitem-additem event pair at every change.
    So in the multiple-select-mode you have additem and removeitem events; and in single-select mode you either have additem (when box is emtpy and first item is selected), changeitem (when another item is selected, replacing the previous one), and removeitem (when the single item is removed), OR in single-select-mode you have only changeitem: when box is empty and first item is selected you have this event fired with oldValue=null; when the item is removed, with newValue=null. Not sure at this moment which approach is better.
    Yes, I understand your thinking, and when I get to implementing this, MAY make some changes to the events fired, OR if I think it adds too much complexity, I may just leave it to the developer to ignore the events that they aren't interested in - it would be easy enough for the end developer to check the mode in the callback and decide whether to act on the event or not. I'll see how it goes.

  7. #307
    Sencha User
    Join Date
    Dec 2008
    Location
    Lodz, Poland
    Posts
    173
    Vote Rating
    3
    grzegorz.borkowski is on a distinguished road

      0  

    Default


    This could work, with one restriction: if, in case of item change in single-mode, the remove and add items are fired, I can write my program so that I ignore either remove or add events. Suppose I ignore remove events, and handle only add events, sending "change" message to the server then. The problem is what happens when user really removes item from combo box, without replacing it with new one: I will ignore this event, waiting for additem event, which will not happen.

  8. #308
    Ext JS Premium Member
    Join Date
    May 2007
    Posts
    698
    Vote Rating
    3
    danh2000 is on a distinguished road

      0  

    Default


    Quote Originally Posted by grzegorz.borkowski View Post
    This could work, with one restriction: if, in case of item change in single-mode, the remove and add items are fired, I can write my program so that I ignore either remove or add events. Suppose I ignore remove events, and handle only add events, sending "change" message to the server then. The problem is what happens when user really removes item from combo box, without replacing it with new one: I will ignore this event, waiting for additem event, which will not happen.
    It's still solvable if you handle the events differently - when an item is removed, send a message to the server, when an item is added, send another message. Just don't ignore the remove events. I don't think it's a huge overhead to send an additional event to the server. So on a replacement, you'd be responding to both the remove and the add.

    Anyway, this is hypothetical at the moment as I haven't looked at how I'd implement this, but I'll bear in mind what you've said.

  9. #309
    Sencha User
    Join Date
    Dec 2008
    Location
    Lodz, Poland
    Posts
    173
    Vote Rating
    3
    grzegorz.borkowski is on a distinguished road

      0  

    Default


    One more note, just to make sure we understand each other.
    I'm thinking about such situation: you have a Task object with property "assignedPerson". It's modelled in DB as Task table with column ASSIGNED_USER_ID, so you can have only one assigned person. From model point of view, you can assign a person (set a field), change assigned person, and remove a person (clear the field). Assume also that we have a change log which displays any changes done to this object, based on, say, DB trigger. So if you change the assigned person in UI, and than look at change log, you expect there one record "assigned user changed from X to Y", not two records "user X removed", "user Y added". This one is perhaps not so serious case, but in some cases this distinction may be important. So if I sent two requests to server: "remove user X" and just after "add user Y", I can't expect the server will hang at first request and wait for another one to come, to send only one update to DB instead of two.
    That's why I say that in this scenario it should be possible to distinguish the case of changing the item (from case on adding and removing) on the client side - and even on client side it will be not that easy I think if the SuperBoxComponent don't give you any clue what's going on.

  10. #310
    Sencha User
    Join Date
    Oct 2009
    Posts
    27
    Vote Rating
    0
    dvuja2 is on a distinguished road

      0  

    Default


    I don't know if this is useful, but when I disable it, if it has no items selected it can still be retrieved with getValues() (returns "").

    If it has values selected it can be disabled and nothing is retrieved.

    Another thing - when I disable it and than enable it, there is no dropdown.

    Other than that it's awesome.

    Is there a way to force it to except only one value (kind of like a normal combo)?

Thread Participants: 119

  1. galdaka (9 Posts)
  2. aconran (1 Post)
  3. stever (4 Posts)
  4. dj (1 Post)
  5. mystix (18 Posts)
  6. MarkB (3 Posts)
  7. DrZog (1 Post)
  8. JorisA (2 Posts)
  9. jheid (3 Posts)
  10. Joe (1 Post)
  11. mschering (1 Post)
  12. gigel (1 Post)
  13. akannu (1 Post)
  14. phillipL (1 Post)
  15. badgerd (1 Post)
  16. cmendez21 (1 Post)
  17. mjlecomte (1 Post)
  18. grgur (1 Post)
  19. xantus (1 Post)
  20. garraS (3 Posts)
  21. vahid4134 (2 Posts)
  22. Lloyd K (2 Posts)
  23. boonkerz (3 Posts)
  24. crxtech (3 Posts)
  25. mishanian (7 Posts)
  26. fpw23 (1 Post)
  27. sanjshah (6 Posts)
  28. Zolcsi (1 Post)
  29. SharePat (1 Post)
  30. mjhaston (1 Post)
  31. radtad (16 Posts)
  32. Joyfulbob (2 Posts)
  33. kveeiv (1 Post)
  34. armandoxxx (2 Posts)
  35. imran (1 Post)
  36. Eric24 (1 Post)
  37. drunknmunky (1 Post)
  38. raphac (1 Post)
  39. charleshimmer (1 Post)
  40. frankthetank (4 Posts)
  41. qooleot (3 Posts)
  42. gianpaulo (1 Post)
  43. dennispg (9 Posts)
  44. dasnk (1 Post)
  45. grahamda (1 Post)
  46. sdavids (1 Post)
  47. jasonb885 (1 Post)
  48. wemerson.januario (1 Post)
  49. dizor (3 Posts)
  50. Stju (5 Posts)
  51. extjs_new (1 Post)
  52. senacle (1 Post)
  53. elderotaku (2 Posts)
  54. Dumas (1 Post)
  55. grzegorz.borkowski (13 Posts)
  56. bueth (1 Post)
  57. nonyus (2 Posts)
  58. travisbell (2 Posts)
  59. Jangla (2 Posts)
  60. woooop (2 Posts)
  61. MH61 (2 Posts)
  62. TDub (1 Post)
  63. antoniode (5 Posts)
  64. xiongzhijian51 (1 Post)
  65. l0ga4 (1 Post)
  66. nohurge (2 Posts)
  67. MarkBOneSmart (1 Post)
  68. The Transporter (2 Posts)
  69. swarnendude (1 Post)
  70. arconen (2 Posts)
  71. mratzloff (9 Posts)
  72. Tom23 (1 Post)
  73. nadim (15 Posts)
  74. hongtj (2 Posts)
  75. max.hauser (2 Posts)
  76. dcw (1 Post)
  77. pilotsnipes (2 Posts)
  78. matthewcrist (2 Posts)
  79. fargs (1 Post)
  80. dvuja2 (2 Posts)
  81. sudhirhv (1 Post)
  82. lanhun (2 Posts)
  83. galoch (1 Post)
  84. frrogoy (1 Post)
  85. tboswell (1 Post)
  86. ozum (5 Posts)
  87. scusyxx (1 Post)
  88. hoca (1 Post)
  89. jayasreepc (1 Post)
  90. Jensen (1 Post)
  91. icarey (5 Posts)
  92. mohan_b (1 Post)
  93. skbach_pointyhat (1 Post)
  94. timbonicus (3 Posts)
  95. rachid.abdessamad (1 Post)
  96. ajitmogra (1 Post)
  97. Korbin (1 Post)
  98. istetska (3 Posts)
  99. ian.young (1 Post)
  100. muncher (2 Posts)
  101. sebterzi (2 Posts)
  102. forestclown (1 Post)
  103. Akey (1 Post)
  104. pret (1 Post)
  105. OpnSrce (1 Post)
  106. sriramkumarp (1 Post)
  107. extjs-dev (4 Posts)
  108. mvoss (1 Post)
  109. thomaskee007 (1 Post)
  110. rajshinny (1 Post)
  111. masood (1 Post)
  112. sebholl (1 Post)
  113. forestkwan (1 Post)
  114. deepthi_r (1 Post)
  115. panshr (1 Post)
  116. brian.moeskau (1 Post)
  117. ldashevskiy (1 Post)
  118. lbilde (1 Post)
  119. aoyii (1 Post)

Tags for this Thread

Turkiyenin en sevilen filmlerinin yer aldigi xnxx internet sitemiz olan ve porn sex tarzi bir site olan mobil porno izle sitemiz gercekten dillere destan bir durumda herkesin sevdigi bir site olarak tarihe gececege benziyor. Sitenin en belirgin ozelliklerinden birisi de Turkiyede gercekten kaliteli ve muntazam, duzenli porno izle siteleri olmamasidir. Bu yuzden iste. Ayrica en net goruntu kalitesine sahip adresinde yayinlanmaktadir. Mesela diğer sitelerimizden bahsedecek olursak, en iyi hd porno video arşivine sahip bir siteyiz. "The Best anal porn videos and slut anus, big asses movies set..." hd porno faketaxi