List Info

Thread: Re: use Element.on for change event of SELECT?




Re: use Element.on for change event of SELECT?
country flaguser name
United States
2008-06-30 19:59:45

> ...Version 3 will bring a
> greater standardization of components and clear guidelines on how to
> build them, which can be conveyed to external developers so all
> components look and behave alike. That's going to be like YUI leaving
> home to go to college.

Like most people I had a lot of fun in college, and sort of wish I could
go back. So I am jealous of your upcoming YUI experience! Coming up
with a process for letting the external community contribute to the core
YUI library will be very interesting for all involved.

> ... Yahoo has to reach all sorts of people with all sorts of
> browsers and with JavaScript enabled or not. This means that,
regarding
> forms, they have to come already built in the HTML page, they can't be
> build dynamically because someone might not have JavaScript enabled.
> For those users, pages have to stand on their own without JavaScript.

I understand. It poses a question, though, for my group, because at the
moment we are developing internal applications, where we have a lot of
control over the browser. For the time being, we really don't need
progressive enhancement. When we open our internal applications to our
users, then it may very well be very important to us.

Anyway, it gives me a lot to think about. Thanks!

--- In ydn-javascript%40yahoogroups.com">ydn-javascriptyahoogroups.com, Satyam <satyam...> wrote:
&gt;
> The YUI team is quite small and can't do all. They have their
&gt; priorities and, since the major user of their components is Yahoo
&gt; itself, what Yahoo doesn't need it is hard to raise in their list of
> priorities. Yahoo has to reach all sorts of people with all sorts of
> browsers and with JavaScript enabled or not. This means that,
regarding
&gt; forms, they have to come already built in the HTML page, they can't be
> build dynamically because someone might not have JavaScript enabled.
> For those users, pages have to stand on their own without JavaScript.
> If JS is enabled, then they can be enhanced with extra features, a few
> fields might have some extra interaction, some validation but
otherwise,
&gt; Connection Manager's setForm method is quite enough to get the form
>; submitted via XHR instead of old GET or POST. Anyway, none of these
&gt; enhancements involves building the control, just enhancing an existing
> one, which you can do quite well by using Element alone though most of
> the time Dom and Event will be quite enough.
>
> Eric Miraglia has announced that starting version 3 external
developers
> will be able to add to YUI. Then, other priorities will start
counting
&gt; as the number of developers expands. This also coincides with a huge
>; reorganization of the library. YUI has grown a step at a time.
&gt; Different components behave in different ways. Older components don't
&gt; use Element, which is quite new. This is understandable from a
> historical perspective but can't go on forever. Version 3 will bring
a
> greater standardization of components and clear guidelines on how to
> build them, which can be conveyed to external developers so all
> components look and behave alike. That's going to be like YUI leaving
> home to go to college.
>
>; Satyam
&gt;

__._,_.___
.

__,_._,___
[1]

about | contact  Other archives ( Real Estate discussion Medical topics )