2009/12/11 Dan Allen <dan.j.allen(a)gmail.com>
On Fri, Dec 11, 2009 at 11:45 AM, David Geary
<clarity.training(a)gmail.com>wrote:
> Yup, understood, thanks for the clarification, Dan.
>
> btw, it seems to me that we really don't need the jsf prefix either. After
> all, it's only used in JSF applications, so I'd just prefer something like
> cc:acme, which of course, ala Dan's clarification really means cc:whatever.
>
> I suppose one could argue that we should have it because we have it in our
> other namespaces, but we're not using
java.sun.com, which we also have in
> the other namespaces, so why not just simplify as much as possible and say
> cc:whatever?
>
Just to throw in another option, we could do jsfcc. That way, we qualify
but still cut another character.
Perhaps we need a vote.
a) jsf:cc:whatevername
b) cc:whatevername
c) jsfcc:whatevername
I vote for (c).
+1
One other point to think about. The reason we are sticking with a
valid XML
namespace syntax is because, if you recall, the goal in the future is to
recognize the view template as a pure XML document that can leverage all of
the great XML tooling that is already out there w/o any special plugins. We
can have an XSD generated automatically (or hand written) and then you get
tag completion on your new, shiny composite components. If we abandon XML
rules, we jeopordize that vision. (proposal for all that is
pending...somewhere in my 1000 things to do)
Thanks for that clarification, Dan. I hate to admit it, but I didn't realize
that all along. :)
david
-Dan
--
Dan Allen
Senior Software Engineer, Red Hat | Author of Seam in Action
Registered Linux User #231597
http://mojavelinux.com
http://mojavelinux.com/seaminaction
http://www.google.com/profiles/dan.j.allen