Re: BXE nG xml-xhtml-on-the-fly-transformationen in BXE nG

Christian Stocker <[email protected]> Thu, 09 Oct 2003 21:37:04 +0200
Newsgroups gmane.editors.bitflux.devel
Message-ID <[email protected]>
Hi

(introduction for the mailinglist)

Got the following mail  privately. I'm too lazy/busy to translate it 
right now, but I don't want to hold it off for anyone understanding 
german ;) It's basically about the XSLT support in BXE and why it's not 
that advanced right now.

> hallo,
> 
> ich verfolge seit langem sehr gespannt die entwicklung von BXE,
> insbesondere die neue version "next generation", die nun als alpha
> version vorliegt.
> 
> ein frage bleibt:
> 
> wird es möglich sein (mit BXE nG), dass reine xml-daten an den editor
> gehen und diese mit den gleichen xslt, die das CMS fürs rendern benutzt,
> in xhtml im editor zu darstellung gebracht wird.

Momentan ist das nur halbherzig implementiert. Wir haben uns auf die 
anderen Modi konzentriert, da diese wesentlich einfacher
zu implementieren waren und unseren (und anderen) Anforderungen vollauf 
reichte.

Eine gute (und vor allem vollständige) Unterstützung von XSLT im Editor 
bedeuted einiges an Aufwand. Während XSLT vom Browser unterstützt wird, 
ist eben das tracken der Nodes nicht ganz einfach. Und wie gesagt, 
gibt's momentan nur eine sehr einfache Implementation des XSLT-Modes, 
welche noch ziemlich stark erweitert werden müsste.

> dies ist notwendig,
> wenn bestimmte xml-strukturen auf komplexere seitenlayouts abgebildet
> werden sollen. BXE müsste demnach intern zwei repräsentationen managen
> und das editing, das auf (basis) der xhtml-repräsentation satt findet
> (inkl. der events), permanent auf die xml-strukturen rückabbilden
> (transformback.xsl) -- also ständige vorwärts und rücktransformationen
> abhalten. das müsste ja heissen, dass die xhtml-elemente informationen
> tragen, mit welchen xml-elementen sie korelieren. ebenso dürften
> 'schmückende' xhtml-elemente, die nur das seitenlauyout festhalten,
> nicht des schema des contents stören (bxe_temporaryelement=true).
> geht die konzeption von BXE nG in diese richtung? ich weiss, sie haben
> viele mails zu bearbeiten, aber die frage ist von grosser bedeutung,
> auch bezgl. einer ansehnlichen europaischen (projekt-)referenz für BXE.

Wir werden dies nicht von uns aus in absehbarer Zeit angehen, da wir es 
selber nicht wirklich benötigten und die Resourcen dazu momentan gar 
nicht aufbringen können. Sollte aber jemand aus der Community dies 
angehen, oder wir einen Auftrag in diese Richtung kriegen, so liegt das 
sicher im Bererich des Möglichen.

Eine Bitte noch zum Schluss: Wir wären allen sehr dankbar, wenn solche 
Diskussionen über die Mailinglisten laufen könnten, weil solche Fragen 
sicher auch andere interessieren und der Aufwand für uns alle Mails 
privat zu beantworten einfach zu gross ist.

chregu



-- 
christian stocker | Bitflux GmbH | schoeneggstrasse 5 | ch-8004 zurich
phone +41 1 240 56 70 | mobile +41 76 561 88 60  | fax +41 1 240 56 71
http://www.bitflux.ch  |  [email protected]  |  gnupg-keyid 0x5CE1DECB

-- 
bx-editor-dev mailing list
[email protected]
http://lists.bitflux.ch/cgi-bin/listinfo/bx-editor-dev