-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hallo,

Andreas Mantke wrote:
> http://de.openoffice.org/testdir/index2.html
> http://de.openoffice.org/testdir/index3.html

Sehe ich das richtig, dass index3 dasselbe ist wie index2-d, zudem sind
auch noch die "Aktuelles" Bereiche auf den neuen Stil portiert?

> Ich habe mir die Freiheit genommen, nach Diskussion mit Andre die
> Seite ein wenig aufzur�umen. Ziel war hierbei f�r uns, die Infos zu
> den Neuigkeiten zentraler an den Besucher zu bringen.
> Falls noch weitere Vorschl�ge sind: gerne ;-)

Das gibt mir Gelegenheit meine Ideen zur Webseitengestaltung mit
einzubringen, du hast es so gewollt. ;-)

Warum sollten die Infos zu den Neuigkeiten in dem Mittelpunkt? Gibt es
wirklich so viel Neues bei t�glichem Besuch der Webseite? Andersherum,
gibt es im Moment jemanden, der Neuigkeiten tagesaktuell einpflegt? Und
wer die Seite nur alle paar Monate besucht, ist vielleicht interessiert
zu sehen, dass gearbeitet wir, aber die Details interessieren nicht.

Bei allen Webseitenideen sollten wir auch ein ganz grunds�tzliches
Problem nicht aus der Augen verlieren: als NatLang-Projekt haben wir
immer die doppelte Aufgabe zum einen unsere eigenen Projektziele zu
erf�llen und zum anderen auch das Projekt als Ganzes in Deutsch
darzustellen.

Wir m�ssen daher zuerst folgende Fragen beantworten:
- - wer besucht unsere Seiten?
- - was weiss der Besucher schon?
- - was sucht der Besucher?
- - was wollen wir dem Besucher mitgeben?
Jeder Besucher sollte m�glichst schnell das finden, was er will, aber
gleichzeitig m�ssen wir auch unsere Botschaft loswerden.


Eine (unvollst�ndige) Antwort auf die Fragen k�nnte wie folgt aussehen.
Die Prozentzahlen sind von mir frei erfunden:

70% Downloader
    kennt OOo schon (oder glaubt es zu kennen)
    will nur die neuste Version in Deutsch runterladen
- --> JOIN - ist was wir loswerden wollen
- --> MEHR - es gibt viele interessante Zus�tze zum Download.
=== der Ansatz der internationalen Hauptseite ist gut, hier ist der
"Download-Link" unter einem knappen Text mit dem "Join"-Link
untergebracht. Beides nimmt etwa 50% des Zentrums der Startseite ein.

10% Neulinge
    haben vor irgendwoher (Presse, Freunde, Link) die Information
    dass auf den Seiten etwas interessant sein k�nnte, aber an
    sonsten keine Ahnung von OOo speziell oder Open Source allgemein.
- --> Darstellung der M�glichkeiten von OOo
- --> OOo als Alternative zu nicht Open-Source Officepaketen
- --> Werbung f�r das Projekt
=== Im Moment fehlt ein spezieller "Ich bin Neu"-Link auf dem Entwurf.
Die wesentlichen Infos sind zwar auf der Seite, aber weit nach unten
gerutscht, zudem f�hrt von ihnen kein Link weiter. Evtl. w�re es besser
eine eigene Gruppe von Seiten hierzu anzulegen, als die Startseite damit
zu belasten.

10% Mitarbeiter
    kennen sich im Prinzip auf den Seiten aus, haben nur den
    direkten Link nicht im Kopf
    Zudem sind sie die Einzigen, die wirklich die Mitarbeiterseiten
    navigieren m�ssen
- --> Schnelle Navigation zu allen wesentlichen Seiten
=== ein Kurzer Link auf der Hauptseite zu einer Art "Sitemap"

5%  Supportsuchende
    suchen Dokumentation, haben ein Problem oder Featurewuensche
- --> Selbsthilfe-Materialien statt immer dieselben Fragen beantworten
- --> Fragen direkt an die richtige Stelle leiten
- --> Niemand soll sich mit seinen Problemen alleine gelassen f�hlen
=== Die verschiedenen Support-Moeglichkeiten lassen sich nicht in einer
einzigen kurzen Navigationsleiste zusammenfassen. Also muss eine
Unterseite her.

Die restlichen 5% Besucher k�nnten sein: Zuk�nftige Mitarbeiter,
Supporter (Finanzen, Webspace, Issuezilla, etc), Presse, Unternehmen,
Verwaltung. Diese haben sehr unterschiedlichen Fragestellungen, die man
vielleicht nicht nur auf eine Webseite legt, sondern auch per
Mailingliste bearbeitet.

Wenn die Antwort auf obige Fragen etwa so ausf�llt, wie ich das
aufgelistet habe, sollten wir auf der de-Startseite v�llig auf eine
Navigationsleiste zu verzichten, sondern lediglich nach Besuchergruppen
zu sortieren. Jede Besuchergruppe sollte dann auf eine Empfangsseite
gef�hrt werden, die jeweils eine spezielle Navigationsleiste f�r diese
Gruppe enth�lt.

