scratch *using* Cocoon that generally enabling any Cocoon to
> transparently edit content.
Components is the magic word :)
Ulrich
--
Ulrich Mayring
DENIC eG, Systementwicklung
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
;Apache-CMS client", but it
should not be the underlying framework. Rather I think Avalon/Phoenix
are a better choice for the framework, they do not make nearly as many
assumptions as the Cocoon framework does.
Ulrich
--
Ulrich Mayring
DENIC eG, Systementwicklung
---
at really
drive a complete internal workflow. Our support people work with such an
application.
Ulrich
--
Ulrich Mayring
DENIC eG, Systementwicklung
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, emai
same block could also be used to serve
dynamically generated PDFs to synchronous connections coming in over
HTTP.
Ulrich
--
Ulrich Mayring
DENIC eG, Systementwicklung
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
actory. Is there a
"Cocoon-way" for internal flow control or is it stipulated that Cocoon
should leave this to the individual preferences of the user?
Thank you very much in advance for any comments,
Ulrich
--
Ulrich Mayring
DENIC e
?
Thanks for any pointers,
Ulrich
--
Ulrich Mayring
DENIC eG, Systementwicklung
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
ome type of DOM (though not the W3C one) and
XSLTC is reported to be very fast. It even has a built-in multiplexer.
Here is more info:
http://xml.apache.org/xalan-j/xsltc/xsltc_dom.html
Ulrich
--
Ulrich Mayring
DENIC eG, Systementwicklung
-
3) Implement a truly procedural solution.
I believe the first option is hard to implement and the second one
kludgy.
cheers,
Ulrich
--
Ulrich Mayring
DENIC eG, Systementwicklung
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
x27;s evil or not,
because I am unable to fully determine the practical consequences.
cheers,
Ulrich
--
Ulrich Mayring
DENIC eG, Systementwicklung
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
at developers without prior XML exposure
are reluctant to bet their future on it. But I think they should not say
that it is an unproven fact that XML technology in general is unproven.
cheers,
Ulrich
--
Ulrich Mayring
DENIC eG, Systementwicklung
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
s than ever. Just look at the number of different people
writing on cocoon-dev nowadays. If at the same time the number of users
declines, could that mean Cocoon is a tool for professional developers,
not end users?
cheers,
Ulrich
--
Ulrich
n advance,
Ulrich
--
Ulrich Mayring
DENIC eG, Systementwicklung
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Stefano Mazzocchi wrote:
>
> Ulrich Mayring wrote:
>
> > Could you explain where XSLT lacks solidity?
>
> First: it's a pain to validate because it's an heavy user of namespaces.
Sorry, I don't understand this one. Do you want to validate XSLT
stylesheet
ts didn't really amount to much back then, so
they must have done something right to get where they are today.
Ulrich
--
Ulrich Mayring
DENIC eG, Systementwicklung
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional c
en perhaps the tradeoff falls on the other side. YMMV :)
cheers,
Ulrich
--
Ulrich Mayring
DENIC eG, Systementwicklung
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
15 matches
Mail list logo