Re: [DSA Manager] Wir haben doch auch noch XML...
Status: Planning
Brought to you by:
alexnofftz
From: Alexander N. <lists@AlexNofftz.de> - 2002-05-08 20:28:13
|
Hi! Am Mit, 2002-05-08 um 09.15 schrieb Matthias Wurm: > Und falls hier noch *IRGEND EIN ANDERER* mitliest, der diese Problematik=20 > in etwa erfassen kann, dann soll er sich bitte auch melden Wollte mich nur mal kurz zu Wort melden, um zu zeigen, dass ich noch lebe. Hab in den letzten Wochen massivst mit Umz=FCgen, Keller ausr=E4umen, Renovierungen etc. zu tun gehabt und daher ehrlich gesagt momentan nicht die Mu=DFe, mich hier gro=DFartig rein zu knien, hoffe aber, dass sich das bald wieder =E4ndert. Generell teile ich Mathias' Ansicht, wie ja auch schon aus meinem urspr=FCnglichen Modifikator-Vorschlag hervor geht. Ich bin daf=FCr, dass wir die XML-Strukturierung so weit wie m=F6glich ausnutzen. Dass Sachen wie mathematische Ausdr=FCcke nicht als Tag-Struktur erfasst werden, hat eher einen Aspekt, der mehr zur =DCbesicht beitr=E4gt (nicht ohne Grund wir= d das bei XSLT genau so gemacht). Aber ich bin auf jeden Fall daf=FCr, das Ziel und auch die Bedingung als eigene Attribute festzulegen. Man k=F6nnte erlauben, die Modis zu schachteln, um eine h=F6here =DCbersicht und Flexibilit=E4t zu erreichen: <Modifikator auf=3D"KK"> <Modifikator add=3D"7" wenn=3D"MU > 15"/> <Modifikator add=3D"5" wenn=3D"(MU > 10) and (MU < 15)"/> </Modifikator> oder <Modifikator wenn=3D"Rasse=3DElf"> <Modifikator auf=3D"Schwimmen" add=3D"1"/> <Modifikator auf=3D"Schwerter" sub=3D"3"/> </Modifikator> Ich hoffe, dass dies selbst erkl=E4rend ist. Man sollte auch beachten, dass dies mit der Implementierung und Darstellung im Programm wenig bis nichts zu tun hat. Bis dann, Alex --=20 Alexander Nofftz, Leverkusen, Germany Ale...@em... http://www.AlexNofftz.de=20 Jabber: ale...@am... (Jabber?! http://amessage.de) |