Piotr Siudak pisze:
> i.p pisze:
>> Użytkownik "Piotr Siudak" napisał w wiadomości
>> news:fif7m8$1dr$1@polsl.pl...
>>
>>> Jeżeli napisałeś to, co chciałeś napisać to nie popełniłeś błędu.
>>
>> powiedz to np Miodkowi, albo mojej sorce od polskiego :))
>
> nie widze zwiazku.
"Sorka" od polskiego postawi Ci ndst, gdy w dyktandzie napiszesz
"kszekszułka", nawet jeżeli bardzo, ale to wyjątkowo chciałeś tak napisać.
i będzie to błąd, nawet jak sobie to napiszesz w swoim prywatnym
zeszycie do języka polskiego.
Nic nie klikasz, nic nie wype=B3niasz wyłącznie musisz mie=E6 w=B3=B1czonego
kompa. Polecam: http://www.surfjunky.com/?r=3Dprykaz Zapisujesz si=EA oraz
dajesz earn money oraz minimalizujesz nowo otworzone okno oraz zaczynasz
zarabia=E6:) Firma p=B3aci od 1godz w=B3=B1czonego kompa oraz pokazuje w tym
czasie reklamy oraz nic wi=EAcej. P=B3ac=B1 na pocz=B1tku 0,45$ a po czasie
wyci=B1gasz 0,75$! prosty przelicznik: Na pocz=B1tku: 16 godz*0,45*30dni =
=3D
216$ (razy kurs waluty) P=F3=BCniej: 16*0,75*30dni =3D 360$!!!!!! poza tym
zarabiasz polecaj=B1c znajomych!!!! From: =?iso-8859-2?Q?Piotr_=AFebrowski?= <piotrzebrowski[]onet.pl> Subject: =?iso-8859-2?Q?Re:_by=B3o_i_nie_ma_ale_jest_niejako_innego_=22producent?= Date: Sat, 4 Aug 2007 19:19:00 +0100
olo pisze:
> Cosmophillia wrote:
>> Interesuje mnie mianowicie ostateczne rozwiązanie/idealny gotowiec
>> doskonałego (czyli dostępnego) css-owego ekwiwalentu "client image map".
>
> a tak mi przyszło do głowy, gdyby zorganizować to w ten sposób:
>
>
>
>
>
>
> oraz teraz:
>
> ul {
> background-image: url(to co trzeba);
> position: relative;
> }
>
> li a {
> display: block;
> positon: absolute;
> }
>
> li a#a1 {
> width: ile trzeba;
> height: ile trzeba;
> top: ile trzeba;
> left: ile trzeba;
> }
Super :-] Zacząłeś właśnie pisać kod, który mniej więcej możesz odszukać
pod *podanym przeze mnie linkiem* (cssplay) :-]
bardzo proszę o uważne czytanie postów. W moim poście napisałam czego
oczekuję od "ostatecznego rozwiązania/idealnego gotowca" oraz na jaką
choroby cierpią nawet najlepsze gotowce, jakie znalazłam. A to, co
zaproponowałeś, nawet nie dotyka poruszonego przeze mnie problemu.
Moim *problemem nie jest jak spozycjonować bloki* (ja to potrafię od ca
about 7 lat, na zróżnicowane sposoby, z uwzględnieniem różnych przeglądarek, oraz
archaicznych, oraz standardowych, oraz naprawdę to żaden problem).
- tekst nie był widoczny w konfiguracji z włączonymi stylami oraz
włączonymi kolorami strony
- tekst był *dostępny* (dostępny jakkolwiek, w dowolnym ułożeniu, nie
musi być "ładnie") w konfiguracji z włączonymi stylami oraz wyłączonymi
kolorami strony
Jeśli da się Cię prosić:
- odpal Firefoxa
- wejdź na stronę http://www.cssplay.co.uk/menu/imap.html,
- przyjrzyj się jak działają te "mapy"
- *zajrzyj również w kod* (aby go tu nie dublować lub nie podawać podobnych
rozwiązań, ale nie na temat)
a potem, uwaga, ważne!:
- w webdeveloperze zahacz "wyłącz kolory strony" oraz zobacz co się dzieje.
Chodzi o to, że w pierwszych 2 mapkach znika wszystko: nie jedynie
"kolory" (czyli obrazki tła), ale *także tekst*.
Rozwiązanie, którego szukam, to takie, które zachowuje się jak mapka 3,
czyli rozwiązanie, w którym jest dostępny "tekstowy ekwiwalent" mapy
(jakikolwiek), gdy brak "sygnalizacji" kolorami/obrazkami.
Czyli wszystkie rozwiązania gatunku "delegowanie" tekstu poza widoczny
obszar, np:
Na wszelki wypadek wyjaśniam, że na cssplay w mapce 3 tekst nie znika
jedynie dlatego, że w ogóle nie jest chowany. Ale tu po prostu trafiła się
akurat taka mapka, gdzie tekst da się ładnie wpasować bez chowania. Mapa
geograficzna, zwłaszcza mapa Polski (z długimi nazwami województw)
przykro mówić nie ma tych "sprzyjających" cech).
Mapka 3 nasuwa rzecz jasna inspiracje, by poszukać takiego rozwiązania, w
którym w ogóle nie chowamy tekstu technikami "wypychywania" go z pola
widzenia, ale tekst zostawiamy lub czymś zastępujemy oraz te ekwiwalent
tekstowy np. wsuwamy go *pod* background "mapy".
Ale uwaga: dobrze byłoby nie "hackować" markupu do tych celów, czyli
nie wstawiać stada w .
należy w każdym razie przy tym uwzględniać fakt, że nie znamy rzeczywistego
rozmiaru fonta, jakim renderowane są napisy u użytkownika, ergo nie
możemy polegać na żadnych "pikselowych" wyliczeniach rozmiaru tekstu:
obrazki tła wymiarujemy w px, a tekst w em.
Czyli z góry możemy przewidzieć, że jeśli nawet uda się "schowanie"
tekstu pod "mapę" (np. za pomocą z-index) da raczej efekt taki, że przy
pewnych rozmiarach fonta, tekst będzie nam "wyłaził" spod mapy oraz
rozwalał layout. Pomijam już, że wypchnięcie pod mapę za pomocą
z-index spowodowałoby konieczność zrobienia li:hover, a tego IE6 nie
obsłuży (hoveruje wyłącznie na linkach).
Pozostaje ewentualnie próba "wygenerowania" (za pomocą generated
content) obrazków z altami oraz włożenie ich "pod" mapę, ale: "wyłącz
kolory strony" to nie jest funkcjonalność stricte firefoxowa. też w
IE6 da się włączyć tryb "bez kolorów".
z tego powodu właśnie prosiłam o "genialne" pomysły :-)
>
> // analogicznie dla pozostałych aX
>
> teraz jedynie zastanawiam się jak ugryźć nieregularne kształty
>
No oraz tu ewidentnie widać przewagę nad css-ową listą.
Swoją drogą uważam za naprawdę głupie to, że w css nie wymyślono jakichś
odpowiedników (tzn sposobności definiowania polygonowych kształtów) - to
naprawdę silnie zachęca do używania .
Ale akurat w przypadku mapy z kształtami obszarów w przeważającej
większości wypukłymi nie stanowi to poważnego problemu. Polskie
województwa są akurat dosyć "pękate" w kształcie oraz prosto je "wpisać"
prostokąty. A ryzyka zhoverowania dwóch jednocześnie województw da się
uniknąć dobierając odpowiednio z-indexy.
jednakże szkopuł kształtu obszarów chciałabym, w miarę możliwości, w tym
wątku pominąć oraz skupić się raczej nad problemami związanymi z dostępnością.
W tym też nad bardziej ogólnym problemem: czy widoczność tych
elementów jak mapy po użyciu funkcjonalności rodzaju "wyłącz kolory strony"
rzeczywiście powinna spędzać sen z powiek webmasterowi dbającemu o
dostępność?
Bo może ja zwyczajnie przesadzam, albo w ogóle źle rozumiem ideę
dostępności? - pytam totalnie poważnie (i z tego powodu błagałam o pożądnego
flame'a na ten temat: żeby poznać zdanie innych).
Zresztą tak szczerze mówiąc celowo przedstawiłam IMHO drobne wady jako wady "porażające" :-) w nadziei, że w końcu doczekam się na
pl.comp.www poważnej dyskusji na temat wad oraz zalet użycia oraz tego
czy rzeczywiście jest następujące "porażające" oraz czy unikanie go oraz
traktowanie jak "oldskulowego rozwiązania" wynika z jakichś poważnych
argumentów, czy wyłącznie po prostu z mody.
Tak szczerze, to ja osobiście w ogóle nie widzę nic złego w użyciu
oraz właśnie zamierzam go nawet użyć :-). Niech ktoś mnie od tego
odwiedzie, błagam!
Ale niech mnie odwiedzie mądrymi argumentami, a nie wyłącznie argumentem "
że da się to również uczynić na liście, pozycjonując ..", bo że da się
to ja idealnie wiem. Ja pytam: po co? Dlaczego lepiej to uczynić css-em,
zamiast używać , czyli rozwiązania dobrze znanego użytkownikom
(lynxowiec wie jak działają mapy w jego przeglądarce) oraz nie generującego
problemów z dostępnością (jeśli doda się sensownie brzmiące alty)?
dlatego prosiłam o pożadnego merytorycznego flame'a (w nadziei, że
poznam jakieś *przekonujące* argumenty przeciwko ).
No ale grupa niełaskawa ...