cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stefano Mazzocchi <stef...@apache.org>
Subject Re: sharing microsoft experience
Date Fri, 30 Nov 2001 16:10:36 GMT
Giacomo Pati wrote:
> 
> Quoting Bertrand Delacretaz <bdelacretaz@codeconsult.ch>:
> 
> > (this is getting very interesting but slighlty OT - maybe we should
> > start a
> > new list where we could also discuss the requirements of a content
> > editor?)
> >
> > I agree with Steven that installing yet another browser is mostly seen
> > as a
> > PITA by administrators.
> >
> > But IMHO a content editor could be seen and "marketed" as a separate
> > application - basing it on the Mozilla code base (assuming it makes
> > sense)
> > would not necessarily mean saying "Mozilla can now be used as a content
> > editor" but could be "we have a content editor, and the code is based on
> > Mozilla, by the way".
> 
> Yes, this is the way to go.

Exactly my point! And you can't do this with IE even if you try *hard*! 

I mean: the user might install the latest IE version and break
everything. Then I'll happily handle it to somebody else to go to the
guy and say that it's better for him to reinstall the machine clean than
to rewrite the registry keys and reinstall the old DLL.

No thanks!

> >
> > I don't think people would resist installing a new client application if
> > it
> > brings measurable benefits regarding content editing. Just don't tell
> > them
> > it's a new *browser*.
> 
> Absolutely. Many use cases for CMS like apps will really benefit if you can base
> your content on Schemas. Sure there are cases where a "free form HTML editor"
> will be appropriate but often content writer will be supposed to write the
> content based on a fixed Schema.

This is why you need full look&feel configurability. And XUL/XBL simply
rock this planet on this (even better than Java Swing, IMO and much
easier/faster to implement/modify than Qt). Moreover, it's entirely
possible to generate XUL/XBL dinamically with Cocoon.

Can you say "schema-oriented editing creation"? try to do that with IE
or Konqueror.

> > I don't know enough about the Mozilla code to be positive about this,
> > but
> > maybe there are other code bases that would be better suited to creating
> > an
> > XML content editor - Amaya, Swing, OpenOffice, others?
> 
> As I can see it today (sure I'm not the dancing on all floors) mozilla promises
> the most adaptable open source code base to build such an editor upon.

Amen :)

-- 
Stefano Mazzocchi      One must still have chaos in oneself to be
                          able to give birth to a dancing star.
<stefano@apache.org>                             Friedrich Nietzsche
--------------------------------------------------------------------



---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Mime
View raw message