Hallo,
habe eine Frage bezg. des Quellcodes. Wenn ich eine Seite fertig habe, oder auch manchmal mittendrin, lass ich HTMLTidy (natürlich korrekt mit Tidy.exe) "durchlaufen" und übernehme dann mit "O.K." den bereinigten Quellcode. Dieser sieht dann ziemlich kompakt aus mit Umbruch nach 66 Zeichen, etc..
Nun habe ich festgestellt, daß, wenn ich die Seite nur 1 mal mit NVU aufrufe, der Quellcode immer noch stimmig ist (glaube ich jedenfalls), aber in einer "ästhetischeren" vertikalen "Wellenform" ist (anders kann ich's nicht beschreiben).
Die Form ist dann zwar schöner anzusehen, aber der Quellcode ist nicht mehr so übersichtlich, da er ganz schön in die Breite geht.
Nun die Doofie-Frage: Welche Form ist in der Welt des Webdesigns (als ob ich ein Designer bin. Schön wär's) lieber gesehen oder häufiger vertreten?
Hoffe, ich hab' meine Frage und mein Anliegen einigermaßen verständlich "rübergebracht".
Danke für Eure Antworten.

Hallo Mutze,
im Grunde alles Geschmacksache!
Nur, wer häufig in seine Quelcode änderungen anbringt,
sollte interesse daran haben Übersicht zu behalten.
Ansonsten spart eine 'kompakte' Quellcode (ohne leerzeilen und Kommentare etc.) etwas mehr platz.

cu
Conny

Danke. Genau genommen suchte ich genau die Bestätigung.
So gefällt es mir persönlich auch besser.
Thanks und schönes Wochenende.

Hallo, Mütze,

das Problem kenne ich auch zur Genüge. Kompakter Code läßt sich schwerer lesen, die Wellenform ist eigentlich die, die ich bevorzuge. Nur das mancher Editor Einrückungen vornimmt, die viel zu groß sind, etwa für einen Tab 8 Spaces. Bei Verschachtelungen passiert es dann, dass der Beginn einer Codezeile schon außerhalb des Bildschirmes liegt. Aber den Editor kann man ja konfigurieren, so dass nur 2 Spaces eingerückt wird. Eine Sache, die ich mir beim Programmieren in Hochsprachen angewöhnt habe: nur eine Befehl pro Zeile. Hat lediglich zur Folge, dass die Listings länger werden, ist aber beim Tracing wesntlich besser, denn eine Fehlermeldung zeigt exakt die falsche Anweisung. Negatives Beispiel von früher waren Listings in Basic, wenn soviele Anweisungen wie möglich in eine Zeile gepackt wurden, keine Kommentare usw.
Ich bin jedenfalls ein Freund der Wellenform.

Gruß
jomal

Danke für Deine Antwort.
Das Problem ist nur, daß ich gerade mal 1/3 verstanden habe. Ich bin da Doofie, hab' keinen Schimmer vom "richtigen" Programmieren.
Trotzdem Danke.

Hallo, mal ein simple Beispiel aus einem Projekt in Wellenform::
DO UNTIL EOF(1)
.. INPUT #1, cA

... SELECT CASE cA

...CASE IS = "[Pfad]"
.......INPUT #1, cA
.......cPfad = cA

CASE IS = "[Datei]"
.......INPUT #1, cA
......LOCATE 2, 50
......PRINT "Datei= "; cA;
... ...cDatei = cA
... CASE ELSE

.. END SELECT

LOOP

und nun kompakt:
OPEN "cardfile.ini" FOR INPUT AS #1
DO UNTIL EOF(1)
INPUT #1, cA
SELECT CASE cA
CASE IS = "[Pfad]"
IMPUT #1, cA
cPfad = cA
CASE IS = "[Datei]"
INPUT #1, cA
LOCATE 2, 50
PRINT "Datei= "; cA;
cDatei = cA
CASE ELSE
END SELECT

DsGanze wenigstens immer noch mit nur einer Anweisung pro Zeile; ES GEHT NOCH SCHLIMMER.
Aber das Prinzip ist erkennbar. Lediglich die Punkte must Du Dir wegdenken, sondern ewrden die Spaces ja gleich gecancelt und Beides sieht gleich aus.
Wenn dann in der CASE-Anweisung noch Schleifen auftauchen, t.B. FOR NEXT ohne Einrückungen, ist so ein Code kaum zu warten.
Also, ich bin Freak der Wellenlinien...

Gruß,
jomal

Auch hier gilt wieder: Je mehr Struktur (und Kommentare) du in deinen Programmen/HTML-Dateien hast, desto einfacher sind sie zu warten, desto umfangreicher werden sie allerdings auch - eventuell ist bei so einer Fragestellung auch ein Upload-Tool hilfreich, das Kommentare und Leerzeichen beim Upload entfernt, so dass du bei dir zuhause auf dem Rechner einen strukturierten Quellcode mit ausführlichen Kommentaren hast und online auf dem Server einen kompakten, schnell ladbaren, aber unleserlichen. Eventuell leistet der FTP-Uploader von db sowas?

Ich persönlich bevorzuge auch die Wellenform, da man in der Regel schnell erkennt, was da passiert. Gerade auch HTML-typische Konstrukte mit verschachtelten Elementen sind so gut darstell- und kontrollierbar, da man am Ende der Datei immer wieder in der ersten Spalte landen muss .

Andererseits schätze ich es auch, in Programmen eine Funktionalität in einer einzelnen Zeile unterbringen zu können, weil das so elegant aussieht - dann sollte der Quellcode allerdings fehlerfrei sein. Besonders funktionale Sprachen erlauben solche Ein-Zeilen-Konstrukte (z. B. Lisp, Beispiel geklaut aus der Wikipedia: "(defun ! (n) (cond ((= n 0) 1) ((> n 0) (* n (! (- n 1))))))", hab leider grad kein eigenes, da ich seit der Uni nicht mehr in funktionalen Sprachen programmiert habe).

Der Code in Wellenform (ich nenn' das jetzt weiter so) sieht ja noch gut aus.
Wenn Du in NVU-Form schreibst, hast Du manchmal 15-20 (oder mehr) Zeichen Abstand vom Rand.
Das ist teilweise außerhalb des normal sichtbaren Bereichs, das ist dann unübersichtlich.

Hi Thomas,
ich wollte mir eigentlich ein kurzes Programm schreiben, welches die Kommentare rausschmeißt, ebenso die führenden Leerzeichen usw.
Leider scheitert das bis jetzt an einer Sache: es gibt ja Anweisungen für ältere Browser, die gewisse Anweisungen nicht verstehen und man sie deshalb auskommentiert. Und die verschwinden dann leider auch. Wie soll ich meinem Entfernungsprogramm beibringen, was drinbleiben soll?
Bis jetzt habe ich noch keine Lösung gefunden, ich arbeite dran.
Und es kam zumindest früher mal bei mir zu Ungereimtheiten, wenn ich das <br> anders gesetzt habe, neue Zeile brachte ein etwas anderes Ergebnis.
</Zitat:
<!-- ACHTUNG!: obwohl die Interpreter eigentlich das <br> auch in der
<img...>- Zeile auswerten sollten, funktioniert es nur, wenn es
in einer eigenen Befehlszeile steht.
Das muß bei den Browsern getetstet werden, denn sowohl mit als auch ohne <br> sieht der Text im Interpreter nicht ansprechend aus!!! -->
/zitat>
Krieg ich aber so nicht mehr zusammen, woran das nun lag.
Nun denn. wir scheinen uns einig zu sein..