Über die einfache Bedienbarkeit

Wäh­rend des Post­nu­ke Mee­tings 2007 kam immer wie­der die Fra­ge nach der Bedien­bar­keit. Der „EndU­ser“ sol­le auch noch mit einem Sys­tem wie Post­nu­ke umge­hen kön­nen. Dabei gibt es ver­schie­de­ne Schwie­rig­kei­ten: Wer ist der EndU­ser? Was ist ein­fach? Was kann man dem EndU­ser abver­lan­gen?Die Schwie­rig­keit ist die Abwä­gung: Ein Con­tent Manage­ment Sys­tem lebt von der Idee, dass nicht mehr jeder, der Inhal­te im Inter­net ver­öf­fent­li­chen will, Ahnung von FTP, HTML, CSS, Web­De­sign, Bild­be­ar­bei­tung usw. haben muss. Die­se Pflich­ten wer­den an Pro­fis abge­ge­ben – Das Design kommt vom Desi­gner, der Admin instal­liert das CMS, das den Redak­teu­ren ermög­li­chen soll, Infor­ma­tio­nen zu veröffentlichen.

Der Admin
Da man Designs inzwi­schen kos­ten­los von Open­So­ur­ce Web­De­sign Com­mu­ni­ties bekom­men kann, bleibt für den nicht pro­fes­sio­nel­len Bereich eigent­lich nur der spe­zia­li­sier­te Job des Admins. Und den wird es immer geben müs­sen – selbst wenn es inzwi­schen Web­Hos­ter gibt, die CMSe per Knopf­durck instal­lie­ren – das liegt schon allei­ne dar­in begrün­det, dass sich nicht alle Sicher­heits­ein­stel­lun­gen aus einem PHP Skript machen las­sen. Post­nu­ke kann in die­sem Fall nur unterstützen.

Und dann ist das Inter­net zwar ein schö­nes Hob­by – man muss sich aber auch über­le­gen, dass man hier der gan­zen Welt aus­ge­setzt ist. Das betrifft nicht nur die Mög­lich­keit, dass ein Hacker aus Uru­gu­ay Dei­ne Sei­te hacken kann, son­dern dass auch eine Fir­ma aus Afgha­ni­stan dich abmah­nen kann, wenn du deren Rech­te ver­letzt. So etwas muss irgend­wer im Auge behal­ten – zumin­dest stell­ver­tre­ten für die ande­ren Leu­te, die mit der Site arbeiten.

Der Admin kann also schon ein­mal nicht der omi­nö­se „EndU­ser“ sein, für den alles ein­fach sein muss. Man kann ihm vie­les erleich­tern, aber nicht alles abnehmen.

Gefun­den: Der EndUser
Der EndU­ser ist also die Per­son, die mit dem fer­tig instal­lier­ten Sys­tem arbei­tet. Wie ein­fach muss das Publi­zie­ren für ihn sein?

Mit Gäs­te­bü­chern kommt eigent­lich jeder zurecht: Ein schlich­tes For­mu­lar: Name, E‑Mail, Home­page, Text. Unter dem Text­feld sind manch­mal Knöp­fe für Smi­lies oder für Fett­druck. Man schreibt sei­nen Ein­trag und schickt ihn dann ab. Zack ist er für die gan­ze Welt zu lesen.

Kann man nicht das Ver­öf­fent­li­chen von Arti­keln auch so ein­fach gestal­ten? Sicher. Ein Feld für die Über­schrift und eines für den Text. Das ist die ein­fachs­te Sache der Welt. Das ist wirk­lich ein­fach und von jeder­man zu bedie­nen. Aber reicht das? 

Für vie­le, klei­ne, pri­va­te Sei­ten wird das viel­leicht rei­chen. Und für die soll­te es auch ent­spre­chen­de Modu­le geben. Post­nu­ke ver­fügt mitt­ler­wei­le über einen tech­nisch so viel­sei­ti­gen Core, dass auch geho­be­ne Ansprü­che erfüll­bar sein soll­ten. Da sol­len natür­lich Bil­der mög­lich sein, und Zwi­schen­über­schrif­ten, Zita­te sol­len als sol­che erkenn­bar wer­den und wei­ter­füh­ren­de Links sol­len in einer Ein­heit­li­chen Art und Wei­se inte­griert wer­den. Eini­ge Benut­zer wol­len sicher auch you­Tube-Vide­os inte­grie­ren usw. 

