Jens Gyldenkærne Clausen wrote:
> Johnny Winther Ronnenberg skrev:
>
>> Lad os sige vi befinder os i en virksomhed hvor
>> korncernsproget er engelsk, så vil computeren i de fleste
>> tilfælde være sat op til engelsk.
>
> Ovenstående situation vil kun være aktuel for et fåtal af brugere
> (hvis vi underforstår at det er folk der ikke har engelsk som deres
> primære sprog).
>
Der er nu en del virksomheder i danmark hvor det "officelle" sprog er
engelsk, men det betyder ikke at det er medarbejdernes foretrukne sprog. Der
er en forskel på at beherske og foretrække Men du har ret scenariet er måske
ikke det mest typiske. Jeg brugte det blot for at illustrere at der kan være
et modsætningsforhold mellem brugeren ønske og det brugeren får.
>> Som Gyldenkærne påpeger kan brugeren ændre på opsætningen af
>> browseren, men det er ikke sikkert at man gør det,
>
> Korrekt. Hvis valget har betydning, kan man dog hjælpe brugeren ved
> at skrive hvordan man kan ændre indstillingen på en hjælpeside.
>
Det kan man man, men det syntes jeg ikke er brugervenligt. Jeg har vendt
denne problemstilling mange gange gennem de seneste måneder og der er flere
problemstillinger i det end man lige får øje på fra start af.
>> det kan også have nogle ulemper, en side findes måske ikke på
>> et sprog, men kun på et andet.
>
> Det forstår jeg ikke. Alle de HTTP_ACCEPT_LANGUAGE-baserede
> sprogvælgere jeg har set, har en default-løsning der bliver vist
> hvis der ikke findes en version der passer til brugerens/browserens
> sprogvalg. Det er ikke sådan at man bare undlader at sende en side
> hvis man ikke kan finde en sprogudgave der matcher indstillingen.
>
Du har ret eller retter du brude have ret
Hvis menuer baseres på opslag i databaser eller værre endnu på statiske
menuer, så vil der mangle et link til en side, der ikke er oversat til det
viste sprog. Der vil sjældent blive oprettet andre poster, når en side
indlægges i systemet. Så brugeren kan måske slet ikke finde siden, selv om
der er et direkte link, når sproget vælges automatisk, for så kan der ikke
omdirigeres for siden er ikke oversat endnu og det vil udløse 404
En ting er den idelle verden, men i praksis kan der gå både uger og måneder
fra en side er klar på et sprog til den findes på andre sprog. Det er
ligesom med textonly sider for blinde, de kan halte både halve og hele år
efter en side og der grundlæggende meget lidt man kan gøre ved det. I
princippet kunne man basere menuer på en primær ID og en sprog ID og hvis
sprog ID en ikke findes så servere vi den først registrede side, den er så
skrevet på spansk og så vil jeg hellere have en 404
>> Uden valg mulighed, så fratager man brugeren muligheden, for at
>> vælge et sprog hvor siden findes. Det er ikke brugervenligt
>
> Jeg har ikke set nogen der har advokeret for at fratage brugeren
> muligheden for at vælge. Spørgsmålet er om man skal benytte
> bruger/browserindstillingen til at vælge et sprog fra starten,
> eller om man i stedet skal lade brugeren vælge eksplicit på en
> intro-side. I begge tilfælde skal der være links mellem de
> forskellige sprogversioner, så man uanset hvor langt man er kommet
> ind på ét sprog, altid kan skifte til de andre sprog siden kan ses
> på.
>
Det kan vi sagtens være enige om.
> Hvis man som sin indgangsside præsenterer brugeren for en side der
> alene skal bruges til at vælge et sprog, er det i mine øjne et
> misforstået hensyn. For det første ignorerer man at brugeren har
> mulighed for at fortælle hvilke sprog han/hun gerne vil læse (incl.
> prioriteringsrækkefølge), for det andet betyder startvalget at man
> ikke kan bedømme indholdet før man har klikket en ekstra gang.
Gaterway sider er vi klart enige om, men jeg vil hellere have brugeren til
at ofre et klik på sprogvalg på forsiden end på tilbageknappen.
> I
> forhold til indeksering på en søgemaskine, er det ikke heldigt -
> hvis beskrivelsen i Googles søgeoversigt bare består af sætningen
> "Dansk - English - Deutsch", er der nok andre sider der ser mere
> interessante ud.
>
Ud over at siden rygere flere hundrede pladser ned, hvis den ikke har noget
indhold, så sandynligheden for at den bliver set er ikke stor. Så vil en
side have små chancer for at blive set, med mindre domænetnavnet og evt
biblioteks og filnavne klart indikerer at det man søger findes. Når jeg
afsøger et emne kigger jeg lige så meget på linket som på beskrivelsen og
jeg tillægger klar linket større betydning end beskrivelsen.
>
>> Giv brugerne valgmuligheden, om man skal klikke på et link for
>> at skifte sprog er ikke den store ulejlighed. Og det kræver
>> ikke en gatewayside som man oftest ser.
>
> Jeg er helt enig i at brugerne skal have muligheden for at skifte
> sprog via et link. Men når du skriver at man ikke behøver en
> gateway-side, er ideen så ikke den samme som Sune og jeg selv
> advokerer for - nemlig at vælge en sprog ud fra
> HTTP_ACCEPT_LANGUAGE, gå direkte til indholdssiden på dette sprog
> og så sørge for at brugeren kan skifte til andre sprog hvis det
> automatiske valg ikke var det han/hun ønskede?
Både og jeg har fravalgt at se på browseren og vælger et default sprog og
giver brugeren valget på alle sider til at skifte sprog. Det sidste vil jeg
helt klart blive ved med.
Men jeg er lidt valen ved http løsningen jeg har set for mange dårlige og
for få gode til at være rigtig tryg ved det. Og så har jeg det lidt med
tvungent sprogvalg som med tvungent layout, det virker lidt nedladende på
mig. Også selv om det ikke er ment sådan. Jeg ved hvor nemt man bliver
grebet af noget, man selv syntes er rigtig smart og hvor irriteret man
bliver når brugerne konstaterer, at det er noget lort. Så i den sidste ende,
ender jeg nok med at lade brugeren vælge sproget.
Hvis brugeren skal klikke engang for det foretrukne sprog eller en gang for
at komme væk, kommer jo ud på et og hvor doven har en bruger lov til at være
Med venlig hilsen
Johnny Winther Ronnenberg
--
Det er brugeren der bestemmer
http://www.ronnenberg.dk/webaccessibility/
Last: revision:
http://www.ronnenberg.dk/webaccessibility/userutilities/dublincore.htm
and
http://www.ronnenberg.dk/webaccessibility/upcomingwork.asp (danish
only)