Entries tagged as Webdesign
Ist schon interessant, wie sich die Bräuche bezüglich des Markups für Navigationsmenüs verändert haben (und verändern werden). Die Jahreszahlen sind Pi-Mal-Daumen-Werte aus'm Kopf:
<a href="page1.html">Seite 1</a> <a href="page2.html">Seite 2</a> <a href="page3.html">Seite 3</a> <a href="page4.html">Seite 4</a>
<a href="page1.html"><img src="/img/irgensonegrafik1.jpg" width="200" height="80" alt=""></a><br> <a href="page2.html"><img src="/img/irgensonegrafik2.jpg" width="200" height="80" alt=""></a><br> <a href="page3.html"><img src="/img/irgensonegrafik3.jpg" width="200" height="80" alt=""></a><br> <a href="page4.html"><img src="/img/irgensonegrafik4.jpg" width="200" height="80" alt=""></a>
<ul> <li><a href="page1.html">Seite 1</a></li> <li><a href="page2.html">Seite 2</a></li> <li><a href="page3.html">Seite 3</a></li> <li><a href="page4.html">Seite 4</a></li> </ul>
Aus XHTML 2 vs. HTML 5 - I'm Mike (via Schockwellenreiter)
<nl> <label>Kategorie</label> <li href="/Seite1.html">Seite 1</li> <li href="/Seite2.html">Seite 2</li> <li href="/Seite3.html">Seite 3</li> <li href="/Seite4.html">Seite 4</li> </nl>
<nav>
<h1>Kategorie</h1>
<ul>
<li><a href="/Seite1.html">Seite 1</a></li>
<li><a href="/Seite2.html">Seite 2</a></li>
<li><a href="/Seite3.html">Seite 3</a></li>
<li><a href="/Seite4.html">Seite 4</a></li>
</ul>
</nav>
Alistapart nimmt sich diesen Monat eines der "new school usability"-Themen im Webdesign an: Designing For Flow. Gemeint ist hier das Flow-Erlebnis aus Mihaly Csikszentmihalyis Buch.
Das ist ein Thema, über welches wir mit Kollegen in letzter Zeit immer öfter diskutieren. Und zwar immer dann, wenn einer mit der (old school-) Masche "don't make me think" oder "keep it simple, stupid" (kiss) ankommt. Diese Usability-Prinzipien werden heut zu Tage als wichtigstes Prinzip für den Erfolg eines Web-Projekts angesehen. Dabei haben sie nur auf einer speziellen Ebene Gültigkeit. Das KISS-Prinzip möchte unnötige Komplexität vermeiden; stellt sich also die Frage, welcher Grad an Komplexität nötig ist ...
Komplexität kann nötig sein, um dem User z.B. ein Erfolgserlebnis zu bescheren, oder - wie es der Alistapart-Artikel ausdrückt - dem User neue Entdeckungen in der Site/der Anwendung zu ermöglichen. Ich sehe es sogar so, dass in erfolgreichen Web-Projekten immer mindestens 5 bis 10% der Dinge oder Features unentdeckt sein sollten bzw. dass immer ein gewisses Potential existieren sollte, damit der User noch etwas zu entdecken hat, wenn er Bock darauf hat. Das können Features sein, das können aber auch einfach nur Inhalte sein. Eine Web-Anwendung wird immer dann schnell langweilig, wenn man sie bereits nach wenigen Tagen oder Wochen vollständig erfasst und durchschaut hat. Sie wird aber auch frustierend, wenn darin es mehr Unbekanntes als Bekanntes gibt.
Hierbei die richtige "goldene Mitte" zu finden, macht eine erfolgreiche User Experience aus.
Unter "Das ist genau das, was ich will!" soll noch eine Leerzeile. Am liebsten wäre uns eine halbe Leerzeile. Unsere EDV-Leute sagen aber, dass das relativ kompliziert sei. Wenn euch für eine halbe Leerzeile die Zeit fehlt, fügt bitte eine ganze Zeile ein.
neueste Leser-Kommentare: