qpon pisze:
> chester pisze:
>> Jak im podać ten przycisk tak, żeby nie zepsuć go graficznej większości?
>
> A nie możesz skrócić value dla tego inputa?
> ?
Tu nie chodzi o skracanie, ale o wyświetlanie czegokolwiek normalnym
tekstem, kiedy napis 'właściwy' jest częścią grafiki. Ten formularz coś
gdzieś wysyła, a logo na obrazku jest całkowicie jednoznaczne. kłopotem
był jedynie alternatywny content dla ludzi które obrazka nie zobaczą, ale
rozwiązało szkopuł :-)
Konrad Kosmowski pisze:
> ** Staszek27 wrote:
>
>> Od początku byłem sceptyczny wobec Web 2.0. Teraz moje podejrzenia
>> się potwierdziły:
>> http://di.com.pl/news/16640,1.html
>
> Rzecznik praw dziecka to ta pojebana baba od gejów Teletubisi? Proszę...
>
To teraz przez Twoją wypowiedź zamkną Usenet... :P
Użytkownik "ethanak" napisał
> A pomyślałeś może o tym, że jeśli ktoś ma ustawiony większy rozmiar
> czcionki to z jakiegoś konkretnego przyczyny tak sobie ustawił? Na przykład
> dlatego, że mniejszej nie może przeczytać?
> Raczej zrób tak, żeby strona wyglądała dobrze przy dowolnej wielkości
> czcionki.
Ale przeciez wielu webmasterow tworzy wlasnie w ten sposob strony, ze
uzywajac css okresla (zadaje) wielkosc czcionki oraz nie mozna tego zmienic
przez ustawienie wiekszego fonta w menu Widok.
Staralem sie robic podobnie ale cos mi nie wychodzi oraz z tego powodu prosze o
pomoc.
Andrzej From: porneL <niusy2[]pornel.net> Subject: Re: Ramka czy nie ramka? Date: Wed, 08 Aug 2007 14:54:42 +0100
On Wed, 08 Aug 2007 12:52:29 +0100, sunridin wrote:
Dnia Fri, 14 Sep 2007 20:46:16 +0200, Radek N. napisał(a):
> Wszystko co pisze slamazara jest smutną jak cholera prawdą. Powiem coś
> wyjątkowo niemiłego oraz niemodnego, ale w światku WWW, w którym panuje PHP
> wielu programistów klepie niskiej jakości kod. Może wynika to właśnie z
> tego, że brakuje podstaw teoretycznych - bo nierzadko wygląda to tak, że
> ktoś czegoś tam nauczył się w C/C++ oraz z racji ogłoszeń o pracę przesiada
> się na PHP. Nie jest sztuką pisać spore aplikacje w PHP - sztuką jest
> pisać je tak, by ich kod był prosty w utrzymaniu, rozszerzaniu, by wielu
> programistów mogło pracować na wspólnym kodzie, by było możliwie odporne
> na bugi oraz bezpieczne. później dochodzą do mnie słuchy, że PHP nie jest
> bezpieczne bla, bla, bla - no nie jest jak narzędzia używają ludzie,
> którzy nie znają właśnie podstaw teoretycznych oraz biorą się za klepanie.
Wiesz w takich wszystkich cechach zabrakło mi jednej: optymalności.
Jam da się pisać:
preg_replace('#a#', 'b', $txt);
teraz juz wiem... wystarczy podążać za krokami przedstawionymi przez
slamazara. później rodzą sie problemy z wydajnością serwerów.
Dodam jeszcze jedno - nieraz warto wiedzieć co jesteśmy w stanie rozwiązać
w skończonym czasie za pomocą komputera a czego nie... oraz ku zdziwieniu
wielu takich drugich problemów jest o multum więcej.