norbert =:-): Meinung / Interesse / aktive Mitarbeit an SelfAktuell ?

Hallo Leute!

Bevor die letzte Version von SelfHTML - und damit auch der Erweiterung durch XML & Co. - veröffentlicht wurde, machte ich mir Gedanken zu einer entsprechenden Community rund um XML.

Als Einstieg versuchte ich, in Anlehnung und Huldigung von SelfHTML ein Template für eine Doku zu erstellen. Diese etwas veraltete und nicht sauber ausgeführte Version findet Ihr kurzzeitig unter http://www.chaos-consult.at/selfxml/selfxml.xml (mit XML/XSL-fähigem Browser öffnen).

Ziele dieser Plattform sollten sein:

  • eine entsprechende Doku - wie SelfHTML eben
  • Erweiterungen auf Basis von XML - auch für SelfHTML interessant
  • Entwicklung von Software, um das Handling von XML & Co. zu vereinfachen.

Die Doku hat sich inzwischen ja erübrigt, da die Erweiterung von SelfHMTL doch ziemlich umfangreiche Infos und Beispiele bietet.

Auch entsprechende Softwarelinks gibts auf SelfAktuell nun zur genüge - wenngleich ich der Meinung bin, dass nur wenige wirklich Handlich sind - und davon wiederum nur ein Bruchteil Freeware ist ;-)

Bevor ich meine Idee aber endgültig in die Lade lege, habe ich mich gefragt, ob nicht doch die eine oder andere sinnvolle Möglichkeit besteht, XML für SelfHMTL zu nutzen. Ich dachte dabei zB an Vorlagen für Autoren, die sich damit nicht mehr um das eigentliche Layout - und mit entsprechender Software auch nicht um die Struktur (Schema) - kümmern müssten.

Aber auch einige neue Feature-Artikel ober Tipps und Tricks wären denkbar.

Ich habe zwar Herrn Münz dazu schon kontaktiert - aber entweder bekommt er so viele Mails, dass meine untergegangen ist oder er wollte bewußt nicht darauf antworten, da er hier keinen Bedarf sieht.

Ich wollte also nun Wissen, wie intensiv XML/XSL von den Usern dieses Forums verwendet wird und wie hoch das Interesse an dieser "relativ" neuen Technik ist. Und natürlich, ob es erwünscht bzw. aus Eurer Sicht erforderlich ist, diese Sparte hier aktiv weiter auszubauen.

Bin schon gespannt,

mfg

