On 2007-07-28 01:18, Katarzyna 'Bastet' =A6widerska wrote:
[...]
> Ale to jest przepis na Wind=EA? Ja potrzebuj=EA na Linuksa.
>=20
ies4linux beta - masz cztery wersje IE (5.0, 5.5, 6.0 oraz taka dziwna co
udaje 7.0). Si=F3demka jest lekko skombinowana (tzn. jest to 6.0 z
silnikiem 7.0, czyli interfejs masz sz=F3stki, ale zachowuje si=EA jak
si=F3demka).
Ka=BFdy IE instalowany jest we w=B3asnym =B6rodowisku, czyli mo=BFesz
jednocze=B6nie odpali=E6 wszystkie wersje.
Tatankowy IE7 przykro mówić ma parę wad, ale (jak pisa=B3em do Konrada)
wystarczy do wst=EApnego testowania (w ostatnim moim przypadku konieczno=B6=
=E6
u=BFycia "rzeczywistego" IE7 ograniczy=B3a si=EA do jakich=B6 10 minut).
A zawsze mo=BFesz zainstalowa=E6 sobie XP/Vist=EA na vmware oraz mie=E6 naty=
wnego
IE7 - ja mam Longhorna bet=EA, co prawda przy 1G RAM dla vm szybko=B6=E6
dzia=B3ania mo=BFna por=F3wna=E6 do nietrze=BCwego =B6limaka, ale w sumie=
do
sprawdzenia "czy dzia=B3a" wystarczy. A przy okazji zawsze mam czas na
zrobienie kawy :)
ethanak
PS. Nie pytaj czemu nie XP :( From: Peter May <peter.may[]poczta.fm> Subject: Re: [css] Srodkowanie divow w divie Date: Thu, 15 Nov 2007 17:05:37 +0100
Marek Łapiński pisze:
> Witam
> Jak wysrodkowac dwa lub wiecej divow w divie, nie uzywajac ?
> np:
>
>
>
> tekst
>
>
> tekst
Może to coś pomoże:
http://www.cssmania.pl/csswiki/index.php?title=CenteringTextVertically
> Dnia Tue, 17 Jul 2007 20:25:05 +0200, sunridin napisał(a):
>
>> *Jacek Karczmarczyk* (20:17:33, 17.07.2007):
>>
>>> krótkie pytanko do ludzi korzystających z czytników stron - jak zostanie
>>> przeczytane "°"? czy jako "stopnień" czy w ogóle jakaś kaszana wyjdzie?
>>
>> JAWS mówi ,,degrees'' na przykładzie Twojego posta.
>
> Dzięki za sprawdzenie, uwaga jest wyjątkowo cenna oraz rokuje pewne nadzieje,
> aczkolwiek interesuje mnie mianowicie czy odmieni 360° przeczyta jako "360
> stopni" czy jako "360 stopnień" (w angielskim nie ma takieg problemu,
> chociaż w sumie także da się powiedzieć "degree" albo "degrees")
JAWS właśnie odmówił współpracy, zatem nie poradzę. Ale czy sam nie możesz
sprawdzić? http://www.freedomscientific.com/fs_downloads/jaws.asp
From: Janusz 'Kali' Kaliszczak <janusz.podkreslenie_[]kalisz.podkreslenie.czak.pl> Subject: Re: inocjowanie form action... Date: Tue, 19 Jun 2007 11:27:32 +0200
Jasioo pisze:
> Witam...
>
> żeby zainicjować , wstawiamy buton w postaci type='submit'...> oraz to sprawa oczywista.
>
> Czy da się oraz ewentualnie w jaki sposób, zamienić buton na typowy tekst (link).
> Czy zamiast butona z napisem Prześlij by pojawił się sam tekst "Przeslij".
>
> Być oże to banalne pytanie ale...
> Prosze o pomoc.
Zostaw submit oraz ostyluj go tak, aby sam button był niewidoczny.
Wystarczy. i unikniesz wszelkich wad rozwiązania z linkiem.
On Sun, 14 Oct 2007 19:31:05 +0100, Maciej Łebkowski
wrote:
> A może komus nie zalezy na przekierowaniu na poziomie protokolu oraz woli
> to zrobic na poziomie jezyka (HTML)? Nie rozumiem wiec na jakiej zasadzie
> 301 jest jedynym prawidlowym...
Może ktoś się nie zna oraz wydaje mu się, że HTML ma jakiś mechanizm do
przekierowań?
Otóż nie ma. Specyfikacja HTML4 (czytałeś?) nawet specjalnie ma notę
odradzającą nadużywanie do przekierowań!
Zwróć uwagę na "http-equiv". według specyfikacji ma być
wyłącznie sposóbem *konfiguracji serwera*. Serwer ma odczytać oraz na tej
podstawie ustawić odpowiednie nagłówki HTTP.
Żaden serwer nie dorobił sie czytania , albowiem w czasach wojny
przeglądarek (zgodnie z wówczas panującą ideą "najpierw nawsadzamy więcej,
niż ma konkurent, a później to przemyślimy") dorobiono odczytywanie
niektórych nagłówków w przeglądarkach. Niesetety odpowiedni do przekierowań
nagłówek Location do dziś nie jest interpretowany przez przeglądarki, a
HTML w ogóle nie daje sposobności ustawienia niezbędnego statusu HTTP, jednakże
brnąć dalej w nieadekwatne oraz połowiczne rozwiązania webmasterzy wpadli na
hack z "odświeżaniem" strony z podaniem innego adresu.
>> ma wiecej wad niz zalet.
>
> Np?
Nie jest rozpoznawany przez roboty wyszukiwarek jako przekierowanie, zatem
zamiast zaindeksować docelową stronę, będą próbowały indeksować obie albo
w ogóle nie zobaczą nowego adresu.
Nagłówek Refresh jest niestandardowy oraz nawet nie ma sprecyzowanego
zachowania dla wartości 0 -- może być zinterpretowana jako natychmiastowe
odświeżenie albo brak odświeżania. Inny, krótki czas przeszkadza w cofaniu
się w historii (przycisk "Wstecz"), bo przeglądarka będzie uparcie
przechodzić do następnej strony, nawet jak użytkownik będzie chciał się
cofać. To jest problematyczne dla mniej zorientowanych użytkowników oraz może być
barierą dla ludzi niepełnosprawnych (nie każdy jest w stanie ścigać się z
przeglądarką).
natomiast przekierowanie na poziomie HTTP jest rozumiane bez problemu
przez wszystkie przeglądarki oraz boty. Działa zawsze natychmiastowo oraz
dyskretnie. Nie robi syfu w historii oraz dla żadnej grupy użytkowników (poza
leniwymi webmasterami ;) nie standowi bariery.