Planen einer größeren Präsentation
Navigationshilfen für umfangreichere Präsentationen
Standards für Stil und Design setzen
Kapitel 30
Verwaltung von großen Präsentationen und Sites
Die Arbeit mit einer kleinen Web-Präsentation mit maximal ein paar hundert Seiten ist relativ einfach. Sie haben die Gesamtstruktur im Kopf, schreiben die Seiten nach Bedarf und fügen sie einfach an der entsprechenden Stelle ein. Ihre Leser finden, was sie suchen, auch wenn Ihre Struktur nicht ganz so gut ist, wie sie sein könnte.
Bei größeren Präsentationen, wie sie etwa von Firmen oder größeren Organisationen verwendet werden, herrschen andere Regeln. Sie könnten nämlich mehr Informationen enthalten, als Sie überblicken können. Die Struktur kann immens groß und komplex sein. Ein Großteil der Informationen, die im Web dargestellt werden, wurde nicht für das Web entworfen.
Dieses Kapitel beschreibt Aspekte, die Sie bei der Verwaltung einer größeren Site beachten müssen. Wenn Sie der zuständige Administrator sind oder wenn Sie an der Entwicklung von Standards für die Webseiten Ihres Unternehmens beteiligt sind, sollten Sie dieses Kapitel lesen.
Hier lernen Sie unter anderem die folgenden Dinge:
Planen einer größeren Präsentation
Für den Erfolg einer kleineren Präsentation ist es nicht unbedingt erforderlich, einen alles umfassenden Plan anzulegen. Hier können Sie die Struktur auch ohne einen geschriebenen Plan verfolgen, gegebenenfalls neue Seiten einfügen und dabei nicht zu viel Chaos erzeugen. Bei größeren Präsentationen verlieren Sie einfach den Überblick, wenn Sie versuchen, das gesamte Projekt im Kopf durchzuziehen. Vielleicht vergessen Sie auch, wie alles zusammenpaßt, und irgendwann verlieren Sie völlig die Kontrolle, was später einen enormen Arbeitsaufwand bedeutet. Wenn Sie schon vorher eine Strategie entwickeln, wird alles gleich viel einfacher.
Ein Plan ist insbesondere dann sehr wichtig, wenn Sie mit anderen Leuten zusammenarbeiten. Damit können Sie sicherstellen, daß alle in ihrem jeweiligen Aufgabenbereich tätig sind und dennoch den Blick für das Ganze nicht verlieren.
Die meisten Regeln, die ich in vorhergehenden Kapiteln für das Erzeugen eines Plans beschrieben habe, gelten auch für größere Applikationen. Jetzt wollen wir die Schritte unter dem Gesichtspunkt dieser größeren Präsentation noch einmal betrachten:
Abbildung 30.1: |
Den Inhalt erstellen
Größere Präsentationen enthalten in der Regel sowohl Informationen, die explizit für sie geschrieben wurden, als auch Informationen, die aus einer anderen Quelle übernommen wurden, etwa aus Presseberichten, Zeitungen, technischen Dokumentationen, Buchkapiteln, Postern usw. Die Verwaltung all dieser Informationen und ihre Bereitstellung im Web stellt einen enormen Aufwand bei der Einrichtung und der Wartung des Sites dar - eine mühsame Aufgabe, aber nichtsdestotrotz sehr wichtig.
In diesem Abschnitt erfahren Sie, wie Sie am besten mit diesen verschiedenen Informationen umgehen und sie verwalten.
Direkt in HTML arbeiten
Für die Informationen, die Sie explizit für Ihre Web-Präsentation schreiben, wenden Sie dieselben Techniken wie für kleinere Präsentationen an. Abhängig von Ihrer Arbeitsweise können Sie dabei direkt in HTML arbeiten, einen Tag-Editor verwenden oder eine Textverarbeitung einsetzen und das Ergebnis ins HTML-Format konvertieren.
Der Markt für HTML-Editoren wächst täglich. Jede hier abgedruckte Liste würde sofort veraltet sein. Am besten besorgen Sie sich eine Liste aus dem Web, die sehr viel schneller aktualisiert werden kann, wenn neue Editoren erscheinen. Versuchen Sie es mit Yahoo unter http://www.yahoo.com/Computers/Word_Wide_Web/HTML_Editors/.
Informationen konvertieren
Es gibt häufig Informationen auf Web Sites (insbesondere auf sehr großen), die ursprünglich für gedruckte oder andere Medien entworfen wurden, beispielsweise Presseberichte oder Dokumentationen. Um dieses Material ins Web zu bringen, können Sie es ins HTML-Format konvertieren, Links hinzufügen, möglicherweise Anpassungen vornehmen und dann veröffentlichen. Wenn Sie Glück haben, dann müssen Sie das nur einmal tun. Der Umgang mit Informationen, die häufig aktualisiert werden müssen, wird im nächsten Abschnitt noch einmal angesprochen.
Es gibt für zahlreiche gebräuchliche Textverarbeitungen und Seitenformate HTML-Konverter, sowohl als kostenlose Tools als auch als Add-lns der betreffenden Applikation. (Rufen Sie Ihren Händler an, ob er bereits eines hat.) Beachten Sie, daß Sie den Konverter möglicherweise für Ihre Einstellungen in der Originaldatei konfigurieren müssen und daß das Ergebnis nicht mehr dasselbe Layout hat wie das Original. Eine ständig aktualisierte Liste aktueller Konverter finden Sie unter http://www.yahoo.com/Computers/World_Wide_Web/HTML_Converters/.
Sie sparen bei der Konvertierung ins HTML-Format viel Zeit, wenn Sie diese schon im voraus bei der Erstellung Ihrer Dokumente miteinplanen. Einige kleine Anpassungen können dabei für den eigentlichen Prozeß der Konvertierung große Einsparungen bringen. Hier einige Tips, die die Konvertierung erleichtern sollen.
Dokumente planen, die sowohl ausgedruckt als auch als HTML-Datei ausgegeben werden
Die letzte Art Information, die Sie möglicherweise auf Ihren Seiten darstellen wollen, stellen die Unterlagen dar, die sowohl für gedruckte Medien als auch für die Online-Ausgabe erzeugt werden. Diese Unterlagen werden häufig aktualisiert. Es kann schwierig sein, für sie eine geeignete Methode zur Veröffentlichung zu finden. Wenn Sie versuchen, die Dokumente beispielsweise in Ihrer Textverarbeitung zu verwalten, und sie dann ins HTML-Format konvertieren, ist es oft mühsam, zusätzliche Links für die Formatierung oder Organisation einzufügen, insbesondere wenn das mehrmals erfolgen muß. Andererseits ist es auch nicht ratsam, separate Quellen für das Druckmedium und für HTML zu haben, weil man dann nie sicher sein kann, ob alle Veränderungen an beiden Vorlagen durchgeführt wurden. Ganz zu schweigen von der Tatsache, daß Druckmedium und HTML von Grund auf unterschiedlich sind. Wenn dann für beide gleichzeitig ein Dokument geschrieben wird, dann ist dieses vermutlich schwierig zu lesen und zu überblicken.
Es gibt keine zufriedenstellende Lösung für dieses Problem. Es gibt jedoch mehrere Tools auf dem Markt, die Sie bei diesem Prozeß unterstützen - zwei für die Textverarbeitung FrameMaker und eines, das als separate Applikation für unterschiedliche Dateitypen eingesetzt werden kann. Sicher werden in Zukunft noch mehr solcher Werkzeuge erscheinen.
FrameMaker selbst wird vorwiegend für große Dokumentationsprojekte eingesetzt, in kleinen Firmen daher weniger verwendet. Er stellt ein hervorragendes Entwicklungswerkzeug für das Web dar. Anders als viele andere Dokumentationswerkzeuge stellt er direkt innerhalb des Programms eine Hyperlink-Funktion zur Verfügung, mit der Sie Links erzeugen können. (Diese Funktion wurde entwickelt, um Online-Hilfe-Dateien direkt in dem Programm erstellen zu können.) Wenn Sie die Frame-Dateien ins HTML-Format konvertieren, können diese Links beibehalten und neu zugeordnet werden.
Frame Technologies, die Macher von FrameMaker, haben seine potentielle Stärke als Web-Entwicklungswerkzeug nicht übersehen. FrameMaker 5.0 besitzt einen eingebauten Export-Filter, der existierende Dokumente ins HTML-Format konvertiert und Hypertext-Links aus Verweisen erkennt sowie die FrameMaker-eigene Hyperlink-Funktion beibehält. FrameMaker 5 ist für die meisten Plattformen verfügbar (Windows, Macintosh sowie für die meisten Unix-Versionen; dabei sind alle Dateien zwischen den Plattformen kompatibel). Darüber hinaus ist es möglich, Dateien aus Word, WordPerfect oder mit RTF-Format zu lesen, so daß es nicht übermäßig schwierig ist, Ihre bereits existierenden Unterlagen ins Frame-Format zu konvertieren. Mehr über FrameMaker 5.0 finden Sie auf der Site von Frame unter http://www.frame.com/. FrameMaker gehört inzwischen Adobe.
Ein neues Plug-In Module für den FrameMaker erweitert die integrierten HTML-Konvertierungs-Features. Das Plug-In mit dem Namen HoTaMaLe verfügt über viele Möglichkeiten, darunter die Erzeugung von Stilvorlagen, bessere Kontrolle über die Zuordnung von FrameMaker-Stilen zu HTML, Dateien können in kleinere Portionen aufgeteilt werden, es können Kopf- und Fußzeilen für HTML-Dateien erzeugt werden, Erstellung von Imagemaps und die automatische Zuordnung von Stilen zu HTML. HoTaMaLe kann unter http://www.adobe.com/prodindex/framemaker/exportpi.html heruntergeladen werden.
Cyberleaf von Interleaf ist ein Publishing-Tool, das mit Interleaf-, FrameMaker-, RTF-, WordPerfekt- und ASCII-Dateien arbeiten kann. Es konvertiert Text ins HTML-Format. Grafiken ins GIF-Format und Verweise in Links. Darüber hinaus bietet es eine Link-Funktion, mit der Sie Links innerhalb der erzeugten Dateien setzen und bei Änderungen beibehalten können. Cyberleaf umfaßt mehrere Schablonen für verschiedene Arten von Webseiten. Cyberleaf kann auf Sun-, HP-, Digital- und IBM-Unix-Workstations eingesetzt werden und sollte eigentlich noch in diesem Jahr auch für Windows zur Verfügung stehen. Mehr über Cyberleaf finden Sie auf der Web Site von Interleaf unter http://www.ileaf.com/ip.html.
Veröffentlichung von Nicht-HTML-Dateien
Warum arbeiten wir überhaupt mit HTML? Wenn die Quelldateien so schwierig zu konvertieren sind und Sie die gesamte Produktionsumgebung ändern müssen, um sowohl ein Druckmedium als auch HTML-Format zu erzeugen, dann fragen Sie sich, ob es das überhaupt wert ist.
Glücklicherweise gibt es Alternativen zu HTML, wobei Dokumente entstehen, die im Web zur Verfügung gestellt werden können.
Kleine Dokumente wie etwa Pressemitteilungen werden am ehesten als gewöhnlicher Text bereitgestellt. Die meisten Server sind in der Lage, Dateien mit der Erweiterung .txt als Textdateien weiterzugeben. Sie müssen sie also überhaupt nicht ins HTML-Format konvertieren. Stellen Sie sie einfach in ein Verzeichnis, erzeugen Sie eine Indexdatei, und fertig. Natürlich haben Sie keine Links für diese Dateien, und sie werden in einem Browser in Courierschrift angezeigt. Aber immerhin stellen sie einen guten Kompromiß dar.
Broschüren, Zeitschriften und andere Dokumente weisen oft ein komplexes Seitenlayout auf, das am besten als Acrobat-Datei (PDF) (siehe Abbildung 30.2) weitergegeben wird. Adobe Acrobat, ein plattformübergreifendes Tool zur Dokumentationsumsetzung, das Sie in Kapitel 26, »Plug-lns und eingebettete Objekte«, kennengelernt haben, ermöglicht es Ihnen, Dokumente aus fast beliebigen Programmen als Ganzseitenbilder zu speichern, wobei das gesamte Layout und alle Schriftarten beibehalten werden. Diese Bilder können auf jedem System eingesehen werden, das den Acrobatviewer einsetzt. Glücklicherweise steht dieser Viewer kostenlos auf der Web Site von Adobe als Hilfsprogramm oder als Plug-ln für Netscape zur Verfügung (http://www.adobe.com). Netscape und Adobe haben vor kurzem angekündigt, die Acrobat-Funktionen in den Netscape-Browser aufzunehmen. Für viele Sites ist die Verwendung von Acrobat-Dateien die ideale Lösung, um Dateien sowohl für Druckmedien als auch für das Web zu erstellen.
Die neueste Version des Acrobat-Reader, Version 3.0, arbeitet als Plug-In im Netscape Navigator und dem Microsoft Internet Explorer. Dies erlaubt es Ihnen, Acrobat-Dateien direkt im Browser zu betrachten.
Wenn Ihre Firma mit SGML arbeitet, bietet sich der Panorama-Viewer von SoftQuad an, der es ermöglicht, SGML-Dateien in einem Web-Browser anzusehen. Sie müssen diese Dateien nicht bearbeiten oder konvertieren. Wenn Ihre Leser den Viewer haben, dann können sie die Dateien auch lesen. Panorama gibt es in zwei Versionen: eine kostenlose Version (für Windows 95 und NT; Windows 3.1, Unix und Macintosh folgen laut SoftQuad in Kürze) und eine leistungsfähigere Version mit Anwendersupport und voller SGML-Publishing-Funktionalität, Panorama PRO (nur für Windows 95, NT und 3.1). Panorama kann heruntergeladen werden und wird mit NCSA Mosaic gebündelt. Mehr über Panorama finden Sie auf der Homepage von SoftQuad unter http://www.sq.com/products/panorama/panor-fe.htm.
Abbildung 30.2: |
Mit integrierten Site-Erzeugungssystemen arbeiten
Eine Neuentwicklung für die Erzeugung großer Web Sites ist die Verfügbarkeit kompletter Systeme für die Erzeugung und Wartung von Web Sites. In der guten, alten Zeit erzeugten Sie einzelne Webseiten, verknüpften Sie von Hand miteinander und sandten sie dann per FTP auf Ihren Web-Server, um sie dort zu testen und sicherzustellen, daß alles gut funktionierte; so haben Sie es bis jetzt zumindest gelernt.
Die Werkzeuge für die Wartung von Web Sites sind dazu gedacht, einen guten Teil dieses Vorgangs so zu integrieren, damit es einfacher wird, Aufgaben wie die Suche nach toten Links oder die Erzeugung eines Überblicks über eine Site auszuführen. Im folgenden werden einige der beliebteren kommerziellen Web-Management-Pakete beschrieben.
Adobe SiteMill ist eine größere und leistungsfähigere Version von Adobe PageMill für Macintosh. Während PageMill dazu eingesetzt wurde, einzelne Seiten zu erzeugen, enthält SiteMill ein Werkzeug, das die Links zwischen den Seiten der Präsentation im Auge behält und sie automatisch auf ihre Gültigkeit überprüft und ggf. auch repariert.
FrontPage, das Sie in Kapitel 6, »HTML-Hilfsmittel: Editoren und Konverter«, kennengelernt haben; hat ebenfalls integrierte Funktionen für die Erzeugung und Wartung von Sites. Es bietet unter anderem die Möglichkeit, Suchmaschinen, Gästebücher, Navigationsleisten und BBS-ähnliche Diskussiongruppen usw. in die Site einzubinden. Für die Verwaltung von Links verfügt FrontPage über den SiteExplorer, der die Site auf ähnliche Weise wie der Explorer von Windows 95 darstellt. FrontPage enthält sogar seinen eigenen einfachen Web-Server und deckt damit so ziemlich alle Seiten des Erstellungsprozesses ab. Mehr über FrontPage finden Sie unter http://www.microsoft.com/frontpage/.
Kommerzielle Web-Server verfügen oft über integrierte Mechanismen für die Erzeugung und Verwaltung von Seiten und Präsentationen, wobei das Spektrum der Fähigkeiten vom Einfachen zum extrem Komplexen reicht. An dem einen Pol könnte man O'Reilly's WebSite anordnen, welches das WebView-Tool besitzt, mit dem man einen Überblick über eine Site und die Links zwischen den Seiten erhalten kann (siehe Abbildung 30.3). Am anderen Ende wäre LiveWire Pro von Netscape, das eine dynamische Seitenerzeugung und Aktualisierung durch Netscape Gold ermöglicht, außerdem eine Informix-Datenbank zum Speichern und Verwalten von Web-lnhalten und Site-Verwaltungswerkzeuge anbietet, die Sie auf jeder Site des Netzwerks mit Hilfe des Netscape-Browsers anwenden können. Der URL für WebSite ist http://website.ora.com/, und Informationen über LiveWire können Sie von Netscape unter http://home.netscape.com/comprod/products/tools/livewire_data-sheet.html erhalten.
Abbildung 30.3: |
Wenn Ihre Organisation große Datenbanken wie Oracle oder Sybase einsetzt, können Sie Ihre Präsentationen mit dieser Datenbank verbinden und so Daten aus der Datenbank in die Präsentation integrieren. Oracle liefert ein Paket namens Oracle WebServer, das einen HTTP-Server und viele Werkzeuge für die dynamische Erzeugung von HTML-Seiten enthält, die aus Oracles Datenbank heraus entstanden sind. Besuchen Sie http://www.oracle.com/products/websystem/Web-Server/html/ois4.html, um mehr herauszufinden.
Wenn Sie Sybase-Datenbanken oder SGI-Workstations verwenden, sollten Sie sich SGI WebFORCE einmal näher ansehen. Es bietet alles, von der Hardware über den Web-Server bis zu den Werkzeugen, die alles miteinander verbinden. Näheres unter http://webforce.sgi.com/.
Datenbanken und das Web
Die meisten Organisationen haben eine Art von Datenbank, in der Firmeninformationen gespeichert sind. Diese Datenbank kann aus allem möglichen bestehen, von einer einfachen Textdatei, die durch einen gewöhnlichen Editor erweitert wird, über eine einfache PC-basierte Datenbank wie Microsoft Access bis hinauf zu einem vollprofessionellen Datenbanksystem (Oracle, Informix, Sybase). Diese Datenbank kann von Kundenlisten über Firmenrichtlinien bis zu jedem bißchen Papierkram, den die Firma hervorbringt, alles enthalten. Die Datenbank kann auch Teil eines zentralen Informationssystems einer Organisation sein.
Es stellte eine natürliche Erweiterung sowohl der Web-Präsentation als auch des Datenbank-lnformationssystems dar, die Datenbank mit einem Web-Server über ein CCI-Skript oder einen anderen Mechanismus zu verbinden. Wenn Sie die Datenbank mit einer Präsentation verbinden, können Sie dadurch die Informationen aus der Datenbank über einen Web-Browser durchsuchen, sortieren und darstellen und dabei das gleiche Interface benutzen wie das, an das die Leser gewöhnt sind. Die Verbindung des Web-Browsers mit der Datenbank gibt Ihren Lesern von jedem Punkt im Web aus Zugang zu den Informationen aus der Datenbank.
Eine Datenbank mit dem Web zu verbinden, ist nicht so schwierig, wie es sich anhört. Die meisten großen Datenbankhersteller bieten Produkte an, die Datenbanken mit dem Web verbinden. Dabei beinhalten sie oft noch Mechanismen, mit denen Sie zu dem in der Datenbank gespeicherten noch etwas hinzufügen können (einige dieser Systeme haben Sie im vorigen Abschnitt kennengelernt). Es gibt auch frei zugängliche CGl-Skripten für SQL-Datenbankabfragen von Webseiten (sehen Sie sich dazu die umfangreiche Liste unter http://gdbdoc.gdb.org/letovsky/genera/dbgw.html an).
Server für PCs und Macs bieten auch oft Schnittstellen für gängige Datenbankprogramme auf diesen Plattformen. Wenn Sie einen Server unter Windows 95 oder NT benutzen, sollten Sie sich Cold Fusion ansehen. Cold Fusion ist ein System, das HTML-Seiten und Web-Server mit Datenbankprodukten wie Access, FoxPro, Paradox, Borland dBASE sowie Oracle, Sybase und Informix verbindet. Sie können Cold Fusion allein kaufen (für $ 495) oder im Paket mit WebSite Professional. Mehr über Cold Fusion unter http://www.allaire.com/products/coldfusion/20/intro.cfm, mehr über WebSite unter http://website.ora.com/.
StarNine (die Hersteller des WebStar-Servers für den Mac) stellt eine wunderbare Liste von Werkzeugen für die Integration von Datenbanken wie FileMaker Pro und FoxPro mit dem Server zur Verfügung. Den Beitrag von StarNine zu den Informationen über die Erweiterungsmöglichkeiten von WebStar finden Sie unter http://www.starnine.com/development/extending.html zu finden.
LiveWire Pro von Netscape bietet ebenfalls Ansatzpunkte zur Integration von SQL-Datenbanken, wie sie von Oracle oder Informix hergestellt werden. Über spezielle Features der Server-seitigen Implementation von JavaScript ermöglicht es Ihnen, LiveWire-dynamische Webseiten zu erstellen. Diese sind in der Lage, Datenbankenabfragen auszuführen, die Ergebnisse solcher Abfragen anzuzeigen. Aber auch die Eingabe neuer und Bearbeitung vorhandener Informationen ist möglich.
Navigationshilfen für umfangreichere Präsentationen
Natürlich ist die Navigation in kleineren Präsentationen einfacher als in größeren. In kleineren Präsentationen gibt es so viel zu sehen, und man verliert sich nur allzuleicht oder verfolgt einen Weg in eine Sackgasse. Aus diesem Grund gibt es neben den allgemeinen Links für die seitenweise Navigation auch diverse Navigationshilfen. Dieser Abschnitt beschreibt einige praktische Hilfsmittel, mit denen man sich in großen Präsentationen besser zurechtfinden kann.
Symbolleisten
Symbolleisten sind Zeilen mit Text oder Bildern, die Links zu bestimmten Komponenten auf Ihrem Server enthalten (nein, eine Text-Symbolleiste ist kein Paradoxon). Sie unterscheiden sich von den üblichen Navigations-Icons, weil sie keine Anweisungen für bestimmte Bewegungen von der aktuellen Seite aus bieten (weiter, zurück, nächste). Sie enthalten jedoch Abkürzungen zu den wichtigsten Komponenten Ihrer Site. Sie können sich die Symbolleisten auch als Schnellreferenz-Karte für Ihre Gesamtpräsentation vorstellen.
Symbolleisten können oben oder/und unten auf Ihren Seiten dargestellt werden. Sie können Text oder/und Bilder enthalten. Es bleibt Ihnen überlassen, was Sie in Ihrer Symbolleiste darstellen und wie Sie Ihre Seiten gestalten. Aber hier will ich Ihnen doch ein paar Hinweise geben (ich kann es nicht lassen, oder?)
Symbolleisten funktionieren am besten, wenn sie erklären, worum es bei den einzelnen Elementen geht, ohne dazu viel Platz zu belegen. So wie ich gesagt habe: Es handelt sich um eine Schnellreferenz, nicht um ein vollständiges Menü, das am Ende größer ist als der restliche Seiteninhalt. Machen Sie Ihre Symbolleisten kurz und prägnant. Die Symbolleiste von Netscape ist ein gutes Beispiel dafür (siehe Abbildung 30.4).
Abbildung 30.4: |
Einige Sites verwenden Symbolleisten, die aus Icons bestehen, das ist die kleinste Form einer Symbolleiste. Das Problem bei der Verwendung einfacher Icons ist jedoch, daß man sich oft nicht vorstellen kann, was sie bedeuten. Erkennen Sie beispielsweise, was die Icons in Abbildung 30.5 bedeuten?
Abbildung 30.5: |
Ein einziges Wort oder ein kurzer Satz helfen dabei, die Funktionalität dieser Symbolleiste enorm zu steigern (siehe Abbildung 30.6). Sie sollten Ihre Symbolleiste als Bestandteil der Funktionalitätstests überprüfen. Dadurch erfahren Sie, ob sich die Anwender etwas unter den Icons vorstellen können.
Abbildung 30.6: |
Textbasierte Symbolleisten (wie etwa in Abbildung 30.7 gezeigt) sind sehr praktisch und haben gegenüber den Icons den großen Vorteil, daß sie schnell geladen werden können. Sie sind vielleicht nicht so dekorativ, aber dafür zweckmäßig. Und sie funktionieren in allen Browsern und Systemen.
Abbildung 30.7: |
Wie wäre es mit einer Kombination aus beidem? In Abbildung 30.8 sehen Sie eine grafische und eine textbasierte Symbolleiste in zwei separaten Zeilen.
Abbildung 30.8: |
Wenn Sie eine grafische Symbolleiste benutzen, sollten Sie erwägen, einzelne Bilder anstelle einer Imagemap einzusetzen. Warum? Aus verschiedenen Gründen:
What's New-Seiten
Wenn Sie eine besonders große Präsentation haben oder eine Präsentation, die sich häufig ändert, wie etwa ein Online-Magazin, dann sollten Sie eine What's New-Seite als Link von Ihrer Homepage aus erstellen (und vielleicht eine Schaltfläche in der Symbolleiste dafür anlegen). Ihre Site fasziniert die Leser vielleicht, wenn sie sie zum ersten Mal besuchen, aber mit der Zeit wird sie weniger faszinieren, wenn sie erst einmal alles gesehen haben und nach Neuem suchen. Wenn es dann ewig dauert, bis sie die neuen Informationen gefunden haben, dann werden sie wahrscheinlich schnell die Geduld verlieren.
Eine typische What's New-Seite (wie etwa in Abbildung 30.9 gezeigt) enthält eine Liste mit Links auf Seiten, die in der Präsentation neu sind (oder Seiten, auf denen neue Informationen enthalten sind), mit einer kurzen Beschreibung des Seiteninhalts, danach sortiert, wie neu sie sind (die neueren Seiten kommen zuerst). Auf diese Weise sehen Ihre Leser die Neuigkeiten auf den ersten Blick und müssen nicht warten, bis die gesamte Seite geladen ist, oder zum Ende der Präsentation scrollen, um die neuen Informationen zu finden.
Abbildung 30.9: |
Wie erzeugt man eine solche Seite? Sie können das von Hand erledigen, indem Sie alle Informationen über Veränderungen an der Präsentation aufschreiben. Sie können aber auch das Skript whatsnew verwenden, das Sie unter http://www.lne.com/Books/5cripts/whatsnew finden. Es handelt sich dabei um ein Perl-Skript, das einen Verzeichnisbaum durchsucht, alle Dateien findet, die neuer als ein bestimmtes Datum sind, und dann eine Liste mit Links auf diese Dateien ausgibt (wie in Abbildung 30.10 gezeigt).
Sie können die Ausgabe von whatsnew so editieren, daß eine kurze Beschreibung oder irgendwelche anderen Informationen angezeigt werden.
Abbildung 30.10: |
Verschiedene Ansichten
Die Schwierigkeit bei größeren Präsentationen ist, daß es kompliziert wird, sich darin zurechtzufinden, wenn sie erst einmal eine bestimmte Größe erreicht haben. Bei kleineren Präsentationen ist das weniger ein Problem, weil die Struktur nicht so verzweigt ist. Selbst bei einer unzureichenden Navigationsstruktur können Ihre Leser die Seiten durchlaufen und finden innerhalb kürzester Zeit alles, was sie brauchen. Bei größeren Präsentationen wird das Informationsangebot unübersichtlich, und es wird schwierig, bestimmte Informationen zu finden.
Der Vorteil bei der Bereitstellung all dieser Informationen im Web ist jedoch, daß Sie mehrere verschiedene Ansichten präsentieren können, ohne gleich die gesamte Präsentation umkrempeln zu müssen.
Angenommen, Sie haben eine Präsentation, die alle Filialen von Tom's Hot-Dog-Ständen in den Vereinigten Staaten beschreibt, wobei es für jede Filiale eine separate Seite gibt (mit der Adresse, dem Team, speziellen Eigenschaften usw.). Wie finden die Leute eine Filiale in ihrer Nähe? Die Hauptstruktur bildet eine Hierarchie, wobei die Präsentation nach Gebieten und Staaten sortiert ist. Sie könnten eine Ansicht bieten, die die Firma mit Link-Menüs für die einzelnen Regionen darstellt, die wiederum auf Link-Menüs für die Staaten, Städte und möglicherweise sogar einzelne Geschäfte zeigen (Abbildung 30.11 zeigt das oberste Menü).
Abbildung 30.11: |
Sie könnten die Struktur auch in Tabellenform darstellen, mit Listen und Unterlisten für Staaten und Städte (siehe Abbildung 30.12).
Abbildung 30.12: |
Vielleicht könnten Sie als Struktur auch eine visuelle Landkarte verwenden, in der die Leser den gewünschten Staat selektieren (siehe Abbildung 30.13).
Abbildung 30.13: |
Vielleicht wäre aber auch ein alphabetischer Index aller Filialen sinnvoll, so daß wir das Gesuchte schneller finden können (siehe Abbildung 30.14).
Abbildung 30.14: |
Jede dieser Ansichten präsentiert eine andere Methode, die gewünschten Informationen zu suchen. Keine davon ändert den Seiteninhalt oder die Darstellung auf dem Server.
Sie stellen einfach nur verschiedene Perspektiven dar, wie die Benutzer auf Information zugreifen können, abhängig davon, wonach sie suchen und wie sie dabei vorgehen wollen. Diese Auswahl vereinfacht Ihren Lesern den Zugriff auf die Information auf Ihrer Site.
Suchindizes
Für sehr große Präsentationen, in denen die Informationen über viele Seiten verteilt sind, ist es manchmal am besten, die Leute selbst die Informationen suchen zu lassen. Dazu werden Ihren Seiten Suchwerkzeuge (Search Engines) hinzugefügt, so daß Ihre Leser bestimmte Schlüsselworte eingeben können und dann eine Liste mit Seiten erhalten, die diese Schlüsselworte enthält (und am besten auch Links auf diese Seiten). Abbildung 30.15 zum Beispiel zeigt das Suchformular der Web Site von IBM (http://www.ibm.com). Abbildung 30.16 zeigt das Ergebnis.
Abbildung 30.15: |
Abbildung 30.16: |
Abbildung 30.17: |
Wenn Sie über Programmiererfahrung verfügen und mit CGI umgehen können, können Sie Ihre eigene Search Engine schreiben, um den Inhalt Ihres Servers und der darauf abgelegten Seiten zu durchsuchen und dann eine Liste mit Links für diese Seiten zurückzugeben.
Wenn Sie sehr viele Informationen speichern, sollten Sie ein automatisches Indexsystem in Betracht ziehen, etwa freeWAIS-sf (http://ls6-www.informatik.uni-dortmund.de/freeWAIS-sf/README-sf), Harvest (http://harvest.cs.colorado.edu/) oder Glimpse (http://glimpse.cs.arizona.edu:1994/). Darüber hinaus gibt es auch kommerzielle Search Engines (etwa den WebSearcher von Verity, der enorm leistungsfähig ist), die einen Index für Ihren Server erzeugen und eine Schnittstelle zu den dort abgelegten Informationen bilden. Ihr Web-Server enthält vielleicht bereits sein eigenes Suchwerkzeug, mit dem Sie Ihr Dokument indizieren können. (Abbildung 30.17 zeigt das Index-Fenster für das integrierte Suchwerkzeug von WebSite.) Es ist dabei nicht so wichtig, welche Search Engine Sie einsetzen. Vielmehr sollten Sie sicherstellen, daß sie es Ihren Lesern ermöglicht, Informationen zu suchen, ohne zu lange darauf warten zu müssen. Wieder sollten Sie darauf achten, daß Sie Ihre Leser zufriedenstellen. Das ist wichtiger, als irgendeine komplizierte Technologie einzusetzen.
Standards für Stil und Design setzen
Die Aufgabe, eine Web Site für eine Firma zu erzeugen oder eine Präsentation zu erstellen, die aktualisiert und von anderen ergänzt werden soll, umfaßt nicht nur die Arbeit, die Sie für diese Site oder diese Präsentation aufwenden. Sie müssen darüber hinaus sicherstellen, daß Ihre Arbeit später ergänzt und von anderen gewartet werden kann und daß ein Stil durchgehalten wird. Aus diesen Gründen ist es sinnvoll, Standards für Stil und Design der Seiten zu setzen, sie niederzuschreiben und sie Ihren Autoren bekanntzugeben.
Verwenden Sie ein konsistentes Design
Bedenken Sie, daß die Seiten auf Ihrer Site ein Beispiel für die Leute darstellen, die zu Ihnen kommen und ihre eigenen Präsentationen den Ihrigen hinzufügen. Die Konsistenz innerhalb Ihrer Seiten ist deshalb extrem wichtig, nicht nur für Ihre Leser, sondern auch für andere Autoren und Entwickler, die mit Ihnen zusammenarbeiten.
Die Wahrung der Konsistenz in Ihrem eigenen Design hilft den anderen, es zu übernehmen, ohne daß Sie dabei jeden Schritt überwachen müßten. Hier einige Beispiele für konsistentes Design:
Stellen Sie Seitenschablonen zur Verfügung
Wenn Sie ein Seitenlayout eingerichtet haben, sollten Sie die Schablonen für Ihre Anwender bereitstellen. Bei diesen Schablonen handelt es sich um eine Standardmenge von Seiten, die die Anwender kopieren und für ihre eigenen neuen Seiten wiederverwenden können. Erzeugen Sie mehrere allgemeine Seiten, mit denen begonnen werden kann, oder eine Menge von Schablonen in den Werkzeugen, mit denen die Anwender Webseiten erzeugen. (Wenn Sie beispielsweise MS Word und Internet Assistent verwenden, stellen Sie eine Word-Datei mit der entsprechenden Dokumentvorlage zur Verfügung.)
Neben den eigentlichen Schablonen sollten Sie Anweisungen für deren Verwendung geben. Wie Sie dabei vorgehen, erfahren Sie im nächsten Abschnitt.
Autorenteams innerhalb einer Firma folgen häufig dem Konzept der Style-Guides, um die Standards in ihren Dokumenten aufrechtzuerhalten, so daß auch andere diesen schnell erkennen und selbst einsetzen können. Der Style-Guide kann alles enthalten, über Hinweise den Stil betreffend (»Vermeiden Sie das Passiv«) bis hin zu Schriftarten und Schriftgrößen für bestimmte Abschnitte eines Dokuments (»Die erste Überschrift wird in 18 Punkt Helvetica dargestellt« oder »Für neue Begriffe verwenden Sie Fettdruck«).
Ein Style-Guide für das Web-Design in Ihrer Firma kann den Autoren helfen, Seiten nach Ihren Design-Richtlinien zu erzeugen. Hier einige Tips, die Sie in Ihren Style-Guide für das Web aufnehmen können:
Die folgenden Sites bieten nützliche Informationen für die Entwicklung eigener Style-Guides für das Web:
Einige Firmen, etwa Apple oder Microsoft, geben eigene Style-Guides für ihre Veröffentlichungen heraus, die Ihnen Hinweise geben, was Sie in Ihre eigenen Veröffentlichungen aufnehmen sollten. Allgemeinere Bücher über den Schreibstil (etwa das Chicago Manual of Style) oder über Online-Design (etwa Designing and Writing Online Documentation von William Horton) bieten weitere Informationen für Ihren eigenen Style-Guide.
Natürlich sollte lhr Style-Guide sowohl in geschriebener Form vorliegen als auch als Web-Präsentation bereitstehen, zumindest innerhalb Ihrer eigenen Firma. Überlegen Sie sich auch, ihn im Web zu veröffentlichen, weil Ihre Erfahrungen auch anderen helfen können, ähnliche Richtlinien zu erstellen.
Standards, für den Inhalt
Das eigentliche Konzept für die Steuerung des Inhalts von Seiten, die auf einer Site erscheinen, wird von manchen Leuten als lästig empfunden, die glauben, die Veröffentlichungen im Web seien frei und uneingeschränkt und daß jeder jederzeit alles veröffentlichen kann. Tatsache ist, wenn Ihre Firma das Netzwerk und das System bereitstellt, sie auch das Recht hat, ein Wort beim Inhalt mitzusprechen.
Wenn Ihre Firma Standards für den Inhalt von Webseiten fördert, sollten Sie mehrere entsprechende Richtlinien festhalten, so daß jeder, der für Ihre Site etwas schreibt, seine Grenzen kennt (z.B. die Veröffentlichung von geschützten Informationen oder vertraulichem Material). Arbeiten Sie an diesen Richtlinien und berücksichtigen Sie sie in Ihren Style-Guides oder in Ihren Anweisungen für das Erstellen von Webseiten.
Möglicherweise verwenden Sie unterschiedliche Richtlinien für verschiedene Komponenten Ihrer Site. Beispielsweise könnte eine Präsentation mit Firmeninformationen auf Ihrer Site sehr strengen Richtlinien folgen, während bei einer Sammlung persönlicher Seiten keine besonderen Regeln gelten. Es bleibt Ihnen überlassen, welche Richtlinien Sie für Ihre Site fordern und wie Sie sie durchsetzen, aber stellen Sie stets sicher, daß sie den Web-Entwicklern auch zur Verfügung stehen, bevor diese anfangen, zu schreiben.
Zusammenfassung
Kleine und große Web-Präsentationen haben ähnliche Funktionen und können auf einem Web-Server auf dieselbe Weise veröffentlicht werden. Die Herausforderungen bei der Planung, Verwaltung und Navigation in einer größeren Präsentation unterscheiden sich jedoch häufig ganz erheblich von denen bei kleinen Präsentationen. In diesem Kapitel habe ich einige der Schwierigkeiten aufgezeigt und Ideen vorgestellt, wie große Präsentationen verwaltet werden können, insbesondere firmenintern. Hier eine kurze Wiederholung der Konzepte:
Fragen und Antworten
Frage:
Ich habe eine Menge textbasierter Informationen, etwa Presseberichte. Statt die Dateien ins HTML-Format zu konvertieren, habe ich Ihren Rat befolgt und sie als .txt-Dateien abgelegt. Leider sind die Ergebnisse nicht besonders ansehnlich, und es gibt keine Links zu den Dateien, wodurch sie zu Sackgassen im Hypertext werden. Gibt es einen Kompromiß zwischen strengem HTML und einfachem Text?
Antwort:
Es gibt einfache Konverter von Text ins HTML-Format, die Ihnen viel Arbeit abnehmen. Sie können einfach auch die Tags <PRE>...</PRE> vor und nach dem Text angeben, was zum selben Ergebnis führt. Wenn Ihre Dateien in einem einheitlichen Format vorliegen, können Sie Highlights (etwa Fettdarstellung in der Kopfzeile) sowie einen Link von der Datei zurück zum Index setzen. Dies kann durch einfache Skripten automatisiert werden, besonders dann, wenn Ihre Textdateien sehr ähnliche Formate aufweisen.
Copyright ©1998 by SAMS, einem Imprint
der Markt&Technik Buch- und
Software-Verlag GmbH.
Elektronische Fassung des Titels: HTML 4 in 14 Tagen, ISBN: 3-8272-2019-X