norbert =:-)

  1. Hallo,

    Als Einstieg versuchte ich, in Anlehnung und Huldigung von SelfHTML ein Template für eine Doku zu erstellen. Diese etwas veraltete und nicht sauber ausgeführte Version findet Ihr kurzzeitig unter http://www.chaos-consult.at/selfxml/selfxml.xml (mit XML/XSL-fähigem Browser öffnen).

    Warum verwendest Du den veralteten MS-Namensraum in selfxml.xsl?

    <xsl:stylesheet xmlns:xsl="http://www.w3.org/TR/WD-xsl">

    Mozilla ist XSLT-faehig, kann aber mit Deiner Umsetzung natuerlich nichts angangen und auch der IE arbeitet seit MSXML 3 XSLT 1.0-konform, also raus damit!

    Bevor ich meine Idee aber endgültig in die Lade lege, habe ich mich gefragt, ob nicht doch die eine oder andere sinnvolle Möglichkeit besteht, XML für SelfHMTL zu nutzen.

    Server-seitig wird ja bereits XML fuer dieses Forum verwendet, fuer Client-seitige Anwendungen ist XML zurzeit nur in bestimmten Szenarien geeignet, etwa in Intranets mit bekannter Browserumgebung oder beim Einsatz von SVG mittels Plugin.

    Um eine moeglichst große Zielgruppe zu erreichen, solltest Du die XML-Daten Server-seitig transformieren und als (X)HTML ausliefern.

    MfG, Thomas

    1. Hallo Thomas!

      Warum verwendest Du den veralteten MS-Namensraum in selfxml.xsl?

      Weil diese Version doch schon etwas älter ist und ich sie seither nicht mehr überarbeitet habe - aktuelle Projekte von mir sehen schon anders aus. Sollte ja nur veranschaulichen, was ich mir damals so gedacht habe.

      Server-seitig wird ja bereits XML fuer dieses Forum verwendet,

      Weiß ich.

      fuer Client-seitige Anwendungen ist XML zurzeit nur in bestimmten Szenarien geeignet, etwa in Intranets mit bekannter Browserumgebung oder beim Einsatz von SVG mittels Plugin.

      Weiß ich auch. Aber zB könnte man Autoren nicht die aktuelle HTML-Vorlage zum Download zur Verfügung stellen, sondern via Online-Interface ein XML-Dokument verfassen lassen (auch Offline zB mit einem kostenlosen Programm denkbar).

      Vielen Dank fürs Feedback,

      mfg

      norbert =:-)

      1. hallo Norbert,

        Aber zB könnte man Autoren nicht die aktuelle HTML-Vorlage zum Download zur Verfügung stellen, sondern via Online-Interface ein XML-Dokument verfassen lassen (auch Offline zB mit einem kostenlosen Programm denkbar).

        Abgesehen davon, daß es das für die "Tipps&Tricks" bereits gibt: ich halte nicht viel davon. Es ist einfach so, daß man einen Feature-Artikel (da spreche ich aus Erfahrung) oder einen Tipps&Tricks-Beitrag nicht so schnell hinschreibt wie ein Forumsposting. Außerdem halte ich es schon für richtig, daß das Layout einheitlich gehandhabt wird und sich solche Beiträge dann in den SELF-Raum eingliedern lassen.

        Grüße aus Berlin

        Christoph S.

        1. Hallo Christoph!

          Außerdem halte ich es schon für richtig, daß das Layout einheitlich gehandhabt wird und sich solche Beiträge dann in den SELF-Raum eingliedern lassen.

          Darum gehts ja unter anderem! Autoren schreiben XML-Files und konvertieren diese zB mit einer XSL-Vorlage, die auf diesem Server liegt - übermittelt wird nach wie vor HTML - nur der Weg dorthin könnte (?) zB vereinfacht oder vereinheitlicht werden.

          Dann müssten sich die Autoren nicht ums Design, sondern nur im die richtige Struktur (einige Tags) kümmern. Und das SelfHTML-Team hätte trotzdem immer einen Artikel im korrekten Design.

          Das selbe Prinzip könnte auch für die nächste Version der Doku interessant sein - aber da mag ich dem Autor nicht zu nahe treten ;-)

          mfg

          norbert =:-)

      2. Hallo Norbert,

        Aber zB könnte man Autoren nicht die aktuelle HTML-Vorlage zum Download zur Verfügung stellen, sondern via Online-Interface ein XML-Dokument verfassen lassen ...

        Wie Daniela schon sagte:
        http://aktuell.de.selfhtml.org/tippstricks/beitrag.htm#formular

        Wir haben ja genau diese überlegungen auch schon angestellt und einiges davon auch umgesetzt, denn gerade hier im Selfraum bietet sich XML wenn auch nicht für alles doch für viele Dinge an.

        Und wann wir das Forum auf XML umgestellt haben weiss ich gar nicht mehr ;-)

        Grüße
        Thomas - der andere -

        1. Hallo,

          http://aktuell.de.selfhtml.org/tippstricks/beitrag.htm#formular

          Wie lange gibt es dieses Formular bereits? Ende 2002 fand ich dort nur das Template zum Download. Wurde das vielleicht nicht gut genug kommuniziert?

          MfG, Thomas

          1. Hallo Thomas,

            http://aktuell.de.selfhtml.org/tippstricks/beitrag.htm#formular

            Wie lange gibt es dieses Formular bereits?

            Seit etwa Mitte/Ende Februar. Es gab am 21.02.2003 eine News, in der auch darüber etwas gesagt wurde.

            Grüße
            Thomas

            1. Hallo,

              Seit etwa Mitte/Ende Februar. Es gab am 21.02.2003 eine News, in der auch darüber etwas gesagt wurde.

              Also IMHO doch nicht ausreichend kommuniziert. Ich lese diese News sehr selten, weil dort ja auch nur wenig passiert. Insofern waere es besser, bestimmte Hinweise direkt ins Forum zu stellen.

              MfG, Thomas

  2. Hi norbert

    Bevor ich meine Idee aber endgültig in die Lade lege, habe ich mich gefragt, ob nicht doch die eine oder andere sinnvolle Möglichkeit besteht, XML für SelfHMTL zu nutzen. Ich dachte dabei zB an Vorlagen für Autoren, die sich damit nicht mehr um das eigentliche Layout - und mit entsprechender Software auch nicht um die Struktur (Schema) - kümmern müssten.

    Du kennst http://aktuell.de.selfhtml.org/tippstricks/beitrag.htm?

    Ich wollte also nun Wissen, wie intensiv XML/XSL von den Usern dieses Forums verwendet wird und wie hoch das Interesse an dieser "relativ" neuen Technik ist. Und natürlich, ob es erwünscht bzw. aus Eurer Sicht erforderlich ist, diese Sparte hier aktiv weiter auszubauen.

    Relativ neu, naja, nicht wirklich, wie Thomas gesagt hat, wird hier schon lange eingesetzt.

    Gruss Daniela

    --
    Nein, wir frieren unsere Hühner nicht auf Gletschern fest.
    Selfcode: sh:) fo:) ch:) rl:) br:> n4:| ie:{ mo:) va:) de:] zu:} fl:( ss:) ls:&
    1. Hallo!

      Du kennst http://aktuell.de.selfhtml.org/tippstricks/beitrag.htm?

      Natürlich - die Frage war aber, ob's nicht neue oder andere mögliche Einsatzbereiche gäbe.

      Relativ neu, naja, nicht wirklich, wie Thomas gesagt hat, wird hier schon lange eingesetzt.

      Klar - aber im Vergleich zu HTML ist es doch "relativ" neu - oder? ;-)

      mfg

      norbert =:-)

  3. Hallo Norbert,

    Bevor ich meine Idee aber endgültig in die Lade lege, habe ich mich gefragt, ob nicht doch die eine oder andere sinnvolle Möglichkeit besteht, XML für SelfHMTL zu nutzen. Ich dachte dabei zB an Vorlagen für Autoren, die sich damit nicht mehr um das eigentliche Layout - und mit entsprechender Software auch nicht um die Struktur (Schema) - kümmern müssten.

    Diese Idee ist nicht neu. Allerdings ist es nicht so trivial, wie es vielleicht aussieht. Vielleicht wird es in Zukunft eine deratige Lösung geben, vielleicht auch nicht, das wird sich herausstellen.

    Was im Moment jedoch in Arbeit ist, ist eine stark verbesserte Version des Formulars unter http://aktuell.de.selfhtml.org/tippstricks/beitrag.htm, das Fremdautoren das Erstellen von Beiträgen erleichtern soll, allerdings im Moment nicht auf XML-Basis.

    Ich habe zwar Herrn Münz dazu schon kontaktiert - aber entweder bekommt er so viele Mails, dass meine untergegangen ist oder er wollte bewußt nicht darauf antworten, da er hier keinen Bedarf sieht.

    Stefan ist im Moment anderweitig beschäftigt: http://aktuell.de.selfhtml.org/live/lounge/forum/my/?t=169&m=2389, http://www.atomic-eggs.com/selfspezial/scbboard/2083.html

    Ich wollte also nun Wissen, wie intensiv XML/XSL von den Usern dieses Forums verwendet wird und wie hoch das Interesse an dieser "relativ" neuen Technik ist. Und natürlich, ob es erwünscht bzw. aus Eurer Sicht erforderlich ist, diese Sparte hier aktiv weiter auszubauen.

    Wir würden Tipps&Tricks-Beiträge und Feature-Artikel gerne nehmen, das Interesse ist da. Wenn Du einen interessanten Beitrag zu XML hast, dann nur her damit!

    Viele Grüße,
    Christian

  4. Hallo Norbert,

    erst einmal: es tut mir leid, wenn deine Mail untergegangen ist bei mir. Leider kommt das bei einem Postfach, wo ca. 90% Spam eintrifft und ich alles, was ich nicht binnen Sekundenbruchteilen als "Nicht-Spam" erkennen kann, schon direkt auf dem Server loesche, immer wieder mal vor.

    Bevor ich meine Idee aber endgültig in die Lade lege, habe ich mich gefragt, ob nicht doch die eine oder andere sinnvolle Möglichkeit besteht, XML für SelfHMTL zu nutzen. Ich dachte dabei zB an Vorlagen für Autoren, die sich damit nicht mehr um das eigentliche Layout - und mit entsprechender Software auch nicht um die Struktur (Schema) - kümmern müssten.

    Du kannst dir ja mal http://aktuell.de.selfhtml.org/sonst/layoutvorgaben.htm ansehen. Im Prinzip laesst sich von den dort formulierten Regeln durchaus eine XML-DTD ableiten. Vielleicht nicht in allen Einzelheiten, doch zumindest schon mal grob.

    Ich wollte also nun Wissen, wie intensiv XML/XSL von den Usern dieses Forums verwendet wird und wie hoch das Interesse an dieser "relativ" neuen Technik ist. Und natürlich, ob es erwünscht bzw. aus Eurer Sicht erforderlich ist, diese Sparte hier aktiv weiter auszubauen.

    Das waere allerdings auch fuer mich interessant zu wissen. Denn XML user-seitig zu verlangen, also z.B. so, dass Autoren, die Artikel oder Tipps+Tricks fuer SELFHTML Aktuell abliefern wollen, diese in einer SELF-eigenen XML-Sprache verfassen muessen - da habe ich doch gewisse Skrupel. Sicher wuerde dabei das SELF-eigene Girlanden-Markup fuers Layout nicht mehr beim Arbeiten stoeren. Aber reines XML ist halt immer abstrakt, und es sollte stets eine Moeglichkeit geben fuer die Autoren, ihre bisherigen Eingaben zu kontrollieren und so zu sehen, wie sie im Browser spaeter angezeigt werden, und zwar moeglichst auch lokal auf ihrem Rechner, so dass sie unsere Server-Ressourcen damit nicht belasten.

    Server-seitig ist der XML-Einsatz sicher in vielen Faellen sinnvoll, und eigentlich ist "technische Dokumentation" ja einer der Lieblings-Anwendungsfaelle fuer XML. Allerdings neige ich, was die statischen Textdokumente im SELF-Raum betrifft, auf die Dauer eher zu einer Umstellung auf XHTML (ist ja auch XML). Dabei sollen dann natuerlich auch Inhalt und Layout so konsequent wie moeglich getrennt werden. Bei SELFHTML 8.0 habe ich noch mal Ruecksicht auf Netscape 4.x genommen. Aber irgendwann wird man sicher auch hier mal auf moderneres Markup umsteigen koennen (jetzt nur nicht wieder eine neue Diskussion ueber CSS-Layouts, bitte *g*).

    viele Gruesse
      Stefan Muenz

    1. Hallo Stefan,

      XML user-seitig zu verlangen, also z.B. so, dass Autoren, die Artikel oder Tipps+Tricks fuer SELFHTML Aktuell abliefern wollen, diese in einer SELF-eigenen XML-Sprache verfassen muessen - da habe ich doch gewisse Skrupel.

      die Dokumentations-Abteilung der Apache Group (hauptsächlich zwei Dir durchaus bekannte Personen ;-) hat genau diesen Schritt inzwischen getan ... und es hat immerhin den Vorteil, daß die Autoren dann nicht mehr auch noch die Layout-Philosophie verstehen müssen (welche automatisch zu validieren ja ohnehin bei Verwendung von HTML ein Wunschtraum bleibt, so daß jeder Artikel bisher redaktionell abgenommen werden muß - die Apache-Dokumentation sah vor der Portierung nach XML ein wenig, äh - uneinheitlich aus).
      Die Möglichkeit der automatischen Generierung von Dokumenten in alternativen Darstellungsformen (könnte eines Tages vielleicht eine davon sogar "Buch" heißen?) muß ich ja wohl als zusätzlichen Anreiz kaum erwähnen.

      Ich finde, eine überschaubare (!) Menge proprietärer Tags lernt sich leichter, als das SelfHTML-Layout mit seinen Tabellenstrukturen nachbauen zu können.
      Die Menge der Tags von "SelfXML the language" wird viel kleiner werden als diejenige von HTML, und die Validierung wird dann viel aussagekräftigere Ergebnisse liefern, denke ich mal.

      Ist denn XML nicht genau dafür da, daß die Autoren Semantik modellieren und Syntax abstrahieren?
      Und wäre eine XML-Generierung mit Hilfe eines Pakets von Tools und Skripten nicht der weniger aufwändige Weg im Vergleich etwa zur Installation eines CMS?

      Die spannende Frage wäre natürlich, wie man eine Transformation so spezifiziert, die beispielsweise den heutigen manuell zu pflegenden Dokumentkopf mit Linkliste etc. sowie die bekannten grai-rosa Trennbalken mit Navigationselementen aus dem Rest des Dokuments (mit dessen Target-Definitionen) vollautomatisch generieren kann ... und _das_ könnte dann selbst wiederum einen spannenden Feature-Artikel hergeben ...

      Viele Grüße
            Michael

      --
      T'Pol: I apologize if I acted inappropriately.
      V'Lar: Not at all. In fact, your bluntness made me reconsider some of my positions. Much as it has now.
      (sh:| fo:} ch:] rl:( br:^ n4:( ie:% mo:) va:| de:/ zu:| fl:( ss:) ls:~ js:|)
      Auch diese Signatur wird an korrekt konfigurierte Browser gzip-komprimiert übertragen.
      1. Hallo Michael,

        • die Apache-Dokumentation sah vor der Portierung nach XML ein wenig, äh - uneinheitlich aus).

        Einheitlich ist sie noch immer nicht. Layout vielleicht, aber die struturen stimmen noch nicht: vor allem die der Verlinkung. Zirkelreferenzen sind leider zu oft als Linktyp vorhanden, was etwas weniger erfahren schnell in den Wahsinn treiben kann.

        Die Menge der Tags von "SelfXML the language" wird viel kleiner werden als diejenige von HTML, und die Validierung wird dann viel aussagekräftigere Ergebnisse liefern, denke ich mal.

        Wir sind damit etwas "großspuriger" umgegangen und wir nennen die Sache SDML: Self Dokument Markup Language ;-)
        Aber sie ist noch in der Stadium des "Ausdenkenwerdens". Sie sollte aus verschiedenen Modulen bestehen, je nach Bereich hier im Selfraum. Aber zwischen Idee und Verwirklichung liegt die Zeit und wer hat schon davon genug?

        Ist denn XML nicht genau dafür da, daß die Autoren Semantik modellieren und Syntax abstrahieren?

        Klar, aber da ist auch die Hürde. Man muss auch heute noch im Quellcode arbeiten, denn wysiwyg-Editoren für XML gehören noch immer zu kostenpflichtigen Software. Natürlich können wir auch online Formulare den autoren zur Verfügung stellen, aber bei einem Feature-Artikel dürfte dies doch eher hemmend wirken.

        Die spannende Frage wäre natürlich, wie man eine Transformation so spezifiziert, die beispielsweise den heutigen manuell zu pflegenden Dokumentkopf mit Linkliste etc. sowie die bekannten grai-rosa Trennbalken mit Navigationselementen aus dem Rest des Dokuments (mit dessen Target-Definitionen) vollautomatisch generieren kann ... und _das_ könnte dann selbst wiederum einen spannenden Feature-Artikel hergeben ...

        Du hast wieder einmal den Nagel auf dem Kopf getroffen ;-)

        Grüße
        Thomas

        1. Hallo Thomas!

          Klar, aber da ist auch die Hürde. Man muss auch heute noch im Quellcode arbeiten, denn wysiwyg-Editoren für XML gehören noch immer zu kostenpflichtigen Software.

          Bleibt natürlich die Frage, was ist ein wysiwyg-Editor für XML-Dateien. Da beim Bearbeiten der XML-Daten das Layout aus meiner Erfahrung ohnehin nebensächlich ist, bedeutet das für _mich_ einfach einen halbwegs (oder auch ganzwegs) brauchbaren XML-Editor - und der ist aufgrund der Gegebenheiten immer in irgendeiner Form Baum-orientiert.

          Im übrigen "bastle" (= Freizeit) ich grade an so einem Freeware-Tool, das ich nach Fertigstellung auch gerne hier zur Verfügung stelle. Aber XML-Verarbeitung mit Schema-Support dauert halt doch ein wenig ;-)

          Die übliche Darstellung der Struktur lässt sich naturgemäß auch dort nicht umgehen (außer in der Quelltext-Ansicht) - aber das Handling ist ganz brauchbar, wie mir einige Testuser schon bestätigt haben.

          bis dann,

          mfg

          norbert =:-)

          1. Hallo norbert,

            Bleibt natürlich die Frage, was ist ein wysiwyg-Editor für XML-Dateien.

            Ich fand http://jaxe.sf.net/ ganz nett...

            Viele Grüße,
            Christian

      2. Hallo Michael,

        die Dokumentations-Abteilung der Apache Group (hauptsächlich zwei Dir durchaus bekannte Personen ;-) hat genau diesen Schritt inzwischen getan ...

        In quasi geschlossenen Benutzergruppen mit klarer gemeinsamer Zielsetzung ist es denke ich relativ einfach, eine XML-Sprache einfach als Teil des standardisierten Working Flows zu deklarieren und sich daran zu halten. In solchen Benutzergruppen ist es auch relativ einfach, sich auf weiterverarbeitende XML-Tools zu einigen. Die "Benutzergruppe" der Fremdautoren von Feature-Artikeln un Tipps+Tricks ist dagegen sehr heterogen. Da gibt es Programmierer, Leute aus der Designer-Ecke, und auch mal Leute, die gar nicht so nah dran sind an den technischen Grundlagen.

        Was ich mir vorstellen koennte, ist, alle Alternativen anzubieten: eine XML-Sprache fuer diejenigen, die damit klar kommen, ein CMS fuer diejenigen, die weder XML noch SELF-Layout direkt editieren wollen, und den klassischen Weg fuer diejenigen, die kein Problem damit haben, sich in den Musterdateien mit SELF-Layout zurecht zu finden und darin zu arbeiten. Klar, bei letzteren besteht am ehesten die Gefahr, dass unsauber und nicht SELF-Layoutkonform gearbeitet wird. Aber lieber mal einen Artikel HTML-technisch nachkorrigieren, als ihn gar nicht erst zu bekommen, weil der Autor sich scheute, die anderen Wege der Artikelerstellung zu beschreiten.

        Die Möglichkeit der automatischen Generierung von Dokumenten in alternativen Darstellungsformen (könnte eines Tages vielleicht eine davon sogar "Buch" heißen?) muß ich ja wohl als zusätzlichen Anreiz kaum erwähnen.

        Zweifellos. Fuer meine eigene Arbeit an der SELFHTML-Kerndoku kann ich mir so etwas auch durchaus vorstellen.

        Ich finde, eine überschaubare (!) Menge proprietärer Tags lernt sich leichter, als das SelfHTML-Layout mit seinen Tabellenstrukturen nachbauen zu können.

        Allerdings werden viele Dinge dabei sein, die es gar nicht lohnt anders zu benamsen als in HTML. Etwa Absaetze, Inline-Auszeichnungen wie var, code, kbd usw., oder den gesamten Dateikopf mit Titel, Metadaten und Linkdaten. Eigentlich geht es dann nur noch darum, die Layout-Sachen rauszuhauen, wie Standardgrafiken, blinde Tabellen usw.

        Die Menge der Tags von "SelfXML the language" wird viel kleiner werden als diejenige von HTML, und die Validierung wird dann viel aussagekräftigere Ergebnisse liefern, denke ich mal.

        Da bin ich mir eben nicht so sicher. Wie gesagt: so wahnsinnig viel ist es nicht, was reinen Layout-Zwecken dient. Eben ein paar Tabellen und die Standardgrafiken. Im Text selber dienen fast alle Auszeichnungen rein strukturellen Aufgaben, und man koennte das in einer XML-Sprache auch nicht viel besser definieren als in HTML.

        Die spannende Frage wäre natürlich, wie man eine Transformation so spezifiziert, die beispielsweise den heutigen manuell zu pflegenden Dokumentkopf mit Linkliste etc. sowie die bekannten grai-rosa Trennbalken mit Navigationselementen aus dem Rest des Dokuments (mit dessen Target-Definitionen) vollautomatisch generieren kann ...

        Nun ja, das waeren eben die XML-eigenen Struktur-Elemente. So irrsinnig kompliziert stelle ich mir das eigentlich nicht vor, diese Bereiche des Seitenlayouts in rein logische Elemente umzuwandeln.

        und _das_ könnte dann selbst wiederum einen spannenden Feature-Artikel hergeben ...

        Klar, das gehoert auf jeden Fall zum SELF-Prinzip: wende alles, was du treibst, zuerst auf dich und es selber an ;-)

        viele Gruesse
          Stefan Muenz

        1. Hallo Stefan,

          Die Möglichkeit der automatischen Generierung von Dokumenten in alternativen Darstellungsformen (könnte eines Tages vielleicht eine davon sogar "Buch" heißen?) muß ich ja wohl als zusätzlichen Anreiz kaum erwähnen.
          Zweifellos. Fuer meine eigene Arbeit an der SELFHTML-Kerndoku kann ich mir so etwas auch durchaus vorstellen.

          Eben ... und falls Du Dir diese Arbeit der Sprachdefinition irgendwann mal machen würdest, fiele ein großer Teil dessen, was für die Feature-Artikel benötigt wird, so nebenbei mit ab ...
          (Wäre 'Feature-Artikel' dann ein 'Modul' innerhalb von SDML, so wie XHTML 1.1+ ja auch in Module zerlegt wird?)

          Ich finde, eine überschaubare (!) Menge proprietärer Tags lernt sich leichter, als das SelfHTML-Layout mit seinen Tabellenstrukturen nachbauen zu können.
          Allerdings werden viele Dinge dabei sein, die es gar nicht lohnt anders zu benamsen als in HTML.

          Klar - es gibt ja auch in HTML rein 'semantische' Tags.
          (Eigentlich sollte es dort _nur_ solche geben ...)

          Eigentlich geht es dann nur noch darum, die Layout-Sachen rauszuhauen, wie Standardgrafiken, blinde Tabellen usw.

          Ich finde, es geht _auch_ darum, diejenigen Teile des Inhalts automatisch zu generieren, die bestimmten Gesetzmäßigkeiten und Konsistenz-Anforderungen folgen.

          Die grauen Trennbalken wären vermutlich schon mit SSI lösbar - aber die Links in der Kopftabelle?
          Oder die inhaltliche Übereinstimmung zwischen dem Inhalt von <title> und des ersten <h2> innerhalb der nächsten grauen Tabelle? Der hoffentlich identische Name des Verfassers an diversen Stellen?
          Mein Ziel wäre es, sämtliche Redundanzen auszurotten ...

          Nun ja, das waeren eben die XML-eigenen Struktur-Elemente. So irrsinnig kompliziert stelle ich mir das eigentlich nicht vor, diese Bereiche des Seitenlayouts in rein logische Elemente umzuwandeln.

          Die Generierung dieser Link-Liste stelle ich mir in Perl mit Modulen auch nicht unlösbar vor  - inwiefern XSL und Konsorten das auch können, da bin ich allerdings überfragt.

          Viele Grüße
                Michael

          --
          T'Pol: I apologize if I acted inappropriately.
          V'Lar: Not at all. In fact, your bluntness made me reconsider some of my positions. Much as it has now.
          (sh:| fo:} ch:] rl:( br:^ n4:( ie:% mo:) va:| de:/ zu:| fl:( ss:) ls:~ js:|)
           => http://www.peter.in-berlin.de/projekte/selfcode/?code=sh%3A|+fo%3A}+ch%3A]+rl%3A(+br%3A^+n4%3A(+ie%3A%25+mo%3A)+va%3A|+de%3A%2F+zu%3A|+fl%3A(+ss%3A)+ls%3A~+js%3A|
          Auch diese Signatur wird an korrekt konfigurierte Browser gzip-komprimiert übertragen.
          1. Hallo Michael,
            hallo Stefan!

            Eben ... und falls Du Dir diese Arbeit der Sprachdefinition irgendwann mal machen würdest, fiele ein großer Teil dessen, was für die Feature-Artikel benötigt wird, so nebenbei mit ab ...

            Da der Bedarf also doch gegeben sein könnte, werde ich mich mal ans Werk machen...

            Ich finde, es geht _auch_ darum, diejenigen Teile des Inhalts automatisch zu generieren, die bestimmten Gesetzmäßigkeiten und Konsistenz-Anforderungen folgen.

            Die grauen Trennbalken wären vermutlich schon mit SSI lösbar - aber die Links in der Kopftabelle?
            Oder die inhaltliche Übereinstimmung zwischen dem Inhalt von <title> und des ersten <h2> innerhalb der nächsten grauen Tabelle? Der hoffentlich identische Name des Verfassers an diversen Stellen?
            Mein Ziel wäre es, sämtliche Redundanzen auszurotten ...

            Genau das war auch meine Überlegung - das was ihr in meiner kleinen Demo seht, ist eine Anfängerversion! Nach meinen nunmehrigen Erfahrungen kann hier noch allerhand adaptiert werden. Die Vorteile, die ich darin sehe, wurden von Michael schon erwähnt. Redundante Daten, wie Überschriften, Mail-Adressen - aber auch die Links innerhalb eines Dokumentes könnten einfach automatisch generiert werden.

            Das Zusammenspiel mit anderen Bereichen (und damit die Links in der Kopfzeile) sind eigentlich nur eine Frage der Definition und der Vereinbarung. Und Definitionen kann man in Schemen abbilden ;-)

            mfg

            norbert =:-)

          2. Hallo Michael,

            Eben ... und falls Du Dir diese Arbeit der Sprachdefinition irgendwann mal machen würdest, fiele ein großer Teil dessen, was für die Feature-Artikel benötigt wird, so nebenbei mit ab ...
            (Wäre 'Feature-Artikel' dann ein 'Modul' innerhalb von SDML, so wie XHTML 1.1+ ja auch in Module zerlegt wird?)

            Die module in XHTML sind auch eine der Ideen hinter SDML, wobei wie Stefan schon sagte, es gibt Dinge die wir nicht neu erfinden müssen und auch nicht wollen.
            'Feature-Artikel' wäre an sich, so denke ich das jetzt, kein Modul das in sich geschlossen ist. Das ist eben eine der Dinge über die ich mir beizeiten immer wieder den Kopf zerbreche: es gibt eben sehr ähnliche Strukturen im Selfraum: z.B. Feature-Artikel und Tipps & Tricks: in diesen Dokus gibt es aber auch semantisches HTML. Es wären also vielleicht eher mehrere kleineren Module für ein Feature-Artikel oder Tipp verantwortlich, eines z.B. für Meta-Angaben, ein anderes Links (und da möchte ich z.B. eher XLink als HTML-Link als als Grundlage nehmen) aber die Frage ist wie weit man für den Text selbst Module aus XHTML heranzieht und wie weit man eigene erstellt bzw. ob man hier einfach eine Mischung aus der brauchbaren HTML-Elementen und aus Elementen des eigenen Bedürfnissen macht.

            Ich finde, es geht _auch_ darum, diejenigen Teile des Inhalts automatisch zu generieren, die bestimmten Gesetzmäßigkeiten und Konsistenz-Anforderungen folgen.

            Diese Teile könnten aber durchaus in Templates (z.B. in XSL-Sheets) ausgelagert werden, was aber nicht wirklich notwendig ist, denn das Grundgerüst kann Platzhalter für solche Teile enthalten und die Platzhalter je nach Dokument bei der Transformation befüllen.

            Die Generierung dieser Link-Liste stelle ich mir in Perl mit Modulen auch nicht unlösbar vor  - inwiefern XSL und Konsorten das auch können, da bin ich allerdings überfragt.

            Aufgrund von Metainformationen ist es kein Problem solche Linklisten zu erstellen. Die Templates können mit dieser Infos gefüllt werden. Was hierbei eher die Frage ist, ist der eigentliche Transformation, denn der Weg dabei hängt vor allem vom gewählten Verkzeug an.

            Srcriptsprachen ohne einen richtigen XML/XSL-Parser halte ich persölich für ungeignet, da damit Programmierlogik dort ins Spiel gebracht wird, wo sie eigentlich nicht hingehört, nämlich in den Transformationsprozess und nicht in dem Transformationeswerkzeug.

            Grüße
            Thomas

            1. Hallo Thomas, Hallo Michael,

              'Feature-Artikel' wäre an sich, so denke ich das jetzt, kein Modul das in
              sich geschlossen ist. Das ist eben eine der Dinge über die ich mir
              beizeiten immer wieder den Kopf zerbreche: es gibt eben sehr ähnliche
              Strukturen im Selfraum: z.B. Feature-Artikel und Tipps & Tricks:

              Ich würde ewaige Module weniger auf Strukturen wie Feature-Artikel und
              Tips und Tricks aufbauen denn vielmehr auf dem Prinzip der einzelnen
              Seite. Dafür gibt es nämlich schon Klassifikationen, nämlich die Meta-Angabe
              SELF.Pagetype.

              http://aktuell.de.selfhtml.org/sonst/layoutvorgaben.htm#meta-angaben

              Das einzige Problem sehe ich, wenn man bestimmte mehrseitige Strukturen,
              wie beispielsweise Featureartikel unbedingt in einem abbilden will. Ist
              sowas gewünscht?

              • Tim
              --
              > Du willst einen Apache einrichten und HTML lernen?
              Nein, solche Kompetenzen kauft man sich zu.
              Nik.
              (im Zero Tolerance Thread)
    2. Hallo Stefan!

      Du kannst dir ja mal http://aktuell.de.selfhtml.org/sonst/layoutvorgaben.htm ansehen. Im Prinzip laesst sich von den dort formulierten Regeln durchaus eine XML-DTD ableiten. Vielleicht nicht in allen Einzelheiten, doch zumindest schon mal grob.

      Werd ich tun - allerdings in Form eines Schemas ;-)

      ... Aber reines XML ist halt immer abstrakt, und es sollte stets eine Moeglichkeit geben fuer die Autoren, ihre bisherigen Eingaben zu kontrollieren und so zu sehen, wie sie im Browser spaeter angezeigt werden, und zwar moeglichst auch lokal auf ihrem Rechner, so dass sie unsere Server-Ressourcen damit nicht belasten.

      Stelle gerne meinen Server zur Verfügung - XSL-File kann aber auch , so wie die aktuellen Vorlagen, von jedem downgeloadet werden

      ... auf die Dauer eher zu einer Umstellung auf XHTML (ist ja auch XML).

      Schliesst einander nicht aus.

      Anhand dieses Threads denke ich, dass eine XML-Variante künftig für den einen oder anderen Anwendungsfall sinnvoll sein könnte. Ich werde mich mal dieser Idee annehmen - falls es dann doch nicht genutzt wird, verpacke ich es in einen Feature-Artikel: "XML/XSL anhand eines Beispiels" ;-)

      Sollte jemand einen guten Freeware XML-Editor mit XSL- und Schemasupport für Windows kennen (oh - ich hab mich geoutet), bitte Link posten - hab schon länger nicht mehr gesucht und möchte natürlich das Rad nicht neu erfinden.

      mfg

      norbert =:-)

      1. Hallo Norbert,

        Sollte jemand einen guten Freeware XML-Editor mit XSL- und Schemasupport für Windows kennen (oh - ich hab mich geoutet), bitte Link posten - hab schon länger nicht mehr gesucht und möchte natürlich das Rad nicht neu erfinden.

        http://www.xmlsoftware.com/ da finden sich einige Tipps.

        Grüße
        Thomas