Prinzipien

Bei der Entwicklung und dem Design der Webseite hatte ich einige klare Vorgaben an mich selbst gestellt:

Offline pflegbar
Da ich oft mit dem Notebook im Hotel oder sonst unterwegs bin, muss ich die Inhalte auch Offline pflegen können. Damit scheiden webbasierte Content Management Systeme aus. Eine Zusammenarbeit mehrerer Leute ist trotzdem möglich, wenn einen Absprache erfolgt. Aktuell mache ich aber alles alleine
Einfach pflegbar mit Standard Frontpage Mitteln
Ich liebe Frontpage, da es sehr elegant zu nutzen ist, Hyperlinks etc. automatisch aktualisiert und z.B. auch Grafiken s ehr einfach konvertieren und in der Größe verändern kann.
Statische Seiten
Ich möchte möglichst wenig Servertechnologien nutzen und verzichte absichtlich auf ASP, ASP, PHP, Perl etc. Das hat z.B. den Vorteil dass der Webserver weniger "Löcher hat", aber vor allem die Performance optimal ist und die Webseite z.B. auch auf eine CD gebrannt werden kann. Ideal für Offline Verwendung, Sicherungskopien etc. und absolut "langzeittauglich". Wer weiß ob die Datenbank von heute morgen noch kompatibel ist.
Upload per FTP oder COPY
Das Hochladen der Dateien auf den öffentlichen Server muss einfach möglich sein. Dazu eignet sich FTP oder WebDAV schon optimal.
Kompatibel zu den meisten Clients
Ich weiß, das viele Besucher auch auf ihrem Server diese Seite betrachten und dort Sicherheit groß geschrieben wird. Lange Zeit habe ich daher komplett auf ActiveX, Java, JavaScript, Flash etc. verzichtet. Seit 2004 setze ich aber nun CSS voraus. JavaScript ist optional. Ich verzichte aber auch Browserspezifische Tricks und Kniffe und auch auf fixe Formatierungen, so dass die Artikel wirklich überall lesbar sein sollten
Geringe Ladezeiten
Ich habe immer im Auge, dass die Anwender noch mit Modems oder ISDN arbeiten und daher die Ladezeit minimiert sein sollte. Dazu dient CSS und die Auslagerung von Skripten in eigene Dateien statt in jeder Seite alle eigenständig zu definieren. Trotzdem sind einige Seiten mit Bildern nicht kleiner hin zu bekommen
Klares überschaubares Layout (CSS)
Seit 2004 habe ich mit ein Stylesheet definiert, um alle Formate aus dem eigentlichen Content wegzulassen. Sie haben damit sogar die Möglichkeit, ein eigenes CSS zu nutzen. Eine Beschreibung der verwendeten Styles finden Sie auf Layout 2004.
Einfach erweiterbar durch neue Bereiche und Seiten
Bei Frontpage ist es einfach eine neue Seite zu schreiben. Man kopiert einfach eine bestehende oder nutzt die DWT-Vorlage. Aber trotzdem muss die Seite in die Navigation, die Sitemap und Struktur eingebunden werden. Das war bis 2004 ziemlich viel Arbeit. Siehe Bis 2004. Das ist nun einfacher.
Positionierung mit CSS
In der Vergangenheit haben ich Tabellen genutzt, um den Inhalte, die Navigation, die Kopf und Fußzeile um den Content zu gruppieren. Mittlerweise ist das layout komplett mit CSS zusammengestellt.
JavaScript nur wenn sinnvoll
JavaScript ist nett und kann viel leisten, aber sinnvoll ist der Einsatz bei einer Informationswebseite erst mal nur für ein effektives Menü. So kommt ein als dynamisches Menü "zusätzlich" zum normalen Menü zum Einsatz. Wer JavaScript nutzt, kann die vereinfachte Navigation nutzen. Wer JavaScript blockiert, kann trotzdem alle Seiten erreichen. Das ist auch für Suchmaschinen und Screenreader besser geeignet.
Cookies wenn sinnvoll
Ich nutze keine Cookies, denn ich wüsste nicht wofür. Klar könnte ich mit Cookies viel besser die Besucher im Log nach verfolgen, aber da die MSXFAQ keine Produkte verkauft, keine ausgefeilten Besucheranalysen macht, und auch keinen Passwortbereich hat, ist dies nicht notwendig.
keine Frames
Frames waren früher ein Weg, die Navigation links zu halten und nur den Content auszutauschen. Aber nachteilig ist, dass der Ausdruck und auch eine direkte Verlinkungs auf den Inhalt nicht einfach möglich ist. Daher wird auf Frames verzichtet und damit niemand anderes die MSXFAQ in eigenen Frames einbindet, gibt es einen kleinen Code, der dies unterbindet. (sofern Sie JavaScript aktiviert haben)
Printable
Webseiten werden immer auch ausgedruckt. Sehr viele Webseiten sind für Bildschirme optimiert und können fast gar nicht sinnvoll ausgedruckt werden. Tabellen mit mehr als 650 Pixel Breite werden von den meisten Browsern abgeschnitten. Ist dann links noch eine Navigation mit 150 Pixel, dann bleibt kaum Platz für den eigentlichen Inhalt. Die neuen Seiten müssen aber auch "Druckbar" sein. Aus dem Grund wird mit einem eigenen Style für die Druckausgabe z.B. das Menü weggeblendet.
Navigation
Frontpage erlaubt die Strukturierung in einer Navigationsleiste und die automatische Generierung von entsprechenden Navigationsmenüs. Leider sind die aber nach meiner Ansicht nur bedingt geeignet. Ich möchte gerne, dass in der Navigation die aktuelle Seite und alle Nachbarseiten sichtbar sind ebenso wie die "übergeordneten" Seiten. Weil Frontpage das nicht kann, musste ich mir eine eigene Lösung einfallen lassen
AutoFormatting
Selbst die Nutzung von CSS stellt nicht sicher, dass alle Formate richtig sind. Einiges ist mit CSS nicht möglich, z.B. die erste Zeile einer Auflistung wie dieser besonders hervor zu heben. Also musste auch da eine Lösung her

