CINXE.COM

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="de" lang="de"> <head> <title>Foren und Boards - Webkompetenz</title> <script type="text/javascript" src="http://d3g0gp89917ko0.cloudfront.net/v--4b961b7cc327/common--javascript/init.combined.js"></script> <script type="text/javascript"> var URL_HOST = 'www.wikidot.com'; var URL_DOMAIN = 'wikidot.com'; var USE_SSL = true ; var URL_STATIC = 'http://d3g0gp89917ko0.cloudfront.net/v--4b961b7cc327'; // global request information var WIKIREQUEST = {}; WIKIREQUEST.info = {}; WIKIREQUEST.info.domain = "webkompetenz.wikidot.com"; WIKIREQUEST.info.siteId = 111331; WIKIREQUEST.info.siteUnixName = "webkompetenz"; WIKIREQUEST.info.categoryId = 626205; WIKIREQUEST.info.themeId = 137278; WIKIREQUEST.info.requestPageName = "selfhtml:foren-und-boards"; OZONE.request.timestamp = 1734496674; OZONE.request.date = new Date(); WIKIREQUEST.info.lang = 'de'; WIKIREQUEST.info.pageUnixName = "selfhtml:foren-und-boards"; WIKIREQUEST.info.pageId = 3510587; WIKIREQUEST.info.lang = "de"; OZONE.lang = "de"; var isUAMobile = !!/Android|webOS|iPhone|iPod|BlackBerry|IEMobile|Opera Mini/i.test(navigator.userAgent); </script> <script type="text/javascript"> require.config({ baseUrl: URL_STATIC + '/common--javascript', paths: { 'jquery.ui': 'jquery-ui.min', 'jquery.form': 'jquery.form' } }); </script> <meta http-equiv="content-type" content="text/html;charset=UTF-8"/> <meta http-equiv="content-language" content="de"/> <script type="text/javascript" src="http://d3g0gp89917ko0.cloudfront.net/v--4b961b7cc327/common--javascript/WIKIDOT.combined.js"></script> <style type="text/css" id="internal-style"> /* modules */ /* theme */ @import url(http://d3g0gp89917ko0.cloudfront.net/v--4b961b7cc327/common--theme/base/css/style.css); @import url(http://webkompetenz.wdfiles.com/local--theme/wk-sm-2012/style.css); </style> <link rel="shortcut icon" href="/local--favicon/favicon.gif"/> <link rel="icon" type="image/gif" href="/local--favicon/favicon.gif"/> <link rel="apple-touch-icon" href="/common--images/apple-touch-icon-57x57.png" /> <link rel="apple-touch-icon" sizes="72x72" href="/common--images/apple-touch-icon-72x72.png" /> <link rel="apple-touch-icon" sizes="114x114" href="/common--images/apple-touch-icon-114x114.png" /> <link rel="alternate" type="application/wiki" title="Edit this page" href="javascript:WIKIDOT.page.listeners.editClick()"/> <script type="text/javascript"> var _gaq = _gaq || []; _gaq.push(['_setAccount', 'UA-18234656-1']); _gaq.push(['_setDomainName', 'none']); _gaq.push(['_setAllowLinker', true]); _gaq.push(['_trackPageview']); _gaq.push(['old._setAccount', 'UA-68540-5']); _gaq.push(['old._setDomainName', 'none']); _gaq.push(['old._setAllowLinker', true]); _gaq.push(['old._trackPageview']); _gaq.push(['userTracker._setAccount', 'UA-1315394-11']); _gaq.push(['userTracker._trackPageview']); </script> <script type="text/javascript"> window.google_analytics_uacct = 'UA-18234656-1'; window.google_analytics_domain_name = 'none'; </script> <link rel="manifest" href="/onesignal/manifest.json" /> <script src="https://cdn.onesignal.com/sdks/OneSignalSDK.js" acync=""></script> <script> var OneSignal = window.OneSignal || []; OneSignal.push(function() { OneSignal.init({ appId: null, }); }); </script> </head> <body id="html-body"> <div id="skrollr-body"> <a name="page-top"></a> <div id="container-wrap-wrap"> <div id="container-wrap"> <div id="container"> <div id="header"> <h1><a href="/"><span>Webkompetenz</span></a></h1> <h2><span>Geschriebenes und Dahingeschriebenes von Stefan Münz</span></h2>  <div id="search-top-box" class="form-search"> <form id="search-top-box-form" action="dummy" class="input-append"> <input id="search-top-box-input" class="text empty search-query" type="text" size="15" name="query" value="Auf der Site suchen" onfocus="if(YAHOO.util.Dom.hasClass(this, 'empty')){YAHOO.util.Dom.removeClass(this,'empty'); this.value='';}"/><input class="button btn" type="submit" name="search" value="Suchen"/> </form> </div> <div id="top-bar"> <ul> <li><a href="/start">Startseite</a></li> <li><a href="/blog">Blog</a></li> <li><a href="javascript:;">HTML5-Handbuch ▼</a> <ul> <li><a href="/docs:html-handbuch">Startseite</a></li> <li><a href="/html-handbuch:intro">Intro</a></li> <li><a href="/html-handbuch:html-dokumente">HTML-Dokumente</a></li> <li><a href="/html-handbuch:kopfdaten">Dokument-Kopfdaten</a></li> <li><a href="/html-handbuch:text">Textstrukturierung</a></li> <li><a href="/html-handbuch:tabellen">Tabellen</a></li> <li><a href="/html-handbuch:links">Hyperlinks</a></li> <li><a href="/html-handbuch:media">Grafik und Multimedia</a></li> <li><a href="/html-handbuch:formulare">Formulare und Interaktion</a></li> <li><a href="/html-handbuch:mikrodaten-attribute">Mikrodaten und globale Attribute</a></li> <li><a href="/html-handbuch:xhtml">HTML und XHTML</a></li> <li><a href="/html-handbuch:veraltet">Veraltetes HTML</a></li> <li><a href="/html-handbuch:css">Cascading Stylesheets (CSS)</a></li> <li><a href="/html-handbuch:css-eigenschaften">CSS-Eigenschaften</a></li> <li><a href="/html-handbuch:scripting">HTML und Scripting</a></li> <li><a href="http://www.stefan-muenz.de/HTML5-Handbuch/jQuery">Einführung in jQuery</a></li> <li><a href="/html-handbuch:html-referenz">HTML-Referenz</a></li> <li><a href="/html-handbuch:css-referenz">CSS-Referenz</a></li> <li><a href="/html-handbuch:referenz">Diverse Referenzen</a></li> </ul> </li> <li><a href="javascript:;">Diverses ▼</a> <ul> <li><a href="/docs:start">Übersicht</a></li> <li><a href="/docs:mikroformate">Mikroformate</a></li> <li><a href="/docs:ajax">Ajax</a></li> <li><a href="/docs:hypertext">Hypertext</a></li> <li><a href="/docs:selfhtml">SELFHTML-Artikel</a></li> <li><a href="/docs:print">Print-Artikel</a></li> <li><a href="/docs:interviews">Interviews</a></li> <li><a href="/docs:webseiten-professionell">Webseiten professionell</a></li> <li><a href="http://webkompetenz.wikidot.com/forum/c-84184/forum">Forum</a></li> </ul> </li> <li><a href="javascript:;">Seite ▼</a> <ul> <li><a class="wiki-standalone-button" href="javascript:;" onclick="WIKIDOT.page.listeners.printClick(event)">Drucken</a></li> <li><a class="wiki-standalone-button" href="javascript:;" onclick="window.location.href='/talk:'+WIKIREQUEST.info.pageUnixName">Diskutieren</a></li> <li><a class="wiki-standalone-button" href="javascript:;" onclick="WIKIDOT.page.listeners.historyClick(event)">Ältere Versionen</a></li> <li><a class="wiki-standalone-button" href="javascript:;" onclick="WIKIDOT.page.listeners.viewSourceClick(event)">Seitenquelltext</a></li> <li><a class="wiki-standalone-button" href="javascript:;" onclick="WIKIDOT.page.listeners.editClick(event)">(Bearbeiten)</a></li> <li><a href="/intern:neu">(Neue Seite)</a></li> </ul> </li> <li><a href="javascript:;">Site ▼</a> <ul> <li><a href="/intern:impressum">Impressum</a></li> <li><a href="/system:list-all-pages">Seiten-Tabelle</a></li> <li><a href="/system:recent-changes">Änderungshistorie</a></li> </ul> </li> </ul> </div> <div id="login-status"><a href="javascript:;" onclick="WIKIDOT.page.listeners.createAccount(event)" class="login-status-create-account btn">Benutzerkonto erstellen</a> <span>oder</span> <a href="javascript:;" onclick="WIKIDOT.page.listeners.loginClick(event)" class="login-status-sign-in btn btn-primary">Anmelden</a> </div> <div id="header-extra-div-1"><span></span></div><div id="header-extra-div-2"><span></span></div><div id="header-extra-div-3"><span></span></div> </div> <div id="content-wrap">  <div id="main-content"> <div id="action-area-top"></div> <div id="page-title"> Foren und Boards </div> <div id="breadcrumbs"> <a href="/docs:selfhtml">SELFHTML-Artikel</a> » Foren und Boards </div> <div id="page-content"> <p>Dieser Artikel wurde im Original am 17.03.2002 als SELFHTML Feature-Artikel veröffentlicht:</p> <ul> <li><a href="http://aktuell.de.selfhtml.org/artikel/gedanken/foren-boards/">Foren und Boards</a></li> </ul> <table style="margin:0; padding:0"> <tr> <td style="margin:0; padding:0"> <div id="toc"> <div id="toc-action-bar"><a href="javascript:;" onclick="WIKIDOT.page.listeners.foldToc(event)">Fold</a><a style="display: none" href="javascript:;" onclick="WIKIDOT.page.listeners.unfoldToc(event)">Unfold</a></div> <div class="title">Table of Contents</div> <div id="toc-list"> <div style="margin-left: 2em;"><a href="#toc0">Diskussionskultur im Internet und im WWW</a></div> <div style="margin-left: 2em;"><a href="#toc1">Das Modell der Foren</a></div> <div style="margin-left: 2em;"><a href="#toc2">Das Modell der Boards</a></div> <div style="margin-left: 2em;"><a href="#toc3">Plädoyer</a></div> </div> </div> </td> </tr> </table> <h2 id="toc0"><span>Diskussionskultur im Internet und im WWW</span></h2> <p>Einer der entscheidenden Vorteile des Internets gegenüber Broadcasting-Medien wie Fernsehen, Rundfunk oder Zeitung ist die Möglichkeit des direkten Beitragens von Inhalten oder Feedback. Viele Dienste im Internet dienen denn auch der direkten Kommunikation zwischen Menschen: E-Mail, IRC-Chat und Usenet (Newsgroups) sind die klassischen Dienste für Direktkommunikation. Das World Wide Web hingegen wurde ursprünglich eher im Sinne eines Broadcasting-Mediums konzipiert. Seine Aufgabe sollte sein, auf Web-Servern Informationen weltweit bereitzustellen. Zwar wurde auch bei der Konzeption des Web der netzdemokratische Gedanke verfolgt, indem erstens jeder Netzteilnehmer mit etwas vertretbarem Aufwand eigene Informationen im Web bereitstellen kann, und indem zweitens Hypertextfunktionalität eingebaut wurde, was das beliebige Vernetzen von Web-Inhalten erlaubt. Doch vom Typ her waren die drei Säulen des Web, also HTML, HTTP und das URI-Schema, eher für Informationsbereitstellung als für Kommunikation ausgelegt.</p> <p>Mittlerweile haben jedoch immer mehr Anbieter von Web-Angeboten erkannt, wie wichtig der Betrieb einer ins Web-Angebot integrierten Diskussionsplattform sein kann. Der Grund ist vor allem, dass eine Diskussionsplattform, die auch tatsächlich von den Besuchern genutzt wird, automatisch für laufend neue Inhalte im Web-Angebot sorgt. Durch ihre Beiträge bereichern die Diskutierenden das Gesamtangebot, und vor allem kommen die Diskutierenden regelmäßig wieder, um die Diskussionen, in denen sie aktiv sind, oder neue Diskussionen zu verfolgen und weitere neue Inhalte beizutragen. Gut besuchte und gepflegte Diskussionsorte entwickeln auch schnell ein gewisses Suchtpotential bei den Besuchern. Ähnlich wie Kneipen zu Stammkneipen werden, prägen regelmäßige Teilnehmer irgendwann den Charakter und das Niveau der Diskussionen. Nicht selten entstehen auch richtige Communities, deren Mitglieder schließlich über verschiedene Medien miteinander kommunizieren oder sich auch im "Real Life" treffen.</p> <p>Um auf den eigenen Webseiten eine erfolgreiche Diskussionsplattform zu betreiben, sind zunächst einmal ein gewisser Traffic sowie organisatorische und menschliche Betreiber-Kompetenz erforderlich. Mehr über diese Aspekte verrät der Arikel <a href="http://aktuell.de.selfhtml.org/artikel/projekt/forum/">Ein Forum, ein Forum - ein Königreich für ein Forum</a> von Astrid Steinmann. Doch daneben stellt sich auch die Frage der technischen Realisierung. Eine Software für Diskussionsplattformen muss server-seitig laufen, da die Beiträge aller Diskutierenden zentral gespeichert und zur Verfügung gestellt werden müssen. Die Software-Realisierung erfolgt z.B. als CGI-Anwendung in Sprachen wie Perl, C oder Python, oder als PHP-, ASP- oder JSP-Lösung. Bei hohem Teilnehmerandrang muss eine solche Software hohe Anforderungen an Laufstabilität und Effizienz bei Datenhaltung und Speicherung erfüllen. Genauso wichtig ist jedoch die Art, wie den Diskussionsteilnehmern der Diskussionsort präsentiert wird. Denn so wie er präsentiert wird, ist die geistige Vorstellung, die sich die Teilnehmer von dem "Ort des Geschehens" machen. Dieser Aspekt, also die Modellierung des Diskussionsortes, ist Gegenstand des vorliegenden Artikels.</p> <p>Bei der Modellierung von web-basierten Diskussionsplattformen haben sich mittlerweile zwei Modellierungstypen durchgesetzt: Foren und Boards. Die beiden Begriffe werden hier idealtypisch zur Unterscheidung verwendet. In der Praxis werden sie dagegen meist unreflektiert verwendet, vor allem auch deshalb, weil es bislang nur wenige Reflexionen zu ihrer begrifflichen Unterscheidung gibt. So sind die Foren der meisten Anbieter, die von Foren reden, gar keine Foren, sondern Boards. Umgekehrt gibt es auch Anbieter, die von Message Boards reden, obwohl sie eigentlich ein richtiges Forum anbieten.</p> <p>Hinter Foren und Boards verbergen sich einerseits technische Unterschiede in der Datenhaltung, aber auch Unterschiede in der Vorstellung davon, wie typische Diskussionen ablaufen. Ob ein Betreiber, der sich für die Installation des einen oder des anderen Modellierungs-Typs entscheidet, diese Dinge bewusst macht, steht auf einem anderen Blatt. Die folgenden Abschnitte dieses Artikels wollen jedoch dazu beitragen und stellen beide Modelle vor. Dabei soll verdeutlicht werden, welche Vorstellungen mit welchem Modellierungs-Typ verbunden sind. Im abschließenden Plädyoyer wird insofern Stellung genommen, als für das, was man unter "Diskussionskultur" versteht, eigentlich nur der Modellierungstyp des Forums geeignet ist. Boards haben andere Aufgaben und sollten im Sinne der Aufgabenstellung eingesetzt werden.</p> <h2 id="toc1"><span>Das Modell der Foren</span></h2> <p>Die gedankliche Basis-Einheit eines Forums ist der so genannte <strong>Thread</strong>. Dieses englische Wort, das etymologisch mit dem deutschen Wort <strong>Draht</strong> verwandt ist, lässt sich heute ins Deutsche je nach Kontext mit <strong>Faden</strong>, <strong>Kette</strong>, <strong>Garn</strong> oder <strong>Gewinde</strong> übersetzen. Auf eine Diskussion übertragen, bezeichnet es den Diskussionsfaden oder die Verkettung aller Beiträge zu der betreffenden Diskussion. Wichtig ist dabei die Eigenschaft, dass es zwar letztlich nur einen Faden gibt, aus dem die gesamte Diskussion gestrickt ist. Doch das Strickgeflecht, die Art der Verkettung kann sehr informell sein. Garn, Draht, Schnur und Seil ist biegsam. Es lassen sich kunstvolle Knoten damit knüpfen (Seefahrt, Krawatten). Das Herstellen jeglicher Bekleidung basiert auf dem Verflechten von natürlich oder künstlich gewonnenem Garn zu Gewebe. Ein Thread ist ein langer, biegsamer technischer Grundstoff, aus dessen Verflechtung und Verknotung etwas neues Ganzes entsteht. Bei einem Thread ist es gar nicht so wichtig, wie der Anfang aussieht. Wichtig ist, welchen Weg der Faden nimmt, durch welche Ösen er geht und welches Gewebe oder welche Strukturen er dadurch erschafft.</p> <p>Auch Diskussionen haben solche Strukturen. Im Gegensatz zu gewebeschaffenden, regelmäßigen Geflechten (wie etwa beim Stricken, Häkeln oder Nähen) bilden die Threads einer Diskussion ganz unterschiedliche Verkettungen aus. Die Struktur ergibt sich aus den Impulsen, die von einzelnen <strong>Postings</strong> innerhalb des Threads ausgeht. Provokative Postings regen zum Widerspruch an, einseitiger Widerspruch zu weiterem Widerspruch. Viele Postings bewirken auch Seiteneffekte, indem eine Antwort nicht mehr auf das vordergründige Thema eingeht, sondern auf ein scheinbar nebensächliches Detail. Dieser Effekt wird als <strong>Thread-Drift</strong> bezeichnet. Die Thread-Drift gehört zu lebendigen Diskussionen dazu und ist in keiner Weise schädlich.</p> <p>Wer sich in eine bereits laufende Diskussion einschalten möchte, für den ist es erst mal wichtig, sich ein Bild von der bisherigen Diskussion zu machen. Deshalb ist es wichtig, dass dem willigen Teilnehmer die bisherige Diskussion in geeigneter Form <strong>visualisiert</strong> wird. Eine Visualisierung könnte beispielsweise grafisch sein und mit Hilfe von Linien zeigen, welcher Impus (d.h. welches Posting) von welchem abhängt. Ein einfaches Beispiel, das einen Thread mit 9 Postings annimmt, soll dies verdeutlichen.</p> <div class="image"><img src="/local--files/selfhtml:foren-und-boards/fb1.gif" alt="fb1.gif" class="image" /><br /> <span class="legend">Abbildung 1: grafische Darstellung eines Threads</span></div> <p>In dem Beispiel ist erkennbar, dass die Postings 2, 3 und 4 unmittelbare "Antworten" (in der Foren-Fachsprache <strong>Follow-Ups</strong> genannt) auf den Startimpuls, das <strong>Ausgangs-Posting</strong> mit der Nummer 1, sind. Auf Posting 2 ist Posting 7 eine Antwort, auf Posting 4 antworten Posting 8 und 9, und auf Posting 3 die Postings 5 und 6. Die schwarzen Rechtecke in einer solchen grafischen Darstellung könnten beispielsweise anklickbar sein, um das betreffende Posting zu lesen.</p> <p>So spannend eine grafische Darstellung wie in Abbildung 1 auch sein mag - für größere Threads mit beispielsweise 50 und mehr Postings wird sie schnell unübersichtlich. Als Darstellungs-Metapher, die dieses Problem löst, hat sich die so genannte <strong>Baumdarstellung</strong> etabliert. Das obige Beispiel könnte in der Baumdarstellung folgendermaßen abgebildet werden:</p> <div class="image"><img src="/local--files/selfhtml:foren-und-boards/fb2.gif" alt="fb2.gif" class="image" /><br /> <span class="legend">Abbildung 2: Darstellung eines Threads als Baumstruktur</span></div> <p>Die Baumdarstellung sorgt also für eine relativ ordentliche Abbildung der Struktur. Nun kommt jedoch noch eine weitere Komponente ins Spiel, nämlich die zeitliche. Im Beispiel stehen die Ziffern 1 bis 9 für die zeitliche Reihenfolge, in der die Postings abgesetzt wurden. Das Ausgangsposting 1 ist logischerweise immer das älteste Posting eines Threads. Posting 9 wäre dann das jüngste Posting im Beispiel. Bei der Darstellung zeitlicher Informationen hat es sich jedoch eingebürgert, dass die jüngsten Einträge immer oben stehen. Deutlich wird das beispielsweise an einem Informationsangebot wie dem <a href="http://aktuell.de.selfhtml.org/weblog/">SELFHTML-Weblog</a>. Wenn dort die neuesten Einträge immer unten stehen würden, so würde das von den meisten Lesern wohl als völlig widernatürlich und nicht gerade sehr intelligent empfunden werden. Da nun aber auch Diskussionen von Neuigkeiten leben, wird dort ebenfalls versucht, das Prinzip des newest on top anzuwenden. Einfach ist das bei Threads insgesamt. Ein Thread mit einem neueren Ausgangsposting wird in der Gesamtübersicht der Threads oberhalb eines Threads mit einem älteren Ausgangsposting dargestellt. Der Thread mit dem jüngsten Ausgangsposting steht dann also ganz oben und rutscht immer tiefer, wenn neue Threads mit noch jüngerem Ausgangsposting eröffnet werden. Doch damit nicht genug. Auch innerhalb eines Threads wird das Prinzip des newest on top angewendet. Dabei ist "on top" allerdings relativ zu verstehen. Denn die Struktur, welches Posting eine Antwort auf welches andere darstellt, soll ja erhalten bleiben. Deshalb werden neue Postings relativ innerhalb ihrer Hierarchieposition so weit wie möglich oben eingeordnet. Bei Postings, die auf gleicher Ebene im gleichen Ast des Baums liegen, kommt das neueste Posting an die erste Stelle innerhalb des Astes. Bei Anwendung dieses Prinzips ergibt sich im obigen Beispiel folgende Abbildung:</p> <div class="image"><img src="/local--files/selfhtml:foren-und-boards/fb3.gif" alt="fb3.gif" class="image" /><br /> <span class="legend">Abbildung 3: Darstellung eines Threads als Baumstruktur und zeitlicher News-on-top-Einordnung</span></div> <p>Beim Vergleich mit Abbildung 2 weiter oben zeigt sich, dass auf der zweiten Hierarchie-Ebene die Reihenfolge 2-3-4 in 4-3-2 verkehrt wurde, da Posting 4 jünger als Posting 3 ist und dieses wiederum jünger als Posting 2. In den weiteren Hierarchiestufen wird für jeden Ast das gleiche Prinzip angewendet. Posting 9 wird, weil jünger, oberhalb von Posting 8 eingeordnet, und Posting 6 über Posting 5.</p> <p>Diese Abbildungsmethode ist zwar nachvollziehbar und natürlich, führt aber in der Praxis durchaus auch mal zu intuitiven optischen Missverständnissen. So erscheint Posting 7 in der strukturell-zeitlichen Baumdarstellung des Beispiels nun als ziemlich alt, weil es das unterste in der Abbildung ist. Dies ist jedoch nicht der Fall - in Wirklichkeit ist es relativ jung, denn nur zwei Postings im Thread jünger, während 6 Postings älter sind. Und - die Ironie des Prinzips - das älteste Posting, also das Ausgangsposting, bleibt das oberste, obwohl dies dem Prinzip des newest on top völlig widerspricht. Die optischen Widersprüche ergeben sich aus dem Kompromiss zwischen dem Erhalt der logischen Follow-Up-Struktur und dem zeitlichen newest-on-top-Prinzip. Um die Darstellung stärker im Sinne der zeitlichen Komponente und des newest-on-top-Prinzips zu lösen, könnte die Darstellung auch wie ein natürlicher Baum dargestellt werden, der von unten (alt) nach oben (neu) wächst:</p> <div class="image"><img src="/local--files/selfhtml:foren-und-boards/fb4.gif" alt="fb4.gif" class="image" /><br /> <span class="legend">Abbildung 4: Darstellung eines Threads als Baumstruktur und zeitlicher News-on-top-Einordnung nach oben wachsend</span></div> <p>Diese Darstellungsform löst zwar den Widerspruch zwischen Struktur und Zeit theoretisch am konsequentesten auf, doch in der Praxis wird diese Abbildung eher als verquert und unnatürlich empfunden. Denn sie zwingt dazu, beim Nachvollziehen der logischen Follow-Up-Struktur des Threads von unten nach oben zu lesen, was dem normalen Lesefluss unseres Kulturkreises, der von oben nach unten geht, stark widerstrebt.</p> <p>Durchgesetzt hat sich bei Foren deshalb die Darstellungsform, wie sie in Abbildung 3 gezeigt wird. Dahinter steckt ein durchaus langer historischer Prozess. Vor allem die Newsgroups, die es ja schon seit Beginn der 80er Jahre des letzten Jahrhunderts gibt, haben mit ihren thread-basierten Diskussionen viel zur Etablierung dieser Darstellungsform beigetragen. Moderne Newsreader verwenden diese Darstellungsform, um Threads abzubilden, und beim Design von web-basierten Foren stand diese Darstellungsform denn auch von Beginn an Pate. Wie flexibel die Baumdarstellung ist, wenn es darum geht, einen Thread zu visualisieren, zeigen die folgenden Beispielabbildungen. Es handelt sich um Blicke aus der Vogelperspektive auf ein paar typische Threads des <a href="http://forum.de.selfhtml.org/">SELFHTML-Forums</a>:</p> <div class="image"><img src="/local--files/selfhtml:foren-und-boards/fb5.gif" alt="fb5.gif" class="image" /><br /> <span class="legend">Abbildung 5: Thread mit extremer Pro-Contra-Diskussionsstruktur</span></div> <div class="image"><img src="/local--files/selfhtml:foren-und-boards/fb6.gif" alt="fb6.gif" class="image" /><br /> <span class="legend">Abbildung 6: Thread mit relativ Ausgangsposting-bezogener Diskussionstruktur</span></div> <div class="image"><img src="/local--files/selfhtml:foren-und-boards/fb7.gif" alt="fb7.gif" class="image" /><br /> <span class="legend">Abbildung 7: Gemischter längerer Thread mit mehreren Diskussionsteilen und Thread-Drift</span></div> <p>Die Abbildungen zeigen, dass die baumartige Darstellungsform sehr gut die Struktur einer Diskussion abbildet. Diskussionen können sehr unterschiedlich verlaufen. Einige weisen eine eher flache Struktur auf, andere dagegen eher eine, die in die Tiefe geht. Gerade bei größeren Threads, bei denen mehrere Teildiskussionen in die Tiefe gehen, übt diese Darstellungsform eine große Faszination aus. Teilnehmer, die sich für das Wesen von Diskussionen begeistern können, finden in dieser Darstellungsform eine sehr gute optische Unterstützung bei der Orientierung, an welchen Stellen es sich für sie lohnt hineinzulesen. Das Verständnis für die zeitliche Einsortierung neuer Postings, wie es weiter oben beschrieben wird, stellt für Neueinsteiger zweifellos gewisse Probleme dar. Die Erfahrung zeigt jedoch, dass sich Teilnehmer meist sehr schnell an das Schema gewöhnen.</p> <p>Diskussionen dieser Art sind irgendwann aber auch mal ausdiskutiert. Gerade in Foren mit hohem Besucherandrang sind bei typischen Diskussionen alsbald alle Argumente vorgetragen. Ein wenig Thread-Drift vielleicht noch, doch allmählich verebbt das Interesse an dem Thread, auch wenn dieser inhaltlich hochkarätig ist und viele niveauvolle Postings enthält. Offensichtlich ausdiskutierte Threads sollten deshalb irgendwann mal aus der Gesamtübersicht der Threads verschwinden. Damit keine wertvollen Diskussionen verloren gehen, ist es am sinnvollsten, wenn solche Threads in ein Archiv wandern. Im Archiv sind die Threads noch auffindbar, doch sie sind nicht mehr aktiv, d.h. es können keine neuen Beiträge mehr in einen archivierten Thread gepostet werden. Gute Foren bestehen heute deshalb in der Regel aus einem aktiven Teil und einem Archiv. Der aktive Teil wird mit einer Übersicht aller aktiven Threads präsentiert, und der Teilnehmer kann über die Übersicht direkt in beliebige Threads an beliebige Stellen hinein "zoomen". Das Archiv ordnet dagegen alte, nicht mehr aktive Threads in sinnvoller Form, z.B. chronologisch oder thematisch. Meist ist auch eine Volltext- oder Indexsuche sinnvoll, um schnell bestimmte archivierte Inhalte aufzufinden. Sowohl der aktive Teil eines typischen web-basierten Forums als auch das zugehörige Archiv sind technisch so modelliert, dass jedes einzelne Posting über einen eigenen URI dauerhaft aufrufbar ist. Auf diese Weise werden die Diskussionen eines solchen Forums dauerhaft Teil des WWW und des weltweiten Hypertext-Prinzips. Einzelne Postings können z.B. auch in statischen Informationstexten verlinkt und als Quelle genannt werden.</p> <h2 id="toc2"><span>Das Modell der Boards</span></h2> <p>Die gedankliche Basis-Einheit eines Boards ist im Gegensatz zu einem Forum nicht der Thread, sondern das Thema. Denn rein optisch hat das, was einem Thread in einem Forum entspricht, in einem Board stets die folgende Darstellungsform:</p> <div class="image"><img src="/local--files/selfhtml:foren-und-boards/fb8.gif" alt="fb8.gif" class="image" /><br /> <span class="legend">Abbildung 8: Thema und Beiträge dazu in einem Board</span></div> <p>Dabei ist A ein Beitrag, der das Thema vorgibt, und die B's sind weitere Beiträge dazu. Natürlich ist es durchaus möglich, dass der Beitrag des 5. B's gar nicht auf A antwortet, sondern beispielsweise auf den Beitrag des 3. oder 4. B's. Dies wird jedoch für den Leser erst sichtbar, wenn er den Beitrag liest. Er hat keine Möglichkeit, sich im Vorfeld darüber zu informieren, wie die Diskussionsstruktur aussieht, und welches Posting sich auf welches andere bezieht. Es ist auch gar nicht die konzeptionelle Absicht von Boards, Diskussionen abzubilden. Boards sind themenorientiert, und Beiträge in einem Board haben den Charakter eines <strong>Statements</strong> zu einem Thema. Die grundsätzliche Darstellungs-Metapher ist dabei eine <strong>Liste</strong>, nämlich die Liste aller Statements zu einem Thema. Listen haben gegenüber Bäumen den Vorteil, dass sie noch viel übersichtlicher sind. Der "ausgefranste" Charakter einer Baumdarstellung entfällt. Alles ist sauber linksbündig angeordnet und kommt dem normalen, sequentiellen Lesebedürfnis deshalb optimal entgegen. Da die Liste eines Themas mit Beiträgen eine fest zusammen gehörige Einheit bildet, ist ein Thema mit allen Beiträgen in typischen Boards denn auch die kleinste, als separate Webseite aufrufbare Einheit.</p> <p>Ein Thema kann etwas beliebig Spezielles sein. Die meisten Board-Anbieter decken allerdings einen relativ umfangreiches Themenspektrum ab. Damit dabei kein heilloses Durcheinander entsteht, sind Boards so gegliedert, dass eine vorgeschaltete Navigation den Teilnehmer so nahe wie möglich an sein momentanes thematisches Interesse heran führt. Deshalb ist auch meist von <strong>Board-Systemen</strong> oder zumindest von <strong>Boards</strong> (Pluralform) die Rede. Ein Board-System, das sich beispielsweise das Themenspektrum des Web Publishings vorgenommen hat, bietet zunächst eine Art thematisch sortiertes Directory an. Meist genügen zwei Hierarchie-Ebenen für die hinführende Navigation. Dabei kann der Besucher in der oberen Ebene beispielsweise zwischen einzelnen Web-Technlogogien wie HTML oder JavaScript, oder zwischen Problemfeldern wie Frames oder Cookies wählen. In der zweiten oder dritten Hierarchie-Ebene der hinführenden Navigation werden dann vorhandene Themen zum ausgewählten Themenbereich aufgelistet. Diese Ebene wird als ein Board bezeichnet. Auch bei der Präsentation der Themen innerhalb eines Boards steht optisch gesehen bereits die Listenform im Vordergrund. Da meist mehrere Daten zu einem Thema angezeigt werden, beispielsweise der Name des Teilnehmers, der das Thema eröffnet hat, oder die Anzahl der Beiträge zu dem Thema, wird die Liste zu einer <strong>Tabelle</strong>. Jede Zeile der Tabelle ist ein Thema, und jede Spalte bietet Informationen zu einer Daten-Eigenschaft, die zu jedem Thema gehört. Ruft der Leser ein Thema auf, kann er die Liste der Beiträge zum Thema lesen. Meist wird dabei ebenfalls das Tabellenlayout, das schon in der hinführenden Navigation zu einem Thema verwendet wurde, für die optische Trennung der Beiträge zum Thema weiterverwendet.</p> <p>Die folgende Abbildung zeigt "abstrahierte" Screenshots von einem typischen Board-System, seiner thematisch hinführenden Navigation und einem Thema mit Beiträgen:</p> <div class="image"><img src="/local--files/selfhtml:foren-und-boards/fb9.gif" alt="fb9.gif" class="image" /><br /> <span class="legend">Abbildung 9: Erstübersicht mit Themenbereichen (Boards) und Hinweisen wie Anzahl von Beiträgen oder neuester Beitrag</span></div> <p>Wird in einer solchen Erstübersicht ein Board ausgewählt, erscheint die zweite Hierarchie-Ebene mit einer konkreten Übersicht vorhandener Themen in diesem Board:</p> <div class="image"><img src="/local--files/selfhtml:foren-und-boards/fb10.gif" alt="fb10.gif" class="image" /><br /> <span class="legend">Abbildung 10: Übersicht mit Themen im Board und Hinweisen wie Anzahl von Beiträgen oder neuester Beitrag</span></div> <p>Bei Auswahl eines Themas erscheint schließlich die Seite mit allen Beiträgen zu diesem Thema:</p> <div class="image"><img src="/local--files/selfhtml:foren-und-boards/fb11.gif" alt="fb11.gif" class="image" /><br /> <span class="legend">Abbildung 11: Tabellarisch/listenartige Darstellung der Beiträge zum Thema</span></div> <p>Das gesamte System wirkt durch die tabellarische Darstellung der Daten sehr aufgeräumt. Die hinführende Navigation erlaubt das Annähern an ein gewünschtes Thema. Wer in einem Thema liest, kann durch Antworten ebenfalls etwas zu dem Thema beitragen.</p> <p>Die Einordnung neuer Beiträge kann von Board-System zu Board-System verschieden sein. Die meisten Systeme hängen neue Beiträge allerdings - im Gegensatz zum eigentlich sinnvollen newest-on-top-Prinzip - am Ende der Liste an. Bei langen Listen muss der Teilnehmer dann gegebenenfalls über mehrere Seiten blättern, um neue Einträge zu lesen.</p> <p>Ebenfalls unterschiedlich ist das Handling beim Archivieren. Viele Boards archivieren nie, sondern lassen jedes Thema ohne zeitliche Begrenzung offen für weitere Beiträge. Wenn zu viele Themen in einem Board sind, kann beispielsweise die hinführende Navigationsstruktur feiner gegliedert werden, so dass die einzelnen Boards thematisch enger werden und entsprechend weniger Themen versammeln.</p> <h2 id="toc3"><span>Plädoyer</span></h2> <p>Immer wieder mal kommen vor allem Neulinge, die ihre ersten Homepage-Fragen in einer dieser banner-verseuchten und keine anderen Ziele als die der Selbstfinanzierung verfolgenden "Webmaster-Wunderland-Sites" gestellt haben, ins SELFHTML-Forum und meinen, sich erst mal über die Präsentationsform des Forums beschweren zu müssen. Da ist dann immer wieder die Rede davon, dass doch das Forum von Anbieter XY (wenn man dem Link dann folgt, sieht man, dass es ein Board ist) viel übersichtlicher sei. Außerdem empfehlen diese Besserwisser dann meistens noch, das Forum doch ebenso wie dort bei XY in verschiedene Themenbereiche aufzusplitten. Bei den Stammteilnehmern des SELFHTML-Forums lösen solche Beiträge regelmäßig heftige nervöse Hautausschläge aus. Meist kontern die Stammteilnehmer dann mit mehr oder weniger unfreundlichen Antworten von der Art, der Beschwerdeführer möge doch wieder in sein tolles Board zurückkehren und das SELFHTML-Forum nicht weiter mit seiner Anwesenheit belästigen. Einige der so Beschimpften folgen dem Rat und kommen nie wieder. Andere sind stur und schaffen es nach einer Weile, sich den Gepflogenheiten des SELFHTML-Forums anzupassen.</p> <p>Vielleicht kann dieser Artikel dazu beitragen, etwas mehr Verständnis für die Art zu wecken, wie sich das SELFHTML-Forum (und viele andere, klassische Web-Foren, in denen versucht wird, die Diskussionskultur des Usenet aufs Web zu übertragen) präsentiert. Ein Forum ist ein Ort der Diskussion zwischen Teilnehmern. Ein Forum, das diesen Namen wirklich verdient, sollte deshalb thread-basiert sein, um die Diskussionen zu visualisieren. Ein Forum besteht nun mal nicht wie ein Board aus Themen, zu denen jeder Teilnehmer etwas sagen kann. Diskussionen leben vielmehr davon, dass Teilnehmer auf andere Teilnehmer antworten, diese wieder zurück antworten, dass noch andere Teilnehmer sich in eine Diskussion einschalten, und dass eine Diskussion auch mal thematisch abdriftet. Wer in einem Board schreibt, sollte sich dagegen eigentlich nicht auf einen anderen Beitrag beziehen, sondern auf den Ausgangsbeitrag, das Thema. Ein Board ist so konzipiert, dass man mit niemandem redet, sondern einfach was zum Thema sagt, ähnlich wie in einem Gästebuch, wo man etwas zur zugehörigen Homepage sagt. Boards sind im Grunde technisch auch gar nichts anderes als multiple Gästebücher mit vorangeschalteter Navigation. Der Unterschied ist nur, dass das Thema nicht die Homepage des Anbieters ist, sondern dass das Thema im Ausgangsbeitrag formuliert wird. Ein Forum ist dagegen eine ganz andere Form von Anwendung, hat ganz andere Aufgaben und setzt andere Prioritäten. Ein Forum geht davon aus, dass ein neuer Thread nicht einfach ein Thema ist, zu dem jeder was sagen soll (gewissermaßen gegen die Wand des Themas redend), sondern dass die Teilnehmer miteinander reden, und dass sich Teilnehmer auf andere Teilnehmer und ganz bestimmte ihrer Aussagen beziehen. Die Darstellungsform des Forums versucht dabei zu visualisieren, wer sich auf wen bezieht. Für Leser, die eine Diskussion mitverfolgen wollen, ist eine solche Visualisierung notwendig.</p> <p>Zweiffellos kommt es auch in Boards vor, dass mal Diskussionen entstehen, weil z.B. ein Teilnehmer eine provozierende Bemerkung oder eine sachlich zweifelhafte Aussage gepostet hat. Doch erstens kann man solche Diskussionen nicht erkennen, bevor man sie liest, und zweitens wird das Verfolgen einer Diskussion schnell zur Qual, weil man in der Listendarstellung große Probleme hat nachzuvollziehen, wer eigentlich auf wen antwortet. Zum Teil muss man weit hochscrollen oder zurückblättern, um den Beitrag zu finden, auf den ein anderer Bezug nimmt. Boards sind eben nicht für Diskussionen ausgelegt. Boards sind eigentlich eher sinnvoll, wo Themen vorgegeben werden. So haben viele Online-Magazine an ihre Newsticker Boards angeschlossen, wobei jede Meldung ein Thema ist, zu dem dann die Leser ihre Meinung posten können. Ein Ersatz für ein Forum ist ein Board jedoch nicht - und schon gar nicht die bessere Alternative. Dort, wo tendenziell eher Diskussionen zu erwarten oder vom Anbieter gewünscht sind, sind Boards sogar kontraproduktiv, einfach die falsche Art von Anwendung. Mit etwas böser Zunge könnte man sogar behaupten, Boards fördern speziell im Bereich von Hilfestellung bei Computer- und Internet-Themen die Mentalität jener kleinen Schreihälse, die immer nur fertige Lösungen haben, aber nichts davon verstehen wollen. Denn Boards sind so ausgelegt, dass eine Fachfrage, die ein Thema vorgibt, eigentlich nur lineare Antworten auf die Frage erlaubt, aber beispielsweise keine Diskussionen über Sinn und Unsinn der Frage.</p> <p>Es gibt durchaus auch Mischformen von Foren und Boards. So hatte beispielsweise der <a href="http://www.heise.de/newsticker/">Heise Newsticker</a>, das führende Nachrichtenorgan der deutschen IT-Branche, einstmals hinter jeder Meldung ein reines Board. Da der Heise-Ticker extrem hohe Leserzahlen hat und manche Meldungen hitzige Diskussionen mit hunderten von Beiträgen auslösen, war die Form des Boards jedoch nicht mehr akzeptabel. Mittlerweile werden alle Beiträge, bei denen sich eine Diskussion ergibt, als Thread gekennzeichnet und auf Wunsch in Thread-Form dargestellt. Beiträge zum Thema, also zur jeweiligen Ticker-Meldung, auf die sonst niemand antwortet, werden dagegen einfach aufgelistet wie in einem Board.</p> <p>In diesem Plädoyer soll es allerdings gar nicht darum gehen, bestimmte Anwendungstypen oder Mischformen davon zu favorisieren. Dem Anwendungstyp des Boards soll auch gar nicht die Existenzberechtigung abgesprochen werden. Das Plädoyer möchte lediglich - auf dem Hintergrund der weiter oben erläuterten Unterschiede zwischen Forum und Board - klarmachen, warum manche Anbieter (so auch das Angebot des SELFHTML-Forums) bewusst ein Forum und kein Board wollen. Wer eine Plattform für Diskussionen anbieten möchte, sollte ein Forum anbieten, und wer eine Plattform für Statements zu Themen anbieten möchte, sollte ein Board anbieten. Von den Teilnehmern beider Anwendungstypen sollte verlangt werden dürfen, dass sie beide Formen unterscheiden können, so wie sie auch Gästebücher als eigenen Anwendungstyp erkennen und von Boards unterscheiden können. Das gilt auch für Neulinge, die von "Webmaster-Wunderland-Sites" kommen.</p> <p>Foren neigen im Gegensatz zu Boards auch nicht zur Aufsplittung nach Themenbereichen. Denn Foren haben eine integrative Aufgabe. Sie wollen bewusst eine einzige Arena darstellen, in der sich alle, die an einem Themenkomplex interessiert sind, versammeln, um darin über verschiedenste Aspekte des Themenkomplexes zu diskutieren und auf diese Weise ihren Horizont zu erweitern. Ein Forum ist deshalb auch kein Ersatz für ein Wissensangebot. Zwar kann ein durchsuchbares Forumsarchiv sehr wohl eine Menge benötigtes Fachwissen zu Tage fördern. Doch das Forum selber versteht sich als ein Ort des Diskurses. Es versteht sich nicht als eine durch eindimensionales Frage-Antwort-Pingpong wachsende FAQ. Ein Angebot wie das SELFHTML-Forum wird deshalb auch im Gesamtangebot des SELFHTML-Raums bewusst als Ergänzung zur Dokumentation SELFHTML platziert. Es ist kein Ersatz für SELFHTML. Zwar kann, wer Glück hat, auch mal eine freundlich formulierte Frage beantwortet bekommen, deren Antwort auch in SELFHTML oder in anderen, leicht zugänglichen Quellen zu finden wäre. Doch die eigentliche Aufgabe des Forums ist das nicht. Ein Forum ist ein Ort für Leute, die bereits "drin" sind in einem Themenkomplex, und die sich durch geistigen Austausch mit Anderen, die das gleiche Interesse am Themenkomplex teilen, weiterentwickeln möchten.</p> <p>Wenn nun schon - wie hier gefordert - Anwender unterscheiden können sollten, was ein Forum und was ein Board ist, so sollte dies noch viel mehr für Web-Anbieter gelten. Wer also vor der Entscheidung steht, sein eigenes Web-Angebot um eine Anwendung zu erweitern, in der Teilnehmer posten können, der sollte die konzeptionellen Unterschiede zwischen Foren und Boards kennen und sich aufgrund dieses Wissens entscheiden. Es besteht kein Grund dafür, ein Board-System einzusetzen, nur weil das scheinbar alle professionellen Sites (z.B. jene vom Typ "Webmaster-Wunderland") tun. Board-Systeme werden einfach nur ungleich stärker gepusht und kommerziell vermarktet, als es bei typischen Foren der Fall ist. Der Grund ist wohl, dass die Entwickler von Foren meist andere geistige Backgrounds haben und andere Ziele verfolgen als die kommerzielle Ausschlachtung ihrer Anwendung. Oft sind es selber leidenschaftliche Usenet- oder Forenteilnehmer. Ihre Foren wenden sich tendenziell eher an eine anspruchsvollere, intellektuellere und weniger kommerz-orientiertere Klientel. Andersherum sind Boards ganz besonders bei solchen Communities beliebt, wo die Beiträge selten über das Niveau von bloßem Knuddelgebrabbel hinausreichen, wo alles bunt sein muss und wo die Teilnehmer offenbar schon glücklich sind, wenn sie beziehungslos in die Dunkelheit eines Themas hineinreden können. Zugegeben - das sind stark wertende Worte. Aber es ist ja auch ein Plädoyer. In neutralere Worte übersetzt, sollen sie durchaus dazu beitragen, dass sich Web-Anbieter je nach Anwenderzielgruppe und gewünschter Ausrichtung der Postings bewusst für das eine oder die andere Modell entscheiden - und vielleicht auch mal gegen das, was alle tun.</p> </div> <div id="page-info-break"></div> <div id="page-options-container"> <div id="page-info">Seiten Revision: 5, zuletzt bearbeitet: <span class="odate time_1270498645 format_%25e%20%25b%20%25Y%2C%20%25H%3A%25M%20%28%25O%20vor%29">05 Apr 2010 20:17</span></div> <div id="page-options-bottom" class="page-options-bottom"> <a href="javascript:;" class="btn btn-default" id="edit-button">Bearbeiten</a> <a href="javascript:;" class="btn btn-default" id="tags-button">Tags</a> <a href="javascript:;" class="btn btn-default" id="history-button">Historie</a> <a href="javascript:;" class="btn btn-default" id="files-button">Dateien</a> <a href="javascript:;" class="btn btn-default" id="print-button">Drucken</a> <a href="javascript:;" class="btn btn-default" id="site-tools-button">Site-Werkzeuge</a> <a href="javascript:;" class="btn btn-default" id="more-options-button">+ Optionen</a> </div> <div id="page-options-bottom-2" class="page-options-bottom form-actions" style="display:none"> <a href="javascript:;" class="btn btn-default" id="edit-sections-button">Abschnitte bearbeiten</a> <a href="javascript:;" class="btn btn-default" id="edit-append-button">Hinzufügen</a> <a href="javascript:;" class="btn btn-default" id="edit-meta-button">Metatags bearbeiten</a> <a href="javascript:;" class="btn btn-default" id="watchers-button">Beobachter</a> <a href="javascript:;" class="btn btn-default" id="backlinks-button">Backlinks</a> <a href="javascript:;" class="btn btn-default" id="view-source-button">Seiten-Quelltext</a> <a href="javascript:;" class="btn btn-default" id="parent-page-button">Eltern</a> <a href="javascript:;" class="btn btn-default" id="page-block-button">Seite sperren</a> <a href="javascript:;" class="btn btn-default" id="rename-move-button">Umbenennen</a> <a href="javascript:;" class="btn btn-default" id="delete-button">Löschen</a> </div> <div id="page-options-area-bottom"> </div> </div> <div id="action-area" style="display: none;"></div> </div> </div> <div id="footer" style="display: block; visibility: visible;"> <div class="options" style="display: block; visibility: visible;"> <a href="http://www.wikidot.com/doc" id="wikidot-help-button">Hilfe</a>  | <a href="http://www.wikidot.com/legal:terms-of-service" id="wikidot-tos-button">Nutzungsbedingungen (Terms of Service)</a>  | <a href="http://www.wikidot.com/legal:privacy-policy" id="wikidot-privacy-button">Datenschutz</a>  | <a href="javascript:;" id="bug-report-button" onclick="WIKIDOT.page.listeners.pageBugReport(event)">Fehler mitteilen</a>  | <a href="javascript:;" id="abuse-report-button" onclick="WIKIDOT.page.listeners.flagPageObjectionable(event)">Als fragwürdig markieren</a> </div> Betrieben von <a href="http://www.wikidot.com">Wikidot.com</a> </div> <div id="license-area" class="license-area"> Sofern nicht anders angegeben, steht der Inhalt dieser Seite unter Lizenz <a rel="license" href="http://creativecommons.org/licenses/by-sa/3.0/">Creative Commons Attribution-ShareAlike 3.0 License</a> </div> <div id="extrac-div-1"><span></span></div><div id="extrac-div-2"><span></span></div><div id="extrac-div-3"><span></span></div> </div> </div>  <div id="extra-div-1"><span></span></div><div id="extra-div-2"><span></span></div><div id="extra-div-3"><span></span></div> <div id="extra-div-4"><span></span></div><div id="extra-div-5"><span></span></div><div id="extra-div-6"><span></span></div> </div> </div> <div id="dummy-ondomready-block" style="display: none;" ></div>  <script type="text/javascript"> (function() { var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true; ga.src = ('https:' == document.location.protocol ? 'https://' : 'http://') + 'stats.g.doubleclick.net/dc.js'; var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s); })(); </script> <div id="page-options-bottom-tips" style="display: none;"> <div id="edit-button-hovertip"> Klicken Sie hier um den Inhalt der Seite zu ändern. </div> </div> <div id="page-options-bottom-2-tips" style="display: none;"> <div id="edit-sections-button-hovertip"> Klicken Sie hier um die Bearbeitung einzelner Abschnitte der Seite ein und aus zu schalten (sofern möglich). Achten Sie auf einen "bearbeiten" Link neben den Überschriften. </div> <div id="edit-append-button-hovertip"> Inhalt hinzufügen, ohne den ganzen Seiteninhalt zu editieren </div> <div id="history-button-hovertip"> Prüfen Sie, wie sich diese Seite in der Vergangenheit entwickelt hat. </div> <div id="discuss-button-hovertip"> Wenn Sie den Inhalt der Site diskutieren möchten, ist dies der leichteste Weg dazu. </div> <div id="files-button-hovertip"> Betrachten und Verwalten von Datei-Anhängen für diese Seite. </div> <div id="site-tools-button-hovertip"> Einige nützliche Werkzeuge zum Verwalten Ihrer Site </div> <div id="backlinks-button-hovertip"> Anzeige der Seiten, diese hier verlinken und/oder einbetten. </div> <div id="rename-move-button-hovertip"> Ändern des Namens der Seite (auch URL Adresse, eventuell die Kategorie). </div> <div id="view-source-button-hovertip"> Ansicht des Seiten-Quelltextes ohne Änderung. </div> <div id="parent-page-button-hovertip"> Anzeigen/Festlegen der „Eltern“ Seite (zur „Brotkrumennavigation“ und Erstellung einer Layout-Struktur). </div> <div id="abuse-report-button-hovertip"> Benachrichtigen Sie die Administratoren, wenn Sie anstößige Inhalte auf dieser Seite finden. </div> <div id="bug-report-button-hovertip"> Etwas funktioniert nicht wie erwartet? Finden Sie heraus, was Sie tun können. </div> <div id="wikidot-help-button-hovertip"> Allgemeine Wikidot.com-Dokumentation und Hilfebereich. </div> <div id="wikidot-tos-button-hovertip"> Wikidot.com Nutzungsbedingungen (Terms of Service) - Was Sie dürfen und was nicht usw. </div> <div id="wikidot-privacy-button-hovertip"> Wikdiot.com - Datenschutzbestimmungen </div> </div> </body> </html>