Es ist zwar schade, dass man dann nicht mehr von jeder Seite alle
anderen Seiten erreichen kann, aber letztlich w�chst der Umfang unserer
Seiten immer mehr und irgendwann wird es unrealistisch, die ultimative
Navigationsleiste f�r alle F�lle haben zu wollen. Wir haben diesen Weg
schon teilweise mit der  "Infos f�r Mitwirkende"-Leiste beschritten und
wir sollen noch etwas weiter gehen.

> a) de-Navbar rechts fadein
> b) de-Navbar rechts fadeout
> c) de-Navbar rechts fade topics (Farbe wie internationale Navbar)
> d) de-Navbar links fade topics (und gepl. Einbau in internationale)

d) scheint mir die bessere L�sung zu sein
Zumindest f�r den gr��eren Teil unserer Besucher sind die Projekttools
uninteressant und sollten verdeckt bleiben. (Dies ist auch eine Frage ob
wir uns eher als Unterprojekt der internationalen Seiten oder eher als
Portal f�r alle Anliegen deutschprachiger Benutzer vorstellen wollen.)

Die Fadeout-optionen sind mir recht gleich (unattraktiv).

> Erste wichtige Entscheidung (vor dem
> Feintuning) ist, wo soll die de-Navbar erscheinen (rechts oder
> links)?.

Links.

Die internationale Projektleiste ist nur f�r die Mitarbeiter interessant.

> Welches Design soll sie haben?

Wenn fadein/out, dann bitte alle Ver�nderung nur auf den letzten 10% der
Breite, nicht da, wo noch Text ist. Zudem sollte der Kontrast immer
erhalten bleiben.

> Soll es einen zentralen Bereich mit Informationen im zentralen
> Blickfeld des Benutzers auf der Seite geben?

Auf der Hauptseite - ja.
Auf den Unterseiten - nein. (Unsere Unterseiten sind meist recht lang,
hier wuerde eine Inhalts�bersicht am Anfang am besten sein.)

> Wie soll das Design der Tabellen in der Seite aussehen (wie
> index2.html oder wie index3.html)?

Mir gef�llt 3 besser, haupts�chlich, weil hier die Breite auch f�r
meinen Bildschirm reicht. (Ist also nicht wirklich ein Argument.)

> Wie soll ggfs. die Aufteilung der Informationen in dem
> Tabellenbereich sein (Kategorien) (nicht die Frage, welcher
> wechselnde Inhalt gerade)?

Im Moment: Aktuelle Aufgaben, Neues auf unseren Seiten
2: News(Produkte und Veranstaltungen), Neues auf unseren Seiten und
aktuelle Aufgaben
3: Aktuelles (als Haupt�berschrift): Downloads, Aufgaben,
OpenOffice.org, unser Projekt

Download ist redundant zu anderen Informationen auf der Seite, wenn
nicht anderes dort steht als die normalen Download-Links.

Bei Aufgaben w�re ein Titel besser, der zum Ausdruck bringt, dass hier
_Mithilfe_ gesucht wird. "de.OOo sucht Mitwirkende f�r:" "de.OOo braucht
Sie:"

Die "Neues auf unseren Seiten"-Kategorie kann in die Projektseiten
eingegliedert werden.

Die Unterscheidung zwischen "OpenOffice.org" und "unser Projekt" wirkt
etwas k�nstlich und unklar. Sollen in "OOo" die Infos aus der
internationalen Seite ins Deutsche �bersetzt werden? Und "unser Projekt"
ist f�r deutsche Neuigkeiten und Webseiten�nderungen? Oder ist das eine
Unterscheidung zwischen Au�endarstellung und Interna?
Wenn die Kategorien nicht zusammengelegt werden sollen, dann w�ren
andere Vorschl�ge:
"OpenOffice.org im Gespr�ch", "Neues von OpenOffice.org", "de.OOo
Interna", "de.OOo Angelegenheiten", "Neues im de-Projekt"


Insgesamt w�rde ich dann Folgendes machen:

"de.OOo braucht Sie:" (links, oben, breit)
- - keine stichpunktartige Liste, sondern einladende ganze S�tze mit Links
zu weiteren Informationen und Ansprechpartnern.

"de.OOo Interna" (rechts, oben, schmal)
- - was immer nur Projektmitglieder interessiert
- - neue Issues
- - Aktuelle Diskussionen auf dev

"OpenOffice.org im Gespr�ch" (links, unten, breit)
- - keine Stichpunkte sondern ganze S�tze.
- - alle Neuigkeiten vom internationalen und de Projekt
- - Hinweise auf Messen u.�.
- - Hinweise auf Informationen zu Medienberichten
- - Neue Seiten in unserem Webangebot
- - jeweils mit Links zu weiterf�hrenden Seiten

"Download" (rechts, unten, schmal)
- - nicht die Software-Downloads, sondern was auch immer als neuestes an
Dokumentation o.�. fertiggestellt wurde.






Gruss,
- --
                          Michael Thomas Kirchner

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCc6fc7eXp6pxDLsQRAmYSAJ4pP5XwloMx8kMvnQaEWQ0uUvYX2ACePFcC
+44dAZDLNqIKJ+OwMNasZco=
=5eMu
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Antwort per Email an