Barrierefrei

Nicht nur seit Veröffentlichung einer Richtlinie vom 1. Januar 2004, nach der alle Internetseiten der öffentlichen Hand barrierefrei sein sollen, gilt für mich der Spruch "Einfach ist besser", sondern schon seit Anfang an, versuche ich, auf Effekte statt Inhalte zu verzichten. Aber ich musste auch immer die Grenzen der eingesetzten Software und Browser im Blick behalten. Erst so langen gibt es auch die Möglichkeit, wirklich ansprechende und nutzbare Seiten zu erstellen ohne mit HTML-Müll, 1pixel-GIF-Platzhaltern und und anderen Dingen zu arbeiten. Ich weiß, dass auch diese MSXFAQ noch verbessert werden kann, um auch für behinderte Personen besser lesbar zu werden. Nur ist es als nicht sichtbar behinderter schwer die verschiedenen Hürden überhaupt zu sehen. Dabei waren mir einige Links behilflich, das Thema überhaupt besser zu verstehen:

Artikel der c't zum Thema barrierefreies Web
siehe auch http://www.ctmagazin.de/barrieretest
http://www.wdr.de/radio/wdr2/quintessenz/barrierefrei.html
und andere Links und Veröffentlichungen

Lösung

Um all das zu erreichen waren einige umfangreiche Tests und Überlegungen erforderlich. Zusammen mit der neuen Funktion der DWT-Vorlage von Frontpage 2003, dem Einsatz von CSS und einigen VBScripten habe ich die "neue" MSXFAQ im Sommer 2004 umgestellt.

