Re: andere XML-Dokumenttypen, andere Pipelines

Am Mittwoch, 23. August 2006 11:10 schrieben Sie:
> Hallo
>
> On 22.8.2006 22:41 Uhr, Wolfgang Jeltsch wrote:
> > Hallo,
> >
> > unterst=FCtzt Flux CMS die Verwendung von alternativen XML-Dokumenttypen
> > zur Beschreibung von Seiteninhalten und kann man dar=FCber hinaus auch
> > verschiedene Dokumenttypen innerhalb ein und derselben Website verwende=
n?
> > Kann man auch ohne Weiteres eigene Pipelines f=FCr bestimmte Websites o=
der
> > auch nur einzelne Seiten oder Dokumenttypen verwenden?
>
> Flux CMS funktioniert ein bisschen anders als Lenya (ich nehm mal an, du
> kommst aus dieser "Welt"), aber prinzipiell ist das alles m=F6glich.
>
> qMax hat sogar mal ein xmldoc plugin geschrieben, das so in etwa das
> konzet von XML-Dokumenttypen aus Lenya =FCbernimmt. Siehe
>
> http://lists.bitflux.ch/pipermail/bitflux-cms/2006-January/001888.html

Hallo,

danke erst mal f=FCr die Antwort!

Mich interessiert, ob die Verwendung von beliebigem XML auch auf einfache u=
nd=20
v.a. saubere Art und Weise m=F6glich ist. Deine Antwort l=E4sst mich ein bi=
sschen=20
bef=FCrchten, dass das nicht so ist, weil vielleicht das, was ich vorhabe,=
=20
eigentlich nicht im Sinne des Flux-CMS-Konzepts ist. Auf keinen Fall m=F6ch=
te=20
ich Flux CMS selbst manipulieren m=FCssen, wobei die Existenz des von dir=20
erw=E4hnten Plugins ja nahe legt, dass das nicht n=F6tig ist.

Was sind die konzeptionellen Unterschiede zwischen Lenya und Flux CMS? Wenn=
=20
=46lux CMS XHTML-orientiert ist, finde ich das aus zweierlei Gr=FCnden schl=
echt.=20
Erstens bietet XHTML nicht nur logisches Markup, sondern auch visuelles.=20
Zweitens ist es aus meiner Sicht sehr empfehlenswert, den Markupvorrat an d=
ie=20
jeweilige Seite anzupassen, anstatt nur einen Markupvorrat zu nehmen, der a=
uf=20
bestimmte Problemfelder zugeschnitten ist.

Trotzdem sch=F6n, dass ihr ein auf W3-Standards basierendes CMS entwickelt,=
=20
welches die Java-Falle [1] umgeht.

Viele Gr=FC=DFe
Wolfgang

[1] http://www.gnu.org/philosophy/java-trap.de.html