I'm
tring to implement that design but I have the same old
problem:
How
can make users compile the content part of the syste without a tool which could
allow them to make a minimal formatting such as <b/> when word 2000 is
such a bad tool to produce xhtml code and there are not good end-user xhtml
tools (I've tried also xmetal and xml spy but they are not good for my
users)?
Does
anyone of you have a solution?
-----Messaggio originale-----
Da: Perry Molendijk [mailto:[EMAIL PROTECTED]] Inviato: venerd́ 25 maggio 2001 16.17 A: [EMAIL PROTECTED] Oggetto: Re: General Question about Cocoon I am surprised how XSLT is not embraced with more
enthusiasm by designers because it allows them to keep complete control of their
designs while developers can concentrate on producing data to fill in the
gaps.
This article at xml.com: http://www.xml.com/pub/a/2000/07/26/xslt/xsltstyle.html explains
a pretty neat way to make xml / xsl work for designers. I spend a lot of
time as piggy in the middle argueing with designers that over-complex GUIs and
bad html don't make a developers job any easier and on the other side trying to
explain to developers that the addition of a bold dark green font is not
acceptable when the corporate colours are reds and white.
The method / techniques described by
the auther allows designers to use their fav WYSIWYG tools, of which Dreamweaver
is a prefered choice. You can configure it to produce xhtml and its
third party tag config files are a neat way to add custom tags. Developers
produce the data in xml format and XSL merges it all together.
The latest release of MS xml parser should keep
designers happy enough for previewing their work, while developers can use
Cocoon; at the end of the day we are using standards here and they should be
portable :-).
Perry Molendijk
----- Original Message -----
|
- Re: General Question about Cocoon Gabriele Domenichini
- Re: General Question about Cocoon Perry Molendijk