[
Lists Home |
Date Index |
Thread Index
]
Gerald Bauer wrote:
> Simon wrote:
>>I don't think what you're offering answers that very
>>old question.
>
> Then be so kind and tell us what you're looking for?
> Or is it that you don't care anymore?
Without putting words into Simon's mouth, I believe that as many of us he is
looking for cool client-side XML technology. Or something approaching that
definition.
Being extremely interested in that very topic myself, you had my entire
attention to start with. However, by asking for "any thoughts", and then
throwing away any form of criticism with "you didn't get it", or "the bandwagon
moves on without you". What is that if not trolling?
There are lots of XML technologies clamouring for interest. If yours is so much
better, why not simply explain it nicely and accept criticism? What you call
"hairsplitting" over the name was meant by those that answered as a service to
you: reusing a name will only create confusion. Why be so stubborn about it? Why
not pick another name? You sound like you're from Squornshellous Zeta where all
the mattresses have the same name.
You talk about competition -- if you alienate all support in similar ways I
doubt you'll compete long.
> I guess you didn't get it. If I may clarify: Luxor
> is not a subset or clone of Mozilla XUL, instead Luxor
> is a cleaned up, "legacy-free" XUL version.
Then call it CULF -- Cleaned Up Legacy Free. You could even have a cutesy
picture of a calf with u-shaped horns for a logo.
> For example, Luxor doesn't support Mozilla's XUL
> specific template syntax using <template> tags;
> instead Luxor lets you use Apache Velocity, XSL/T or
> Jelly. Luxor doesn't force you to use RDF for
> datamodels but lets you use XML+XPath, JDBC,
> Collections and much more. Luxor sports new tags such
> as <datagrid>, <portal>, <portlet>, <choice> and so
> on.
Java, JDBC, Collections... that sounds like a lot of legacy to me.
> I guess you haven't grasped the concept of
> competition, either.
Have you grasped that of chaotic proliferation?
--
Robin Berjon <robin.berjon@expway.fr>
Research Engineer, Expway http://expway.fr/
7FC0 6F5F D864 EFB8 08CE 8E74 58E6 D5DB 4889 2488
|
