Tremendous insight. Thanks for sharing.<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
Now is progressive enhancement the right approach for every single application?  Not necessarily.  For many internal intranet applications, which I think right now are still the sweet spot for JSF, an approach that assumes more about the user&#39;s environment is perfectly acceptable.  But I for one am more interested in expanding the possibilities of JSF being used to create public facing applications that reach the widest possible audience of users.  To do that, IMHO, a functional HTML foundation should not be a fallback, but rather the default.</blockquote>
<div><br>You are absolutely right that JSF needs to recognize that there are two very distinct target environments on the web. What is good for one is not always good for the other. As an application developer, it is really annoying to have to consider whether such a fundamental part of the browser, JavaScript, is even available. It&#39;s a lot more cost effective internally to just support one browser (an open source one, of course). However, a public facing web site designer lives and dies based on its ability to balance on such shaky ground.<br>
<br>Maybe not for JSF 2.0, but eventually perhaps we should consider that we really need two sets of renders in the standard component base one which implements progressive enhancement, or even as Martin suggested, use CSS to leverage native browser buttons to act like links. For now, though, I agree that it can be handled at the implementation level. Thankfully, Spring Faces offers a progressive enhancement renderer set for the community to trial today.<br>
<br>That said, I still think that many application developers would find beneficial a standardized (even if ever improving) way of determining whether JavaScript is present.<br></div></div><br clear="all">-Dan<br><br>-- <br>
Dan Allen<br>Senior Software Engineer, Red Hat | Author of Seam in Action<br><br><a href="http://mojavelinux.com">http://mojavelinux.com</a><br><a href="http://mojavelinux.com/seaminaction">http://mojavelinux.com/seaminaction</a><br>
<a href="http://in.relation.to/Bloggers/Dan">http://in.relation.to/Bloggers/Dan</a><br><br>NOTE: While I make a strong effort to keep up with my email on a daily<br>basis, personal or other work matters can sometimes keep me away<br>
from my email. If you contact me, but don&#39;t hear back for more than a week,<br>it is very likely that I am excessively backlogged or the message was<br>caught in the spam filters.  Please don&#39;t hesitate to resend a message if<br>
you feel that it did not reach my attention.<br>