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 | chregu@xxxxxxxxxx | gnupg-keyid 0x5CE1DECB
--
bx-editor-dev mailing list
bx-editor-dev@xxxxxxxxxxxxxxxx
http://lists.bitflux.ch/cgi-bin/listinfo/bx-editor-dev
|