Frontpage als Diskweb
Zuerst musste ich Abschied von meinem IIS auf Windows XP nehmen, da damit die DWT-Vorlage nicht funktioniert. Das war aber der einfachste Teil
Erstellen der DWT-Vorlage
Ich musste das bisherige Layout so umgestalten, dass es als Vorlage für sämtliche andere Seiten geeignet ist, Das heißt, dass nicht nur der Titel und der Content editierbar sein müssen, sondern auch das Menü und die neu hinzu gekommene "Brotkrume" am oberen Bildrand. Die Positionierung übernimmt aktuell noch eine Tabelle. Später könnte auch das durch CSS erfolgen.
Erstellung des CSS
Dazu gehört auch die Erstellung einer CSS-Datei, die alle Belange der Formatierung abdeckt. Es wird zwar noch einige Zeit dauern, bis alle Seiten umgestellt sind und wirklich "nur noch " CSS nutzen, aber der Aufwand lohnt sich. Mit CSS wurde auch die Funktion realisiert, dass beim Ausdruck nicht erforderliche Teile weggelassen werden.
Frontpage Navigation
Das erste Mal habe ich nun alle Seiten "logisch" in der Frontpage Navigation eingebunden, auch wenn ich die Frontpage Komponente nicht nutze. Dies ist aber der einfachste Weg den Überblick zu behalten und eine Struktur vorzugeben
Skripte
Um die Seiten entsprechend aufzubereiten waren einige Skripte erforderlich, um die Handarbeit zu reduzieren. Siehe auch Skripte 2004.

Ich bin mal gespannt, wann der nächste große Wechsel kommt. Sicherlich wird das Design noch etwas angepasst, die Struktur verändert. Natürlich sind zusätzliche Funktionen wir ein Forum, eine Benachrichtigungsfunktionen bei Änderungen, Bewertungen der Seiten etc. interessant, aber dazu fehlt aktuell die Zeit. Die MSXFAQ ist ja immer noch eine kostenfreie "nebenher" gepflegte Seite.

Warum kein CMS ?

Ich habe wirklich überlegt, ob eine Seite mit dem Umfang der MSXFAQ wirklich noch mit Frontpage und statischen Seiten zu betreiben ist und habe mit dazu auch einige Content Management Systeme angeschaut. aber dabei stört mich immer

Ich muss eine Datenbank betreiben, die gesichert werden muss.
Ohne den CMS-Server oder aktive Skripte auf dem Server funktioniert die ganze Seite nicht, d.h. ich muss auch einen Provider nutzen, der diese Funktionen unterstützt.
"Brennen auf CD" oder offline kann so etwas kaum verfügbar gemacht werden.

Dem halte ich entgegen:

Man kann über Frontpage lästern wie man will, aber Frontpage 2003 ist schon sehr gut geworden und damit lässt sich auch ziemlich konformer Code erzeigen.
Die Art, Webseiten in Frontpage zu erstellen ist einfach genial
Grafiken reinziehen, Größe verändern, zwischen GIF/JPEG umschalten etc.
"includeSeiten", gemeinsame randbereiche oder die neuen DWT-Vorlagen machen das Verwalten auch größerer Projekte sehr einfach
Auf dem Server brauche ich nicht mal Frontpage Extensions wenn ich auf einige entsprechende Webbots verzichte, z.B. Feedbackformualre, Mailsenden, Diskussionsweb etc.
Die meisten Seiten sind statisch, d.h. heißt ich kann auch "offline im Hotel" arbeiten und später die Änderungen publizieren.
Ich kann eine Sicherung auf "CD brennen"
Es ist "native HTML". Wer weiß ob Skripte in einer Sprache heute auch morgen mit der nächsten Version funktionieren
Ich kann leicht den Provider wechseln, ne Sicherungsseite wo anders laufen lassen etc
Ich hasste Scripte, Werbebanner, Popup-Fenster etc
Selbst wenn ich CSS und DIV-Positionierung nutze, können die meisten Browser damit umgehen.
Ich brauche aber noch einige VBScripte, mit denen ich einen "Standard" normiere, z.B. alle Tabellen mit den "richtigen" Tags versehen und manuelle Formatierungen rauswerfen oder eben auch Navigationsmenüs etcaufbauen anhand der Frontpage Navigation. Die eingebaute Navigation von Frontpage bildet meine MSXFAQ leider nicht ab.

Keywords:

Backstage