Mam pytanie otóż mam parę pól rodzaju INPUT TYPE="checkbox", które po
zaznaczeniu mają zapisywać właściwa wartośc do bazy poprzez php z tym, że
podejmowana akcja ma następować zaraz po zaznaczeniu. W jaki sposób to
osiągnąć abu samo zaznaczenie wywołało mi akcję oraz przeładowanie strony ?
Sądzę że może będzie to cośz javascriptu ale nie mam z tym doświadczenia
jednakże pytam
Dzięki
Pzdr From: "webjay" <kamil[]adres-email-w-linku-stopki.pl> Subject: Re: Strony internetowe do rejestracji Date: Wed, 29 Aug 2007 15:01:51 +0200
Użytkownik "Radoslaw Wnuk" napisał w wiadomoci
news:fb31m6$nc7$1@inews.gazeta.pl...
> "Właściciele stron internetowych muszą je zarejestrować, jeśli nie chcą
> być ścigani przez prokuraturę. To efekt ostatniego postanowienia Sądu
> Najwyższego."
>
> Wiecej na:
> http://www.rzeczpospolita.pl/dodatki/pierwsza_strona_070829/pierwsza_strona_a_3.html
>
> No oraz niech mi ktos powie, ze Nasza wspaniala wladza nie dazy do pelnej
> inwigilacji spoleczenstwa.
dla scislosci, w ktorym roku powstala ustawa prasowa? :)
btw. chyba powinny zaczac pojawiac sie posty zaczynajace sie od:
'witajcie szanowni dziennikarze oraz redaktorzy naczelni setek tysiecy gazet'
lub z pytaniami typu:
'robie pewna gazete oraz mam kłopot z wydajnoscia...'
i odpowiedziami typu:
'ok, ale to dziennik czy czasopismo?'
On 2007-04-25 23:14:55 +0200, Jacek Czerwinski said:
(...)
>
> Jak sie dowiedział że googiel tego może nie zindeksować ... myśłałem że
> rozmowę dokończę z wieńcem z fioletową wstążką.
Ty byłbyś winny, bo go okłamałeś.
> camel[OT]
From: Mikolaj Machowski <mikmach[]wp.pl> Subject: Re: Prosze o pomoc w oszacowaniu kosztow Date: Sat, 28 Jul 2007 16:51:41 +0000 (UTC)
sunridin napisał:
> *Mikolaj Machowski* (18:35:09, 28.07.2007):
>
>>> No w a nie o to pyta em.
>>> Nie o "koszt samochodu", a wy cznie o te "roboczogodziny".
>>> Skoro nie da si oszacowa warto ci takich roboczogodzin, to trudno.
>>>
>> Cholerna szkoda, że admini polskich serwerów niusowych w końcu zdjęli
>> bana z googlegroups :/
>
> Może jednakże to Google powinno rozwiązać kłopot błędnego kodowania?
>
Co nie zmieni faktu, że na grupach będą pojawiać się śmieci.
m. From: ethanak <sweethanak[]buziaczek.pl> Subject: Re: =?iso-8859-2?q?Kolejno=B6=E6_element=F3w?= strony Date: Wed, 31 Oct 2007 09:41:28 +0100
Dnia Tue, 30 Oct 2007 14:20:59 +0100, Bartosz "omnibus" Derleta
napisał(a):
> Witam,
>
> Chciałbym zapytać Was o zdanie, czy uważacie, że w przypadku
> statystycznego szablonu bloga należy:
>
> a) Umieścić skiplinka do treści, później menu, później treść,
> czy
> b) Umieścić skiplinka do menu, później treść, później menu (tak jak mam teraz)?
>
> [...] chodzi mi przede wszystkim o użytkowników SR oraz przeglądarek w
> komórkach (sam nierzadko korzystam).
No to jeśli chodzi o komórki to sam określ jak będzie najwygodniej. Przy
screenreaderach istotne jest, jak szybko użytkownik dotrze do pożądanej
części strony. Jeśli treść jest na początku (bezpośrednio za
skiplinkiem) rozwiązanie b) wydawałoby się lepsze (screenreader
praktycznie od razu czyta treść, do menu mam wyłącznie jeden klawisz), tyle
że nieraz na początku strony znajdują się zróżnicowane nagłówki, topy,
kontakty czy inne "dodaj do ulubionych" co oraz tak wymusza zastosowanie
dwóch skiplinków.
trzeba także pamiętać, że np. JAWS nawet po aktywacji takiego linku będzie
ponownie wygłaszał informacje o stronie (Orca jest na tyle przyjemna że tego
nie robi, ma za to inne problemy natury egzystencjonalnej, mianowicie
czasem nie czyta nic).
W przypadku bloga da się z czystym sumieniem założyć, że ktoś wchodząc na
stronę poprzez link w menu jest zainteresowany właśnie treścią (bo z
topem już się zapoznał a w menu właśnie był). Czyli wyjściem byłoby
sprawdzenie czy użytkownik kliknął sobie myszką w menu (wtedy dostaje
normalny adres) czy także aktowował link w inny sposób (tab/enter, lista
linków JAWSa czy FAE) oraz wówczas przenieść go bezpośrednio do adres#treść.
Niewidomy ze screenreaderem dostanie to co trzeba, osoba widząca
posługująca sie klawiaturą do nawigacji również powinna być zadowolona jako
że więcej treści na ekranie zobaczy, a śliczny niewątpliwie czołówka już
widziała.
Pozostaje szkopuł wejścia z zewnątrz. Pozornie rozwiązanie b) wydaje się
wygodniejsze - ale pamiętać należy, że niewidomy wchodząc na stronę nie
wysłuchuje bezmyślnie tego co mu gadacz nawija, a z reguły zaczyna od
przejrzenia elementów nawigacyjnych (linki, nagłówki itp.) - czyli
wybierze sobie miejsce rozłącznie od tego czy menu będzie na początku
czy na końcu. Czyli ważniejsze by było wyraźne oznaczenie owych miejsc
niż ustalanie fizycznego ich położenia.
Reasumując: o ile screenreadery oferują dosyć rozbudowane sposobności
nawigacji, o tyle komórkowe przeglądareczki mają ich znikomą ilość,
praktycznie ograniczając się do poprzedni/następny/enter. Czyli - należy
robić tak żeby na komórce było najwygodniej, a niewidomym dać po prostu
szanse wykorzystania sposobności ich czytników.