ich bin gerade dabei eine neue Version meiner page zu erstellen und mich würde mal interessieren, wann ihr eine Homepage als Benutzerfreundlich und übersichtlich hält.
Auch Meinungen zu verschiedenen Menükonstruktionen und zusatzlinks wie "Nach oben" haltet und ob ihr zusätzliche sachen auch benutzt.
Also meine page soll extrem einfach gestaltet sein, eben "Usability Pur".
Danke im Voraus für alle Antworten, egal ob von Profi oder Anfänger.
keine wechselnden desgins, genaue linkbeschriftungen, evtl. ein js-mouseover-beschreibungskästchen (kein plan wie ichs beschreiben soll) neben das menü.
eiheitliche farben....
Puh, zu dem Thema wurden ganze Bücher geschrieben.
Aber mal spontan:
* Schriftgröße userverstellbar lassen (also nicht im CSS in px angeben wie hier im Forum) und nicht kleiner als 10pt für Lauftext
* Keine Popups, chromeless Windows, Statuszeilenscripts, Laufschriften usw
* Browser- und Auflösungskompatiblität
* Sitemap, Suche (je nach Größe)
* Externe vs interne Links kennzeichnen (wos nicht eindeutig ist, kommt auf den Seiteninhalt an)
* ordentlichen den man in Bookmarks wiederfindet (nicht "::willkommen")
* intuitive Linkfarben für besuchte Links, auf keinen Fall die gleiche Farbe wie normal
* Kontaktformular statt E-Mail-Link
* TITLE-Attribute für mehr Infos zB zu Links und Bildern, ACRONYM für Erklärung von Abkürzungen, STRONG und EM für Betonung.. überhaupt sauberes XHTML+CSS
* LABEL für Checkboxes und Radiobuttons in Formularen
* keine Frames
* Zusammenfassungen von längeren Artikeln (falls es sowas gibt)
* Breadcrumbs-Navi (Home > Kategorie1 > Kategorie2 > Artikel)
* gute Fehlermeldungen bei interaktiven Sachen oder 404s (Was ist passiert, wieso, was kann ich jetzt machen)
usw...
Natürlich is nicht alles für jede Seite benötigt/geeignet.
Also...danke erstmal für die schnellen Antworten. Ich hab leider noch nichts wirklich umgesetzt, eben "nur" geplant und Skitzen gemacht, wollte eben von Vornherein wissen worauf ich achten sollte (naja ein bisschen ahnung hab ich da selber auch, bin zwar 14 aber hab schon fast 2 Jahre erfahrung im Internet gesammelt)
Und es soll - auch wenn ich mich damit hier vielleicht unbeliebt mache - ein Online Magazin werden, wahrscheinlich nicht so erfolgreich wie 4websites, aber mal sehen...
So, mal die Checkliste durchgehen:
* Schriftgröße userverstellbar lassen (also nicht im CSS in px angeben wie hier im Forum) und nicht kleiner als 10pt für Lauftext
- Momentan ist die planung 9pt und Verdana, ich denk mal das ist ok, aber mal sehen wies auf 10pt wirkt
* Keine Popups, chromeless Windows, Statuszeilenscripts, Laufschriften usw
- Bin ich auch gegen solche sachen, und ich versuche so weit wie nur Möglch mich von Javascript fernzuhalten
* Browser- und Auflösungskompatiblität
- Browser, naja wahrscheinlich werde ich Layer einsetzen, gut anschaubar wirds mindestens mit 800*600, mal sehen vielleicht auch weniger
* Sitemap, Suche (je nach Größe)
- Suche ist schon eingeplant, auch wenn ich noch nicht 100pro weiß wie ich das umsetze, aber dann meld ich mich nochmal *lol* Sitemap ist denk ich mal etwas schwer zu gestalten, aufgrund des (hoffentlich) mit der Zeit viel wachsenden Content, aber ich werd mal sehen...
* Externe vs interne Links kennzeichnen (wos nicht eindeutig ist, kommt auf den Seiteninhalt an)
Hmm...ich wüsste nicht wie, und Grafiken vor den links find ich nicht sonderlich gut, aber ich denke mal durch die einfache Gliederung wird mans schon erkennen können
* ordentlichen den man in Bookmarks wiederfindet (nicht "::willkommen")
- Eigenbau CMS, im Titel wird Artikelname vorhanden sein
* intuitive Linkfarben für besuchte Links, auf keinen Fall die gleiche Farbe wie normal
- Wahrscheinlich einen etwas dunkleren Ton als unbesuchte
* Kontaktformular statt E-Mail-Link
- Is klar
* TITLE-Attribute für mehr Infos zB zu Links und Bildern, ACRONYM für Erklärung von Abkürzungen, STRONG und EM für Betonung.. überhaupt sauberes XHTML+CSS
- Aalso, Title mach ich, aber was ist ACRONYM? Und statt STRONG nehm ich B...mit css beschäftige ich mich schon recht lange, sollte "sauber" sein, aber XHTML hab ich bisher noch wenig ahnung, wollte erstmal HTML einsetzen, später dann XML oder wenn sich XHTML durchsetzt auch das
* LABEL für Checkboxes und Radiobuttons in Formularen
- Öhm, was für ne Label???
* keine Frames
- Bin ich auch ein Gegner von
* Zusammenfassungen von längeren Artikeln (falls es sowas gibt)
- Klar, eben typisch abgegeckt @ drweb *lol*
* gute Fehlermeldungen bei interaktiven Sachen oder 404s (Was ist passiert, wieso, was kann ich jetzt machen)
- Werd ich machen
Hat jemand noch mehr Tipps? Was findet ihr an drweb.de , devmag.net , exine.de , 4websites , nachwuchspages.de besonders gut, oder was ist verbesserungswürdig? (heißt nicht das ich faken will, aber abgucken tut jeder mal etwas...)
Danke nochmal für die bisherigen und zukünftigen Antworten!
ist besser als und besser als , weil das bedeutungsbezogenes Markup ist, also Wichtigkeit beschreibt, nicht Layout. Dadurch kann z.B. ein Sprachbrowser für Sehbehinderte diese Wörter speziell betonen, eine Suchmaschine sieht, dass er wichtig ist, usw. Das ist einer der Grundsätze von XHTML: du sollst im Code nicht das Aussehen, sondern den Inhalt beschreiben, und das Layout mit einem je nach Medium austauschbaren Stylesheet beschreiben.
HTML
führt in Mozilla zu gestrichelter Unterstreichung und Tooltip mit der Erklärung (IE unterstreichts nicht).
damit kann man die Checkbox auch durch Klick auf den Text, also das Label, aktivieren, wie man es aus Windows-Programmen gewohnt ist. Es ist schade, dass das im Web so wenig bekannt und verbreitet ist :(
Ausserdem kann label verwendet werden, um Formularelemente mit einem Rahmen zu gruppieren, wie ebenfalls aus Win-Applikationen bekannt.
XHTML klingt furchteinflössend, ist es aber nicht. Im Grunde ists eine strengere HTML4-Spezifikation, die HTML an die XML-Standards angleicht. Die Hauptänderungen sind eigentlich nur, dass alle Tags geschlossen werden, dass ein DOCTYPE verpflichtend ist, alles klein geschrieben wird, Tags richtig verschachtelt werden, Attribute Werte haben, und diese immer in Anführungszeichen sind (statt in XHTML ) -- und eben dass man Inhalt und Design stärker trennt, aber das ist eigentlich nur im Strict-Modus zwingend (alles per CSS, zb kein border-Attribut mehr, keine font-Tags, usw).
Barrierefreiheit bin ich persönlich auch, nur sollte man den Aufwand, der dadurch entsteht genau überlegen. Meine Premisse ist eher dahingehend, dass W3C-Konform desigtn und/oder programmiert wird.
Die "Gefahr", die die Barrierefreiheit mit sich bringt, ist die Tatsache, dass das entwickelte CSS nicht zu 100% durch den Validator kommt...