Es gibt also vie­le ver­schie­de­ne For­men von Inhal­ten, aus denen Arti­kel bestehen kön­nen. Dazu sol­len die Arti­kel kate­go­ri­siert oder getaggt sein, in ver­schie­de­nen Lis­ten zusam­men ange­zeigt wer­den kön­nen. Es soll Revi­sio­nen und Work­flows geben und als RSS und Atom soll­te das Gan­ze auch noch funktionieren.

Die WYSI­WYG-Lösung
Nimmt man einen WYSI­WYG-Edi­tor zur Lösung die­ser Ansprü­che, so hat man auch wie­der nur ein Text­feld für die Über­schrift und eines für den Arti­kel selbst. Der Edi­tor hat dann eine Viel­zahl But­tons, mit denen man Absät­ze for­ma­tiert, Bil­der ein­fügt und Vide­os verlinkt.

Die­se Edi­to­ren funk­tio­nie­ren aber eher schlecht als recht – so rich­tig „What you see is what you get“ ist das nie. Und mit den vie­len ver­schie­de­nen Optio­nen wird der Edi­tor kom­plex wie Word & Co. Lei­der aber nicht so zuver­läs­sig. Das Lay­out zer­fällt und läuft die Ses­si­on ab, kann es pas­sie­ren, dass nichts gespei­chert wird.

Die Block-Ele­men­te Lösung
Eine Alter­na­ti­ve zum Edi­tor ist eine Lösung, mit der man die Ele­men­te fle­xi­bel zusam­men­stel­len kann. Man beginnt mit dem Ein­ga­be­feld für eine Über­schrift. Dann fügt man ein Text­feld für den Anrei­ßer hin­zu und schreibt ihn dort hin­ein. Dann soll ein Bild hin­zu­ge­fügt wer­den – statt es per WYSI­WYG-Edi­tor zu inte­grie­ren, fügt man ein neu­es For­mu­lar­ele­ment zu, bei dem man sich das Bild aus einer Gale­rie aus­wählt (nach­dem man es hoch­ge­la­den hat) und dann gibt man an, ob es rechts oder links neben dem Anrei­ßer ste­hen soll. 

So fügt man Blö­cke für Vide­os, Zita­te, Zwi­schen­über­schrif­ten usw. hin­zu und man muss jeweils nur die Fel­der aus­fül­len, die man sich gera­de dazu­ge­klickt hat.

Das klingt offen­bar nur für einen Pro­gram­mie­rer ein­fach und logisch, denn es ist nur eine Fra­ge von Minu­ten, bis ein Redak­teur auf die Idee kommt, in einem Block für einen Absatz zwei Absät­ze zu schrei­ben. Idea­ler­wei­se soll­te das Sys­tem da auto­ma­tisch 2 Blö­cke draus machen. So schlau muss es aber erst ein­mal sein…

Das Ergeb­nis ist ein Arti­kel, bei dem an jedem Ele­ment But­tons für edi­tie­ren, löschen, hin­zu­fü­gen, nach oben, unten, links und rechts ver­schie­ben. Und man bekommt einen Zugriff auf die alten Revi­sio­nen jedes Ele­ments und natür­lich auf die Revi­sio­nen des Gesamt­do­ku­ments. Wie ein­fach kann so ein Benut­zer-Inter­face gestal­tet werden?

Fazit
Das Gegen­teil von „ein­fach“ soll­te „kom­plex“ und nicht „kom­pli­ziert“ sein. Ein­fa­che Sys­te­me kön­nen nur ein­fa­che Ansprü­che erfül­len. Mit einem Licht­schal­ter kann man schließ­lich auch nur das Licht ein- und aus­schal­ten. Höhe­re Ansprü­che kön­nen nur von kom­ple­xe­ren Sys­te­men erfüllt wer­den. Und da kann man nicht ver­hin­dern, dass die Redak­teu­re sich ein wenig mit dem Sys­tem aus­ein­an­der set­zen müssen.