Js scripts, die CSS/html Text erzeugen?

Christian Kirsch wrote:

[Entspannendes]

YMMD.


\\// PointedEars

On Sun, 25 Oct 2009 12:36:59 +0000, Werner Schneider wrote:

[...]
Ganz im Gegenteil, es macht CSS/html erst so richtig verfuegbar. Man
kanns mit Assemblercode vergleichen, der analog von komplexen
Programmiersprachen generiert wird.

Js generiert beliebig abstrakt beliebig komplexen CSS/html Text. Die
CodeBibiliothek ist wegen multipler Parametrierfaehigkeit elastisch und
diversif, bis in den Mikrobereich hinein laufend modifizierbar.

Klingt wie automatisch generierte Textbausteine einer Werbe-Agentur.
Offensichtlich ist das „JS macht jeden Unfug“ Projekt schon weiter
als bislang geahnt. Vermutlich regierungsamtlich gesponsort, weil die
Pflege/Wartung der generierten Daten ja Unmengen von Arbeitsplätzen
(ganz zu schweigen von der psychiatrischen Betreuung jener Arbeitnehmer)
schaffen wird. Und was der Volkswirtschaft dient, kann ja nicht schlecht
sein, oder?



--
Matthias
/"\
\ / ASCII RIBBON CAMPAIGN - AGAINST HTML MAIL
X - AGAINST Microsoft ATTACHMENTS
/ \

Werner Schneider schrieb:

[...] Js ist ja eine Skriptsprache, die
nicht mal einen server benoetigt. [...]

Jetzt muss ich doch mal nachfragen, weil ich ehrlich gesagt ob dieser
Aussage doch ziemlich verwirrt bin:
Wo soll denn der HTML/CSS Quelltext eigentlich erzeugt werden, wenn du
dafür keinen Server benötigst und obendrein behauptest, der wo auch
immer erzeugte Quelltext wäre frei von JS?


Ich möchte mal schnell ein Szenario skizzieren wie das wohl aussehen
könnte -- immer vorrausgesetzt, es *gäbe* solch ein Script bereits.

$user erstellt eine Website mittels JS und benutzt dafür die vom Script
bereitgestellten Funktionen. Sollte eine Funktion, wie z.B. *fett*-Druck
nicht implementiert sein, so ließe sich die betreffende Funktion ganz
einfach in wenigen Zeilen programmieren.
Steht der JS Quelltext, so wird das Script kompiliert. $user erhält eine
fein säuberliche, und gut lesbare HTML Datei, die nun auf einen
Webserver hochgeladen und von der werten Internet-Gemeinde aufgerufen
und bestaunt werden kann.

Dieses Konzept ist nun in der Tat wesentlich einfacher, als die HTML
Datei direkt zu erstellen und wir reden noch gar nicht von einer
externen CSS Datei. Wozu auch, werden doch bei deinem Script alle
Stylesheet Einträge direkt in die HTML Datei eingebunden. Ist ja auch
wesentlich komfortabler, wenn man nur eine Datei auf den Webserver
hochladen muss.

Wirklich faszinierend ist aber v.a. die Möglichkeit der Erweiterung um
neue Funktionen. Um das oben genannte Beispiel nochmal zu strapazieren:
es sollte jedem Einleuchten, dass es viel besser ist die *fett*-Druck
Funktion in wenigen Zeilen zu programmieren, als in einer herkömmlichen
HTML Datei <b> ... </b> schreiben zu müssen.

Tolle Sache!


Ich wünsch dir viel Erfolg bei der weiteren Entwicklung dieses Scripts.
Ach ja, und falls du nen Namen suchst, ich hätte da einen, den du gerne
nach belieben nutzen kannst:
traumWeber[0]

Gruß
- Marco


[0] Namentliche Ähnlichkeiten zu Produkten aus dem anglo-amerikanischen
Raum[1] sind rein zufällig.
[1] diese Produkte werden ohnehin bald obsolet, da deren Entwickler es
verschlafen haben, die allumfassenden Vorzüge von JS zu erkennen und
statt dessen immernoch auf andere Programmiersprachen setzen.

Werner Schneider schrieb:

Wieso soll js nicht optimal dazu taugen, damit html-Seiten zu generieren,
die dann sogar ganz ohne js laufen koennen?

Jetzt muss ich doch mal nachfragen: Was meinst Du mit 'js'? Meinst Du
wirklich JavaScript? Ich habe so langsam meine Zweifel.

Js bietet doch wirklich alles,
damit Texte herzustellen.

Jede mir bekannte Programmiersprache bietet alles, um Texte damit
herzustellen.

Html ist ja purer Text.

Und genau hier irrst Du.

HTML ist wesentlich mehr als "purer Text". HTML hat eine definierte
Struktur. Es gibt Regeln, nach denen dieser "pure Text" aufgebaut sein
muss. Von diesen Regeln weiß JavaScript nichts. Gar nichts.

