nicht angemeldet
Hallo zusammen,
Was lange waehrt, wird (hoffentlich) endlich gut...
Im Oktober </archiv/2003/10/59514/#m336524> hatte ich angekuendigt,
dass ich einen Artikel zu "Includes" plane. Nun ist er da - noch nicht ganz
vollstaendig, aber dafuer gibt es ja Euch ;-)
http://www.tiptom.ch/homepage/includes.html
Ich moechte den Artikel gerne fuer den Self-Raum als Feature-Artikel
zur Verfuegung stellen, wenn der "Inner Circle" damit einverstanden ist.
(Die Kategorie "Projektverwaltung" waere IMHO am besten geeignet.)
http://aktuell.de.selfhtml.org/artikel/beitrag.htm habe ich gelesen.
Warum ich mich nicht direkt an die dort angegebene E-Mail-Adresse wende:
1. Ich waere froh um kritische Durchsicht des Artikels und Kommentare
sowie einige Ergaenzungen, z.B. zu GoLive und Perl.
2. Ich habe noch einige Fragen zur Form eines Feature-Artikels
bzw. zu den Freiheiten, die man als Autor trotz der "Schablone" hat.
1. Inhaltliche Fragen
---------------------
Sprache: Sind die Saetze verstaendlich und Web-gerecht?
Was wuerdet Ihr anders formulieren?
Aufbau/Erklaerungen: Sind der Aufbau und die Erklaerungen
nachvollziehbar und verstaendlich?
Meine Wissensluecken:
1. An HTML-Editoren erwaehne ich Phase 5, Macromedia Dreamweaver,
Adobe GoLive und MS Frontpage.
Zu GoLive haette ich gerne noch ein paar Stichworte/Links,
wie man dort so etwas wie Includes oder Templates einsetzen kann.
Auch bei Frontpage koennte ich noch einige Infos brauchen.
2. Bei den serverseitigen Programmiersprachen sage ich bis jetzt
kein Wort zu Perl. Erstens kenne ich mich damit zuwenig aus,
zweitens bezweifle ich, dass es geeignet ist fuer blosse Includes
(AFAIK existiert keine Syntax, mit der man Perl-Code mitten
in den HTML-Code einstreuen kann wie z.B. PHP oder SSI),
und drittens befuerchte ich, dass dann staendig Newbies
bei mir (als Autor) oder hier im Forum nachfragen, warum ihre
Perl-Skripten nicht funktionieren, und man ihnen dann ASCII-Upload,
CHMOD und den ganzen Krempel 1000 mal erklaeren muss...
Im Ernst: Falls jemand denkt, dass auch Perl als "Include-Sprache"
geeignet ist und mir den notwendigen Code und/oder Links zu
guten Tutorials schickt, ergaenze ich den Artikel gerne...
HTML: Ich habe mir Muehe gegeben, die Dinge semantisch korrekt
auszuzeichnen. Dennoch bin ich dankbar fuer Hinweise,
was ich dort noch besser machen koennte.
(Ausnahme: Gedankenstriche werde ich nicht als &emdash; oder
was es sonst noch gibt codieren. Die "falschen Freunde" sind
das stabilste, was es gibt, und ich werde mich nicht ueberzeugen
lassen, irgendwelchen Entities zu nehmen, die in alten Browsern
"ausgschrieben" dargestellt werden...)
2. Formale Fragen
-----------------
Ich wuerde den Artikel natuerlich in die Self-Schablone quetschen
sowie die Faehnchen vor den Links u.s.w. ergaenzen.
Ich moechte auch gleich im Inhaltsverzeichnis am Anfang der Seite
Sprunglinks auf H3-Ueberschriften machen, und hoffe, dass das OK ist.
Fuer groessere Bloecke mit Quellcode ist folgendes vorgeschrieben:
<table width="100%" cellpadding=10><tr><td class="xmpcode" bgcolor="#ffffe0"><pre>
<html>
<!-- irgendwas. Bitte auch hier alle HTML-eigenen Zeichen maskieren -->
</html>
</pre></td></tr></table>
Ich finde diesen Quellcode graesslich:
- Voellig ueberfluessige Tabelle
- presentational Markup (width, cellpadding, bgcolor)
- keine logische Auszeichnung als Programmcode.
Folgendes faende ich viel sauberer:
<p class="xmpcode"><code>
<html><br>
<!-- irgendwas. Bitte auch hier alle HTML-eigenen Zeichen maskieren --><br>
</html><br>
</code></p>
Des weiteren finde ich, dass das vorgeschriebene Layout ja
vor allem fuer Screen vorgesehen ist (trotz pt-Schriftgroessen:-).
Ich verwende gerne ein separates Stylesheet fuer Print.
Im Screen-Stylesheet blende ich die URLs von Links aus,
im Print-Stylesheet (und ohne CSS) lasse ich sie anzeigen.
screen.css:
.printonly { display:none; }
HTML:
<a href="http://selfhtml.teamone.de/cgiperl/intro/ssi.htm">SelfHTML-Artikel zu SSI<span class="printonly"> - http://selfhtml.teamone.de/cgiperl/intro/ssi.htm</span></a>
Koennte (d.h. "duerfte") ich diese Methode auch in einem
Feature-Artikel verwenden? Also eigenes CSS einsetzen,
um die URLs auf dem Bildschirm auszublenden?
Koennte der Artikel auch in XHTML 1.0 Strict sein?
D.h. alles, was Layout ist, ins CSS verbannen,
voelliger Verzicht auf presentational Markup.
Die Links habe ich an den jeweiligen Stellen im Fliesstext eingebaut.
Eine extra Linkliste am Schluss scheint mir in diesem Fall nicht
sinnvoll/notwendig.
Gibt es dazu andere Meinungen?
Freundliche Gruesse,
Thomas
P.S. Ich werde den Artikel voraussichtlich in den naechsten Tagen
aufgrund der Diskussion hier laufend etwas ueberarbeiten.
Der "Original-Zustand" ist: http://www.tiptom.ch/homepage/includes0.html