[symfony-users] Re: Force an Autocompletion list pick for input_auto_complete_tag
No I did not really solve that. I blamed select boxes as they are graphically rendered by the WIndows system graphic API on Internet Explorer 6, so they appear on top of everything. This is really disturbing, as if you use a select box, then you make a div appear with a z-index greater than the one you have the select box on, the select box will "traverse" the top div. There is a solution to that, involving iframes and javascript, but that's dirty, client-side ressource spending, and not working if you place select boxes dynamically. So I just use a input text with autocompletion and complex validation background procedures. On 4 juil, 07:34, danielwinter <[EMAIL PROTECTED]> wrote: > Did you ever solve this? I have a similar need where there are 8000 > names to choose from. One idea I had was to use a text field that acts > as a filter for an ajax-updated select tag, but it is the select tag > that is validated... > cheers > dan --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en -~--~~~~--~~--~--~---
[symfony-users] Re: Force an Autocompletion list pick for input_auto_complete_tag
Did you ever solve this? I have a similar need where there are 8000 names to choose from. One idea I had was to use a text field that acts as a filter for an ajax-updated select tag, but it is the select tag that is validated... cheers dan --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en -~--~~~~--~~--~--~---
[symfony-users] Re: Force an Autocompletion list pick for input_auto_complete_tag
Hi Daniel, Thanks for your quick and consciencious answer. I don't want to overload client-side treatments with an each-letter- triggered call. Above all, this would be a "relatively" heavy treatment as you would have to access the autocomplete list, then search in it for cohesions. I thought there would be a "one parameter set" way of doing that, as I often see it on some websites. But once again, thanks for your suggestion. On 23 juin, 16:17, Richtermeister <[EMAIL PROTECTED]> wrote: > Hi Shinkan, > > that sounds like a chicken & egg problem, where you can't disable the > field completely, since the user would never be able to trigger it.. I > guess you would need to watch userinput on this field, and on every > keystroke ensure that you only allow letters that make sense with what > is in the select fields. If the users strikes a letter that is not > "valid", you can remove it.. (Obviously this should only apply after > the initial list of options is loaded). > > Let me know if this is interesting to you and I can help with the JS > code as well, > Daniel > > On Jun 23, 1:03 am, Shinkan <[EMAIL PROTECTED]> wrote: > > > Hi Everyone ! > > > Don't you know if there is a mean to force user selecting an > > autocomplete list choice when using input_auto_complete_tag ? > > I would like the input_auto_complete_tag to be kinda "read-only" : the > > user could only select something in the autocomplete list, but would > > not be able to type something in the input_tag which is not in the > > autocomplete list. > > > Thanks in advance, that would be really helpful. > > > PS: Some of you may ask : "Hey ?! You're looking for a select_tag !" > > But ... no ! With a select tag I can't dynamically update options to > > select easily. Then ... try using a select tag with z-indexed stacked > > divs on browser <= IE6 ... you'll quickly want something else too. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en -~--~~~~--~~--~--~---
[symfony-users] Re: Force an Autocompletion list pick for input_auto_complete_tag
Hi Shinkan, that sounds like a chicken & egg problem, where you can't disable the field completely, since the user would never be able to trigger it.. I guess you would need to watch userinput on this field, and on every keystroke ensure that you only allow letters that make sense with what is in the select fields. If the users strikes a letter that is not "valid", you can remove it.. (Obviously this should only apply after the initial list of options is loaded). Let me know if this is interesting to you and I can help with the JS code as well, Daniel On Jun 23, 1:03 am, Shinkan <[EMAIL PROTECTED]> wrote: > Hi Everyone ! > > Don't you know if there is a mean to force user selecting an > autocomplete list choice when using input_auto_complete_tag ? > I would like the input_auto_complete_tag to be kinda "read-only" : the > user could only select something in the autocomplete list, but would > not be able to type something in the input_tag which is not in the > autocomplete list. > > Thanks in advance, that would be really helpful. > > PS: Some of you may ask : "Hey ?! You're looking for a select_tag !" > But ... no ! With a select tag I can't dynamically update options to > select easily. Then ... try using a select tag with z-indexed stacked > divs on browser <= IE6 ... you'll quickly want something else too. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to symfony-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en -~--~~~~--~~--~--~---