Außerdem wirst Du Probleme haben, ohne geeignete Werkzeuge per
JavaScript Dateien zu erzeugen. JavaScript weiß nämlich nichts von
Dateien. Da wirst Du zu anderen Lösungen greifen müssen.

Da wäre es doch besser, gleich eine geeignetere Sprache zu nehmen. PHP
z.B. ist speziell konzipiert worden, um damit u.a. HTML-Code zu
erzeugen, und PHP kann diesen Code auch direkt in Dateien schreiben. PHP
gibt es für verschiedene Plattformen und kann auch unabhängig von einem
Server betrieben werden. Zum lokalen Generieren von statischen
HTML-Dateien ist das allemal besser als JavaScript.

Mich wundert, wieso es im web keine derartigen scripts gibt.

Mich nicht.

Gruß. Claus

Marco Funk wrote:

Werner Schneider schrieb:
[...] Js ist ja eine Skriptsprache, die
nicht mal einen server benoetigt. [...]

Jetzt muss ich doch mal nachfragen, weil ich ehrlich gesagt ob dieser
Aussage doch ziemlich verwirrt bin:
Wo soll denn der HTML/CSS Quelltext eigentlich erzeugt werden, wenn du
dafür keinen Server benötigst und obendrein behauptest, der wo auch
immer erzeugte Quelltext wäre frei von JS?

Er möchte wohl mit JS ein HTML-Dokument erzeugen, welches keine script-
Elemente und keine Event-Handler-Attribute mehr enthält. Dieses ganz und
gar statische Dokument soll der Benutzer dann wohl lokal abspeichern und
manuell auf den Server hochladen.

<sarcasm>

Ich möchte mal schnell ein Szenario skizzieren wie das wohl aussehen
könnte -- immer vorrausgesetzt, es *gäbe* solch ein Script bereits.

$user erstellt eine Website mittels JS und benutzt dafür die vom Script
bereitgestellten Funktionen. Sollte eine Funktion, wie z.B. *fett*-Druck
nicht implementiert sein, so ließe sich die betreffende Funktion ganz
einfach in wenigen Zeilen programmieren.
Steht der JS Quelltext, so wird das Script kompiliert. $user erhält eine
fein säuberliche, und gut lesbare HTML Datei, die nun auf einen
Webserver hochgeladen und von der werten Internet-Gemeinde aufgerufen
und bestaunt werden kann.

Dieses Konzept ist nun in der Tat wesentlich einfacher, als die HTML
Datei direkt zu erstellen und wir reden noch gar nicht von einer
externen CSS Datei. Wozu auch, werden doch bei deinem Script alle
Stylesheet Einträge direkt in die HTML Datei eingebunden. Ist ja auch
wesentlich komfortabler, wenn man nur eine Datei auf den Webserver
hochladen muss.

Wirklich faszinierend ist aber v.a. die Möglichkeit der Erweiterung um
neue Funktionen. Um das oben genannte Beispiel nochmal zu strapazieren:
es sollte jedem Einleuchten, dass es viel besser ist die *fett*-Druck
Funktion in wenigen Zeilen zu programmieren, als in einer herkömmlichen
HTML Datei <b> ... </b> schreiben zu müssen.

Es gibt auch (in JS geschriebene) Struktureditoren wie z.B. den (F)CKEditor,
die mit einer Markierung und einem Klick das b-Element clientseitig einfügen
können. Serverseitig wird der Quelltext dann gespeichert.

Aber für normale Benutzer ist so eine textverarbeitungsähnliche Umgebung
viel zu kompliziert -- die möchten lieber stattdessen endlich JS-
Programmierung lernen!

</sarcasm>

Doch Spass beseite, JFTR: Der Ansatz, mit JS HTML zu generieren ist nicht
per se unsinnig; er ist bloss in der vorgeschlagenen Form unsinnig. Das
deutete ich ja mit meinem Praxisbeispiel schon an.


PointedEars

Thomas 'PointedEars' Lahn schrieb:

Er möchte wohl mit JS ein HTML-Dokument erzeugen, welches keine script-
Elemente und keine Event-Handler-Attribute mehr enthält. Dieses ganz und
gar statische Dokument soll der Benutzer dann wohl lokal abspeichern und
manuell auf den Server hochladen.

Genauso hab ich mir das vorgestellt.

Doch Spass beseite, JFTR: Der Ansatz, mit JS HTML zu generieren ist nicht
per se unsinnig; er ist bloss in der vorgeschlagenen Form unsinnig. Das
deutete ich ja mit meinem Praxisbeispiel schon an.

Eben, nicht unsinnig, aber IMO für die daraus resultierenden statischen

Seiten, übeflüssig.


Gruß
- Marco