Re: HTML_Select

<ssb@fast.no> wrote : > On Sat, 26 Oct 2002, Bertrand Mansion wrote: > >> As stated before, there is already an HTML_Select class in PEAR. It is in >> /php4/pear/HTML. I don't understand why you release another HTML_Select >> class that only output some stupid country names in your own language. >> >> I don't see the use of it when all you have to do is an array of country >> names. Which php user can't do that ? If you want to release such classes, >> go to the tip and tricks section of the zend or phpbuilder site or whatever >> (or why not Manuel Lemos site). >> >> Furthermore, I don't remember anyone voting for this to be in pear, but I >> might be wrong as I thought it didn't belong here in the first place so I >> didn't bother reading the thread. >> >> The only thing it adds to pear is a bit more confusion about what the >> HTML_Select class does. > > As soon as this pops up, it would make much more sense to have a package > that defines different data such as countries, .us states, .uk counties, > .ca provinces, .no "fylker" or whatever. Binding them straight into a > class stops making sense the second someone wants to use HTML_Select for > something else. Detach the data and the presentation. > > Now, what about class names for the different lists? Data_Something? > List_Something? Constant_Something? Ideas anyone? This sounds much more logical (I am also a MVC pattern fan). +1 for Data_ if any, but I am afraid we get lots of stuff in this category. Of course, this data can be useful but I don't think it belongs to PEAR. It can be found in other databases on the web. Or just make a site where these data can be found as php arrays and that's it. Anyway, HTML_Select should be something elese than just a country selector. Bertrand Mansion Mamasam