Pamiętacie dyskusję, jaką kiedyś tu toczyliśmy, co do wielkości czcionek? Pewne problemy są też dla osób niewidomych, korzystających z programów czytających. Podrzucam post, jaki otrzymałem od wikipedystki Łeba z prostym testem jaki przeprowadzony był wśród osób z dysfunkcją wzroku przez dr Dariusza Mikułowskiego, pracownika Instytutu Informatyki Akademii Podlaskiej.
Proszę zwróćcie uwagę na pkt. 3
przykuta
P.S. To chyba pierwszy taki test naszej wiki. Proszę o powstrzymanie się ze złośliwymi uwagami, gdyby kogoś naszło. (dr Mikułowski jest również osobom niewidomą, więc także sam wykonywał test). Poproszę Łebę, aby podziękowała za ten test - chyba nie ma jej na tej liście.
Po przeprowadzeniu samodzielnego testu oraz sprawdzeniu strony z kilkoma studentami przesyłam moje uwagi. oto one:
- Strona wikipedji ogląda się dobrze przy pomocy programu Jaws oraz nvda.
Są odczytywane wszystkie elementy, nie ma elementów ruchomych, które przeszkadzały by screenreaderowi w odczytywaniu poszczególnych częściw. 2. Strona nie ogląda się dobrze w programie Hal, ale jest to spowodowane specyfiką interfejsu użytkownika tego programu, ponieważ większość aktualnie publikowanych witryn źle się ogląda przy pomocy tego programu. 3. za największy mankament strony dla użytkowników całkowicie niewidomych można uznać brak alternatywy dźwiękowej dla obrazka, z którego należy przepisać litery przy rejestracji konta. Uniemożliwia to osobom niewidomym uczestnictwo w tej części serwisu. 4. Pewną niedogodnością dla użytkowników całkowicie niewidomych jest to, że pole edycyjne oraz przyciski służące do wyszukiwania haseł znajdują się na dole strony. Użytkownik musi przeczytać całą treść hasła (jako domyślne wyświetla się hasło Polska,) i dopiero po jego przeczytaniu dociera do pola wyszukiwania. Było by wygodniejsze, gdyby to pole znajdowało się nad wyświetlanym hasłem. 5. Podobne zastrzeżenie można mieć do tego, iż link do strony głównej znajduje się również na dole strony pod całą treścią wyświetlanego aktualnie hasła. Aby niewidomy użytkownik przy pomocy screenreadera mógł je łatwiej odnaleźć powinno być ono umieszczone na górze strony lub być oznaczone jako np nagłówek. 6. Wygodną rzeczą na stronie jest linkowanie haseł, dzięki czemu można łatwo przemieszczać się pomiędzy hasłami zbliżonymi treściowo i tematycznie. Wygodne jest również zastosowanie nagłówków do poruszania się pomiędzy grupami treści. 7. Dla użytkowników słabowidzących dobrze było by wprowadzić przyciski powiększające czcionkę na całej stronie i zmieniające jej kolor, kontrast, kolor tła. Strona była by wówczas dostępna dla osób, które nie posiadają programów powiększających. 8. Niektórzy studenci słabowidzący zasugerowali również zmianę domyślnego koloru czcionki na ciemniejszy tak, aby odróżniał się on bardziej od tła. 9. Podział i struktura strony jest łatwa w użytkowaniu chociaż jest na niej wyświetlanych dużo informacji jednocześnie. 10. Ułatwieniem było by umieszczenie spisu treści dotyczącego objaśnienia danego hasła bliżej początku strony. 11. Strona główna ogląda się również dobrze. Linki umożliwiające wybranie tematyki są "blizko" na górze strony. 12. Ewentualnie przydatne było by umieszczenie również gdzieś w pierwszej części strony polaedycyjnego i przycisku do wyszukiwania haseł jak ma to miejsce w wyszukiwarkach.
Pozdrawiam Dariusz mikułowski.
2008/3/14 Przykuta <>: (...)
- za największy mankament strony dla użytkowników całkowicie niewidomych
można uznać brak alternatywy dźwiękowej dla obrazka, z którego należy przepisać litery przy rejestracji konta. Uniemożliwia to osobom niewidomym uczestnictwo w tej części serwisu.
to oczywiście sprawa dla developerów, nie dla nas :(
- Pewną niedogodnością dla użytkowników całkowicie niewidomych jest to, że
pole edycyjne oraz przyciski służące do wyszukiwania haseł znajdują się na dole strony. Użytkownik musi przeczytać całą treść hasła (jako domyślne wyświetla się hasło Polska,) i dopiero po jego przeczytaniu dociera do pola wyszukiwania. Było by wygodniejsze, gdyby to pole znajdowało się nad wyświetlanym hasłem. 5. Podobne zastrzeżenie można mieć do tego, iż link do strony głównej znajduje się również na dole strony pod całą treścią wyświetlanego aktualnie hasła. Aby niewidomy użytkownik przy pomocy screenreadera mógł je łatwiej odnaleźć powinno być ono umieszczone na górze strony lub być oznaczone jako np nagłówek.
Właśnie dlatego ta zrobiono, aby screen-readery mogły od razu czytać treść artykułu
- Dla użytkowników słabowidzących dobrze było by wprowadzić przyciski
powiększające czcionkę na całej stronie i zmieniające jej kolor, kontrast, kolor tła. Strona była by wówczas dostępna dla osób, które nie posiadają programów powiększających.
Jak przy trzecim punkcie. (Chociaż kiepsko widzę próby przekonania devów do tego)
- Niektórzy studenci słabowidzący zasugerowali również zmianę domyślnego
koloru czcionki na ciemniejszy tak, aby odróżniał się on bardziej od tła.
Hm? Jest jakiś ciemniejszy od czarnego?
(...)
- za największy mankament strony dla użytkowników całkowicie niewidomych
można uznać brak alternatywy dźwiękowej dla obrazka, z którego należy przepisać litery przy rejestracji konta. Uniemożliwia to osobom niewidomym uczestnictwo w tej części serwisu.
to oczywiście sprawa dla developerów, nie dla nas :(
- Pewną niedogodnością dla użytkowników całkowicie niewidomych jest to, że
pole edycyjne oraz przyciski służące do wyszukiwania haseł znajdują się na dole strony. Użytkownik musi przeczytać całą treść hasła (jako domyślne wyświetla się hasło Polska,) i dopiero po jego przeczytaniu dociera do pola wyszukiwania. Było by wygodniejsze, gdyby to pole znajdowało się nad wyświetlanym hasłem. 5. Podobne zastrzeżenie można mieć do tego, iż link do strony głównej znajduje się również na dole strony pod całą treścią wyświetlanego aktualnie hasła. Aby niewidomy użytkownik przy pomocy screenreadera mógł je łatwiej odnaleźć powinno być ono umieszczone na górze strony lub być oznaczone jako np nagłówek.
Właśnie dlatego ta zrobiono, aby screen-readery mogły od razu czytać treść artykułu
- Dla użytkowników słabowidzących dobrze było by wprowadzić przyciski
powiększające czcionkę na całej stronie i zmieniające jej kolor, kontrast, kolor tła. Strona była by wówczas dostępna dla osób, które nie posiadają programów powiększających.
Jak przy trzecim punkcie. (Chociaż kiepsko widzę próby przekonania devów do tego)
- Niektórzy studenci słabowidzący zasugerowali również zmianę domyślnego
koloru czcionki na ciemniejszy tak, aby odróżniał się on bardziej od tła.
Hm? Jest jakiś ciemniejszy od czarnego?
Chyba chodzi o kolor linków, a może o ciemne tło stron meta itp. Dopytam. Dr Mikułowski jak napisałem, jest niewidomy, więc mógł po prostu nie sprawdzić jaki jest kolor czcionki. Dzięki za spostrzeżenie Holek.
przykuta
14-03-08, Holek holek.n@gmail.com napisał(a):
2008/3/14 Przykuta <>: (...)
- za największy mankament strony dla użytkowników całkowicie niewidomych
można uznać brak alternatywy dźwiękowej dla obrazka, z którego należy przepisać litery przy rejestracji konta. Uniemożliwia to osobom niewidomym uczestnictwo w tej części serwisu.
to oczywiście sprawa dla developerów, nie dla nas :(
- Pewną niedogodnością dla użytkowników całkowicie niewidomych jest to, że
pole edycyjne oraz przyciski służące do wyszukiwania haseł znajdują się na dole strony. Użytkownik musi przeczytać całą treść hasła (jako domyślne wyświetla się hasło Polska,) i dopiero po jego przeczytaniu dociera do pola wyszukiwania. Było by wygodniejsze, gdyby to pole znajdowało się nad wyświetlanym hasłem. 5. Podobne zastrzeżenie można mieć do tego, iż link do strony głównej znajduje się również na dole strony pod całą treścią wyświetlanego aktualnie hasła. Aby niewidomy użytkownik przy pomocy screenreadera mógł je łatwiej odnaleźć powinno być ono umieszczone na górze strony lub być oznaczone jako np nagłówek.
Właśnie dlatego ta zrobiono, aby screen-readery mogły od razu czytać treść artykułu
Przed treścią jest coś takiego:
Skocz do: <a href="#column-one">nawigacji</a>, <a href="#searchInput">szukaj</a>
Chyba we wszystkich skórkach jest to ukryte przez css, ale o ile się dobrze orientuje, to czytniki powinny to wypowiedzieć. Wie ktoś może w czym leży problem?
- Dla użytkowników słabowidzących dobrze było by wprowadzić przyciski
powiększające czcionkę na całej stronie i zmieniające jej kolor, kontrast, kolor tła. Strona była by wówczas dostępna dla osób, które nie posiadają programów powiększających.
Jak przy trzecim punkcie. (Chociaż kiepsko widzę próby przekonania devów do tego)
Można przecież przez JS, najlepiej żeby włączało się to w Gadżetach, bo osobiście nie mam ochoty tego oglądać, pewnie sporo osób niedowidzących, które używają bardziej ludzkich przeglądarek, pozwalających zwiększyć rozmiar czcionki na dowolnej stronie też.
2008/3/14 Witek witekkrypczyk@gmail.com: (...)
Przed treścią jest coś takiego:
Skocz do: <a href="#column-one">nawigacji</a>, <a href="#searchInput">szukaj</a>
Chyba we wszystkich skórkach jest to ukryte przez css, ale o ile się dobrze orientuje, to czytniki powinny to wypowiedzieć. Wie ktoś może w czym leży problem?
AFAIR czytają (...)
Można przecież przez JS, najlepiej żeby włączało się to w Gadżetach, bo osobiście nie mam ochoty tego oglądać, pewnie sporo osób niedowidzących, które używają bardziej ludzkich przeglądarek, pozwalających zwiększyć rozmiar czcionki na dowolnej stronie też.
W sumie racja. Trochę się zamieszałem.
14-03-08, Holek holek.n@gmail.com napisał(a):
2008/3/14 Witek witekkrypczyk@gmail.com: (...)
Przed treścią jest coś takiego:
Skocz do: <a href="#column-one">nawigacji</a>, <a href="#searchInput">szukaj</a>
Chyba we wszystkich skórkach jest to ukryte przez css, ale o ile się dobrze orientuje, to czytniki powinny to wypowiedzieć. Wie ktoś może w czym leży problem?
AFAIR czytają
Czytają na pewno, chodź podobno są jakieś głupie dziwactwa pod IE które sobie nie radzą. Może nie pozwalają przeskoczyć w określone miejsce strony, ale w to też wątpię.
Stawiam, że osoby biorące udział w badaniu nie zrozumiały do czego służą te linki.
Witam,
Dnia 14 marca 2008 Holek napisał:
Chyba we wszystkich skórkach jest to ukryte przez css, ale o ile się dobrze orientuje, to czytniki powinny to wypowiedzieć. Wie ktoś może w czym leży problem?
AFAIR czytają
Czytniki tego NIE czytają.
Fragment z linkami:
<div id="jump-to-nav">Skocz do: <a href="#column-one">nawigacji</a>, <a href="#searchInput">szukaj</a></div>
ukryty jest za pomocą następującej instrukcji CSS: display:none;
Współczesne czytniki ekranowe (JAWS itd.) rozumieją CSS i ... tak jak my nie widzimy tych linków na ekranie, to one również ich nie odczytują.
Wszystkie autorytety zalecały tę technikę przez wiele lat, po czym się okazało że nie działa. Więcej na: http://css-discuss.incutio.com/?page=ScreenreaderVisibility
Osobiście do stylowania linków dla screenreaderów używam następującego kodu:
position: absolute; left: 0px; top: -500px; overflow: hidden;
Można podmienić w skórkach.
Pozdrawiam, Robert
On Fri, Mar 14, 2008 at 11:09:38PM +0100, Robert Drózd wrote:
Osobiście do stylowania linków dla screenreaderów używam następującego kodu:
position: absolute; left: 0px; top: -500px; overflow: hidden;
Nota bene, wiodące czytniki olewają przeznaczony przecież dla nich *standard* w CSS (media types, np. aural/braille). Dość przykre, że trzeba używać takich obejść.
Wanted
- Niektórzy studenci słabowidzący zasugerowali również zmianę
domyślnego
koloru czcionki na ciemniejszy tak, aby odróżniał się on bardziej od
tła.
Hm? Jest jakiś ciemniejszy od czarnego?
W języku typografów czcionka ciemna to taka o grubszych kreskach, czyli zajmująca więcej powierzchni.
Beno
Pamiętacie dyskusję, jaką kiedyś tu toczyliśmy, co do wielkości czcionek? Pewne problemy są też dla osób niewidomych, korzystających z programów czytających. Podrzucam post, jaki otrzymałem od wikipedystki Łeba z prostym testem jaki przeprowadzony był wśród osób z dysfunkcją wzroku przez dr Dariusza Mikułowskiego, pracownika Instytutu Informatyki Akademii Podlaskiej.
Bazując na tym emailu stworzyłem coś takiego:
http://pl.wikipedia.org/wiki/Pomoc:Dla_niedowidz%C4%85cych
oraz oczywiście:
http://pl.wikipedia.org/wiki/Pomoc:Dla_niedowidz%C4%85cych_%28ciemne_t%C5%82...
Próbowałem obejść problemy z kolorami używając lokalne CSS (na którym się kompletnie nie znam) i dla wersji z jasnym tłem to jeszcze jako tako wygląda, chociaż przydałoby się rozjaśnić kolor niebieski linku "Przełącz na ciemne tło i jasne litery".
Niestety, wersja z ciemnym tłem działa paskudnie, spis treści ma jasne tło, a tytułów sekcji w ogóle nie widać. Prosiłbym zatem jakichś wyjadaczy komputerowych, aby to poprawić, bo fajnie byłoby coś takiego dołożyć do stron pomocy. Jeśli coś pokręciłem rzeczowo, to proszę o poprawki tudzież o dodanie innych potencjalnie użytecznych informacji. Proszę tylko o takie rozwiązanie, aby działało dla niezarejestrowanych użytkowników, więc personalizacja skórki odpada.
Kiedy będziemy mieć ustawione kolory jak należy, to chciałbym to wysłać do jakiejś niedowidzącej osoby (np. dr Mikułowskiego) celem przetestowania.
Pozdrawiam
Zureks
Witam,
Dnia 23 marca 2008 Stan Zurek napisał:
Bazując na tym emailu stworzyłem coś takiego:
Nie, nie i jeszcze raz nie.
Walnięcie tekstu wielkimi wołami o sposobie korzystania z Wikipedii nie rozwiązuje problemu osób niedowidzących.
Powiększać tekstu na tej jednej stronie NIE TRZEBA i nie ma to sensu, albowiem osoby niedowidzące dobrze znają funkcje swoich przeglądarek i umieją korzystać z powiększania tekstu oraz minimalnej wielkości czcionki. Umieją też korzystać z programów powiększających wycinek ekranu jeśli chcą obejrzeć np. szczegóły tabeli czy ilustracji.
Przeczytajmy uważnie co odnośnie osób niedowidzących napisał dr Mikułowski:
- Dla użytkowników słabowidzących dobrze było by wprowadzić przyciski
powiększające czcionkę na całej stronie i zmieniające jej kolor, kontrast, kolor tła. Strona była by wówczas dostępna dla osób, które nie posiadają programów powiększających. 8. Niektórzy studenci słabowidzący zasugerowali również zmianę domyślnego koloru czcionki na ciemniejszy tak, aby odróżniał się on bardziej od tła.
Chodzi o lepszą czytelność tekstu na wszystkich stronach i możliwość stałej zmiany tych parametrów.
Rozwiązaniem tych problemów może być osobna skórka, którą można by włączyć sobie na stałe w preferencjach. 1. Wysoki kontrast (biało-czarny) 2. Duże litery (podstawowy rozmiar 16px) 3. Większy domyślny rozmiar miniatur. 4. Menu nawigacyjne na samej górze, aby zostawić całą szerokość strony na treść.
Ponadto tekst jest niepoprawny merytorycznie.
Niewidomi i niedowidzący to dwie odrębne grupy, dla których projektujemy inaczej. Osoby słabo widzące nie korzystają ze screenreaderów, które przeznaczone są dla osób niewidomych.
A jeśli ktoś używa JAWS-a to rozmiary i kolory czcionek są dla niego bardzo, ale to bardzo obojętne. :]
Proponuję: 1. podzielić tę stronę na dwie części - dla niewidomych i dla niedowidzących 2. zrezygnować z tej ogromnej wielkości czcionki
Jeśli chcemy poprawić dostępność Wikipedii, trzy rzeczy można zrobić:
1. Przetłumaczyć zasady dostępnych artykułów: http://en.wikipedia.org/wiki/Wikipedia:Accessibility 2. Umieścić w sensownym miejscu link do skrótów klawiszowych (one są praktycznie nieznane, a ułatwić mogą pracę wszystkim) 3. Napisać osobną stronę nt. używania JAWS - tam wymieszane są skróty czytnika i wikipedii: http://en.wikipedia.org/wiki/Wikipedia:Using_JAWS
No i pomyśleć nad tą skórką, ale to chyba jest poziom projektu ogólno wikipedianego i na poziomie wszystkich wiki warto to poruszyć.
Pozdrawiam, Robert
Walnięcie tekstu wielkimi wołami o sposobie korzystania z Wikipedii nie rozwiązuje problemu osób niedowidzących.
Oczywiście, że go nie rozwiązuje. Z tym się zgadzam.
Przeczytajmy uważnie co odnośnie osób niedowidzących napisał dr Mikułowski:
- Dla użytkowników słabowidzących dobrze było by wprowadzić przyciski
powiększające czcionkę na całej stronie i zmieniające jej kolor, kontrast, kolor tła. Strona była by wówczas dostępna dla osób, które nie posiadają programów powiększających.
No właśnie - w chwili obecnej nie mamy takiej możliwości.
Rozwiązaniem tych problemów może być osobna skórka, którą można by włączyć sobie na stałe w preferencjach.
- Wysoki kontrast (biało-czarny)
- Duże litery (podstawowy rozmiar 16px)
- Większy domyślny rozmiar miniatur.
- Menu nawigacyjne na samej górze, aby zostawić całą szerokość strony
na treść.
Z tym też się zgadzam. Tylko że w chwili obecnej trzeba klikając w malutkie literki o słabym kontraście się najpierw zarejestrować, po drodze czytając ledwo widoczne zabezpieczenie przy rejestracji, potem przekopać się przez preferencje i wszelakie ustawienia. Problemy mają nawet Ci którzy widzą bardzo dobrze, a którzy po prostu nie "wymiatają" w komputerowych sprawach. Dla niedowidzących i niewidomych to po prostu zmora. Skąd wtedy taki człowiek ma wiedzieć, że są "skórki" i że można je "konfigurować" w swoich "preferencjach" jak już się jest zarejestrowanym "użytkownikiem".
Dodatkowo na dzień dzisiejszy nie mamy zielonego pojęcia o ilości niedowidzących/niewidomych osób a taka strona pozwalałaby na kontakt z nami uświadomienie nam naszego ignoranctwa i skali problemu.
Ponadto tekst jest niepoprawny merytorycznie.
Niby w którym miejscu? Przypominam że ten tekst jest oparty w 99% na tym co napisała do nas osoba NIEWIDOMA również po otrzymaniu informacji od osób NIEDOWIDZĄCYCH.
Niewidomi i niedowidzący to dwie odrębne grupy, dla których projektujemy inaczej. Osoby słabo widzące nie korzystają ze screenreaderów, które przeznaczone są dla osób niewidomych.
A jeśli ktoś używa JAWS-a to rozmiary i kolory czcionek są dla niego bardzo, ale to bardzo obojętne. :]
No więc w czym problem? Założyłem po prostu, że ktokolwiek kto ma obniżoną sprawność wzrokową może mieć problemy i ta strona pozwoli na ułatwiony kontakt z nami. A jeśli będzie kontakt to potem możemy zebrać te wszystkie opinie i wypracować jakieś sensowne rozwiązanie.
Proponuję:
- podzielić tę stronę na dwie części - dla niewidomych i dla
niedowidzących
Owszem, ale stanowczo nie na tym etapie. Dla niewidomych kolory i rozmiary nie ma to najmniejszego znaczenia.
- zrezygnować z tej ogromnej wielkości czcionki
Owszem można je troszeczkę pomniejszyć, ale należałoby to skonsultować z jakimś użytkownikiem.
Jeśli chcemy poprawić dostępność Wikipedii, trzy rzeczy można zrobić:
- Przetłumaczyć zasady dostępnych artykułów: http://en.wikipedia.org/wiki/Wikipedia:Accessibility
Zgadzam się.
- Umieścić w sensownym miejscu link do skrótów klawiszowych (one są
praktycznie nieznane, a ułatwić mogą pracę wszystkim)
Jeśli mają być gdziekolwiek wyświetlane, to koniecznie na górze strony tak jak to zostało zasugerowane.
No i pomyśleć nad tą skórką, ale to chyba jest poziom projektu ogólno wikipedianego i na poziomie wszystkich wiki warto to poruszyć.
Moim zdaniem wybór skórki powinna być dostępny również dla niezalogowanych. Zarzucić linka na stronie głównej tak, aby w ramach jednej sesji dało się przełączyć na wersję dla niewidomych/niedowidzących. Oczywiście to samo dla zalogowanych, ale nie zmuszajmy ludzi aby się logowali jeśli nie mają takiego życzenia. Wybór ostatniej skórki pewnie dałoby się zapisać jakoś w ciasteczku tak, aby przy następnej wizycie strony otwierały się już w żądanym ustawieniu. Wtedy można w sitenotice dorzucić przyciski zmieniające rozmiar tekstu, kontrast, informacje o skrótach klawiszowych itp.
Ale uważam, że wszystko to możemy zrobić jedynie po otrzymaniu jakichś informacji i sugestii od samych zainteresowanych, bo w przeciwnym wypadku nie będzie to dostatecznie użyteczne. Dla przykładu - jak napisał mój przedmówca "niedowidzący znają programy i umieją sobie sami zmieniać rozmiar tekstu" (mniej więcej) co wydaje się być w rozbieżności z informacjami od dr Mikułowskiego, który pisze że:
- Dla użytkowników słabowidzących dobrze było by wprowadzić przyciski
powiększające czcionkę na całej stronie i zmieniające jej kolor, kontrast, kolor tła. Strona była by wówczas dostępna dla osób, które nie posiadają programów powiększających.
Okazuje się więc, że nie wszyscy znają dobrze swoje przeglądarki. Tak czy owak ja osobiście chcę wbudować opcję w menu pomocy, aby można tam było podlinkować odpowiednie informacje później. Owszem, ikonka jest do wymiany, ale czytanie rozpoczynamy od lewego górnego rogu, więc niewidomi nie będą się musieli przebijać przez inne nieistotne dla nich linki.
Być może należałoby również wytłuścić link do pomocy w sidebarze? A może nawet coś w stylu:
Pomoc / *Pomoc*
gdzie to drugie słowo byłoby w odwróconym kontraście? Bo w przeciwnym przypadku skąd niedowidząca osoba ma wiedzieć gdzie szukać pomocy (aby sobie później przełączyć kontrast)?
Uważam, że możemy tutaj być pionierami i wprowadzić rozwiązania umożliwiające bardziej swobodne korzystanie z Wikipedii. A niech się inne Wiki uczą od nas! :-)
Czy ktoś jest może w stałym kontakcie z dr Mikułowskim? Jeśli nie to chętnie napiszę do niego (prosiłbym tylko o jakieś namiary na mój prywatny email). A może ktoś inny ma kontakt ze środowiskiem niewidomych/niedowidzących?
Pozdrawiam
Zureks
2008/3/24 Stan Zurek zureks@gmail.com:
Dla przykładu - jak napisał mój przedmówca "niedowidzący znają programy i umieją sobie sami zmieniać rozmiar tekstu" (mniej więcej) co wydaje się być w rozbieżności z informacjami od dr Mikułowskiego, który pisze że:
- Dla użytkowników słabowidzących dobrze było by wprowadzić przyciski
powiększające czcionkę na całej stronie i zmieniające jej kolor, kontrast, kolor tła. Strona była by wówczas dostępna dla osób, które nie posiadają programów powiększających.
Okazuje się więc, że nie wszyscy znają dobrze swoje przeglądarki.
Wydaje mi się, że informacje, które podają "laicy" muszą być podzielone przez dwa, zanim będzie można z nich wyciągnąć jakieś wnioski. Dla mnie z tych wszystkich punktów wymienionych na samym początku jedynie dwa czy trzy miały sens i sugerowały co można naprawić. Dopiero po przeprowadzeniu testów pod okiem specjalisty wyniki takiego eksperymentu mogą być wiarygodne. Bo możliwe, że wiki sama w sobie jest dostępna, ale np. nie jest użyteczna (czyt: osoby z dysfunkcją wzroku mogą sobie doskonale radzić na stronie, ale nie wiedzą jeszcze jak).
Dla mnie trzeba postawić naciśk na dwie rzeczy: 1) poprawę (techniczą) niektórych rzeczy, tak jak np. "uwidocznienie" skiplinków dla screenreaderów (teraz są jedynie bezużytecznymi kawałkami kodu, które nie przynoszą nikomu korzyści, bezsens!) 2) edukacji osób niedowidzących i niewidomych. Tu zdecydowanie dwa przytoczone adresy z angielskiej wiki byłyby pomocne.
Co do samego, przytoczonego, pkt. 7, wydaje mi się że trzeba to traktować jako "strzał" autora; ewentualnie jako pomysł laika na obejście pewnego problemu. Bo _wydaje mi się_, że naprawdę nie ma problemu dla osób słabo widzących (nie wyobrażam sobie jak mogliby pracować bez jakiegoś programu typu lupa). Tu edukacja jest jedynym rozwiązaniem -- bo oczywiste jest, że guziki A+ i A- do zmiany rozmiaru tekstu nic nie pomogą. Dlaczego? Bo albo będą tak duże, że "rozwalą" cały layout wikipedii, albo będą tak małe, że zainteresowani ich nie zauważą.
Tak więc o ile pierwsza zaproponowana przeze mnie kwestia jest dość oczywista (naprawa skiplinków itd), to powinniśmy się zastanowić jak, najlepiej w spośób techniczny, pomóc osobom niepełnosprawnym zaproponować pomoc merytoryczną, czyli np. naukę accesskeys, które np. umożliwią łatwe korzystanie z wyszukiwarki bez względu na jej pozycje w kodzie strony.
Trzeba przy tym pamiętać, że wstawienie tekstu w czcionce o wielkości 50+px na stronie głównej raczej nie wchodzi w grę. :-) No ale może link "skróty klawiszowe", bądź podobny, wystarczy?
Pytanie techniczne:
Czy da się zrobić tak, aby zmienić sobie skórkę (np. na "Chick") będąc niezalogowanym, przez kliknięcie w jakiś link (w ramach jednej sesji)?
Zureks
On 26/03/2008, Stan Zurek <> wrote:
Pytanie techniczne:
Czy da się zrobić tak, aby zmienić sobie skórkę (np. na "Chick") będąc niezalogowanym, przez kliknięcie w jakiś link (w ramach jednej sesji)?
Może tak:
http://pl.wikipedia.org/w/index.php?title=Warszawa&useskin=chick
Pozdrawiam,
On Wed, Mar 26, 2008 at 10:36:42AM +0000, Stan Zurek wrote:
Pytanie techniczne:
Czy da się zrobić tak, aby zmienić sobie skórkę (np. na "Chick") będąc niezalogowanym, przez kliknięcie w jakiś link (w ramach jednej sesji)?
http://pl.wikipedia.org/wiki/Bahrajn?useskin=chick
Problem z włączeniem tego na stałe w cookie jak podejrzewam polega na cache'owaniu. Aktualnie duża część wywołań anonimowych użytkowników pobierana jest z serwerów Squida, co znacznie odciąża główne serwery bazodanowe i WWW. Różnorodność skinów powodowałaby obniżenie skuteczności cache'owania (trzeba by trzymać kilka wersji tego samego artykułu), choć pomysł można spróbować przedyskutować na liście technicznej.
Wanted
Ale to jest wywołanie jednej strony? Da się to zaimplementować dla całej sesji?
Problem z włączeniem tego na stałe w cookie jak podejrzewam polega na cache'owaniu. Aktualnie duża część wywołań anonimowych użytkowników pobierana jest z serwerów Squida, co znacznie odciąża główne serwery bazodanowe i WWW. Różnorodność skinów powodowałaby obniżenie skuteczności cache'owania (trzeba by trzymać kilka wersji tego samego artykułu), choć pomysł można spróbować przedyskutować na liście technicznej.
A jak działają zwykłe skórki? Z tego co wiem nie wszyscy Wikipedyści używają domyślnej, a na pewno sporo klikają po różnych stronach?
Nie nie mam zielonego pojęcia jaki ruch generują osoby niewidome/niedowidzące, ale nie sądzę, aby było to więcej niż 5-10%. Dlatego też większość cache'owania i tak spełniałaby swoją rolę.
Zureks
On Wed, Mar 26, 2008 at 11:17:00AM +0000, Stan Zurek wrote:
A jak działają zwykłe skórki? Z tego co wiem nie wszyscy Wikipedyści używają domyślnej, a na pewno sporo klikają po różnych stronach?
Dla zalogowanych userów squidy nie cache'ują html, tylko obiekty (w miarę) stałe typu obrazki, css, js.
Nie nie mam zielonego pojęcia jaki ruch generują osoby niewidome/niedowidzące, ale nie sądzę, aby było to więcej niż 5-10%. Dlatego też większość cache'owania i tak spełniałaby swoją rolę.
Chodziło mi o to, że po udostępnieniu anonimowym userom wyboru skina skorzystają z tej opcji przede wszystkich widzący -- bo niewidomi to faktycznie znikomy procent. Ale jak wspomniałem -- może nie jest to aż tak duży problem dla wydajności, warto zapytać adminów technicznych.
Wanted
W skrócie na wszystko:
Co do innej skórki, to można by dodać zaproponowany wcześniej link, oraz skrypt, sprawdzający czy w adresie został przesłany parametr useskin, a jeśli tak podmieniający wszystkie linki na odpowiedniki z wybraną skórką.
Jakieś bajery do powiększania czcionki nie mają większego sensu, bo przeglądarki oferują taką funkcjonalność, jeśli już to można o tym gdzieś wspomnieć. Problemem tutaj jest jednak podawanie rozmiaru czcionki w px (np. na SG). Jeśli chcemy zmniejszyć/zwiększyć rozmiar czcionki, powinniśmy podawać jej rozmiar w em lub %, wtedy jej wielkość jest proporcjonalna do domyślnej ustawionej w preferencjach przeglądarki. Mamy jednak problem, bo monobook nie spisuje się idealnie przy dużych wielkościach (np. sidebar nawet na ponad pół erkranu), a to już leży raczej poza naszym zasięgiem.
W takim układzie jeszcze jedno pytanie:
- Pewną niedogodnością dla użytkowników całkowicie niewidomych jest to, że
pole edycyjne oraz przyciski służące do wyszukiwania haseł znajdują się na dole strony. Użytkownik musi przeczytać całą treść hasła (jako domyślne wyświetla się hasło Polska,) i dopiero po jego przeczytaniu dociera do pola wyszukiwania. Było by wygodniejsze, gdyby to pole znajdowało się nad wyświetlanym hasłem.
Kiedy pierwszy raz to przeczytałem to nie mogłem zrozumieć o co chodzi. Dopiero teraz do mnie dotarło (chociaż nie wiem jeszcze dlaczego jest "hasło domyślne Polska"). W skórce "Chick" sidebar wędruje na dół strony, więc jeśli ktoś chce wyszukać hasło, to musi się przekopać najpierw przez całą treść żeby się dostać do wyszukiwarki. Da się zrobić jakoś tak, żeby się sidebar wyświetlał na górze?
Zureks
26-03-08, Stan Zurek zureks@gmail.com napisał(a):
W skórce "Chick" sidebar wędruje na dół strony, więc jeśli ktoś chce wyszukać hasło, to musi się przekopać najpierw przez całą treść żeby się dostać do wyszukiwarki. Da się zrobić jakoś tak, żeby się sidebar wyświetlał na górze?
Nie powinien wyświetlać się na górze! Nad treścią artykułu są linki do przeskoczenia do wyszukiwarki, lub nawigacji, jednak czytniki ekranu ich nie czytają, mimo że teoretycznie powinny. Można to naprawić przez css i wszystko było już w tym wątku.
Kod css:
#jump-to-nav { display: block; position: absolute; left: 0px; top: -500px; overflow: hidden; }
P.S. Po co to left:0px?
Marcin Sochacki pisze:
bazodanowe i WWW. Różnorodność skinów powodowałaby obniżenie skuteczności cache'owania (trzeba by trzymać kilka wersji tego samego artykułu), choć pomysł można spróbować przedyskutować na liście technicznej.
Hm, a to skórki nie są w postaci dodatkowych pliczków CSS? Bo jeśli są, to ten narzut byłby chyba niewielki.
On Wed, Mar 26, 2008 at 12:17:34PM +0100, Daniel Koć wrote:
Marcin Sochacki pisze:
bazodanowe i WWW. Różnorodność skinów powodowałaby obniżenie skuteczności cache'owania (trzeba by trzymać kilka wersji tego samego artykułu), choć pomysł można spróbować przedyskutować na liście technicznej.
Hm, a to skórki nie są w postaci dodatkowych pliczków CSS? Bo jeśli są, to ten narzut byłby chyba niewielki.
Zasadniczo są w CSS, ale chodzi mi o to, że sama treść HTML artykułu się zmienia w zależności od skórki, choćby w miejscu gdzie jest importowana:
<title>Bahrajn - Wikipedia, wolna encyklopedia</title> <style type="text/css" media="screen, projection">/*<![CDATA[*/ @import "/skins-1.5/common/shared.css?126"; @import "/skins-1.5/chick/main.css?126"; /*]]>*/</style>
Dla monobooka w tym miejscu jest inny kod, a co za tym idzie cała strona HTML musi być osobno wygenerowana i trzymana w cache.
Wanted