Wypowiedzi
-
-
Jedyny framework CSS, który jestem gotów stosować, to mój własny ;) Czas poświęcony na naukę i osiągnięcie biegłości w korzystaniu z cudzego kodu lepiej poświęcić na stworzenie własnego zestawu często używanych technik*. W przypadku rzeczy tak z jednej strony nieskomplikowanych, a z drugiej zależnych od indywidualnego stylu, nie warto IMO zaprzątać sobie głowy gotowcami oferującymi więcej niż reset domyślnych stylów.
Próbowałem złożyć parę projektów używając różnych frameworków, zwykle jednak w końcu uciekałem się do własnych, wypróbowanych sposobów (mimo, że framework oferował gotowe rozwiązanie) - bo "po mojemu" było szybciej, wygodniej, bez grzebania w dokumentacji i zakładania, że autor gotowca wszystko przetestował jak należy ;)
Swgo czasu Jeff Croft wywołał małą burzę swoim tekstem o frameworkach CSS:
http://jeffcroft.com/blog/2007/nov/17/whats-not-love-a...
(+ komentarze i follow-up)
* dla jasności - piszę wyłącznie o frameworkach CSSPaweł Knapik edytował(a) ten post dnia 09.09.08 o godzinie 10:01
-
Chwilę się bawiłem, bo JS po stronie serwera to jeden z moich ulubionych tematów. Fajne jest to, że dzięki oparciu o silnik Mozilli udostępnia wszelkie dobrodziejstwa, które pojawiły się w nowszych wersjach Gecko (m.in. E4X), a także nadaje się do zabawy z HTML DOM. Nie miałem jednak okazji zrobienia czegoś poważniejszego, choć chciałbym mieć (i w końcu znajdę ;)).
Jeśli server-side JavaScript Cię interesjue, to jest kilka innych projektów, umożliwiających takie zabawy: http://en.wikipedia.org/wiki/Server-side_JavaScript (z wymienionych tam próbowałem jedynie frameworku Helma).
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Webdesign
-
Muszę zrobić więcej własnych testów, jednak patrząc na tabelkę http://www.quirksmode.org/css/contents.html oraz parę ostatnich projektów (komentarze warunkowe dla IE7 i niższych, czyli IE8 dostaje to, co normalne przeglądarki) mam dość pozytywne wrażenie. Oczywiście wiele rzeczy się sypie, ale nadzieja na lepsze czasy powraca ;)
-
Eclipse JavaScript Development Tools (JSDT)
http://wiki.eclipse.org/index.php/ATF/JSDT
Wchodzi w skład Web Tools Platform 3.0:
http://www.eclipse.org/webtools/releases/3.0.0/
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Ubuntu
-
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Ubuntu
-
Sebastian Gruchacz:
Plus kilka innych sprawdzeń z dziedziny sesji, informacji o przeglądarce, generowanych automatycznie numerów itp., które piszący bota zazwyczaj nie od razu umieści w nagłówkach.
Można wymyślać masę zabezpieczeń, a i tak będą one dość łatwe do obejścia. Botem może być plugin do Firefoksa, który nie da się odróżnić od prawdziwego użytkownika - chyba, że technikami typu CAPTCHA, ale to już byłby absurd, bo przecież mówimy tu o wyświetlaniu asynchronicznie pobieranych danych, czyli rozwiązaniu, które ma usprawniać interakcję.
Sensowne są jakieś proste, podstawowe mechanizmy, typu wspomniane już zmienne sesyjne, albo np. ustawienie dodatkowego nagłówka w zapytaniu XMLHttpRequest - zniechęcą tych, którzy chcieliby łatwo i szybko się "podpiąć". Ci, którym na danych będzie naprawdę zależało, poświęcą nie mniej wysiłku na ich zdobycie, niż my na ich zabezpieczanie :)
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Filozofia
-
G. Jakub Kwaczyński:
musisz wybrać - okrojony XHTML w pełnym wypasem graficznym albo kompatybilność.
Nie znam statystyk w tym temacie, więc mam pytania:
Jaki procent obecnie używanych telefonów nie ma obsługi XHTML?
Na ile osoby dysponujące takimi telefonami są zainteresowane korzystaniem z internetu w komórce?
Do tej pory wydawało mi się, że nie ma już zupełnie sensu używanie czegokolwiek poza XHTML Basic, ponieważ "każdy" (w sensie w miarę aktualny) telefon ma przeglądarkę XHTML, a ludzie korzystający z archaicznych komórek nie należą do grupy zainteresowanej mobilnym internetem...
-
Wracając do głównego wątku - HTML5 - od wczoraj (2008/01/22) dostępny jest pierwszy publiczny Working Draft oraz aktualna lista różnic między HTML4 i HTML5
-
Michał Wujas:
Stanowisko Microsoftu jest takie: zrobimy własny język MSHTML, opatentujemy i zmusimy resztę do używania...
Compatibility and IE8
Ograniczyli się do wprowadzenia nagłówka HTTP w którym będziemy decydować z której wersji silnika renderującego Explorera chcemy skorzystać :|
edit: poprawny doctype HTML5 będzie włączał "super-standards-mode" bez wysyłania dodatkowych nagłówków czy dodawania tagu meta :)Paweł Knapik edytował(a) ten post dnia 23.01.08 o godzinie 19:46
-
Mariusz Nowak:
W tej chwili praktycznie wszędzie HTML buduje się po prostu poprzez łączenie łańcuchów znaków.. zwykłe if'y i printy tak wyglądają dziś szablony HTML - niestety taka metodyka pracy jest bardzo podatna na błędy w strukturze - bardzo łatwo o literówkę, o nie zamknięcie danego taga o nie wycytowanie specjalnych znaków, pominięcie cudzysłowu itd.
No niestety, zlepianie stringów to masakra, a na tym większość systemów szablonów się opiera :| (ale to w sumie temat na inny wątek)
Można to zmienić tylko przez zmianę metodyki tworzenia dokumentów. Gdyby dokumenty budować wykorzystując narzędzia do budowy drzewa DOM (dostępne w każdym szeroko używanym języku) wtedy tych błędów by nie było i przejście na XHTML byłoby zupełnie bezbolesne - już pomijam coś takiego jak czystość samych szablonów i wypluwanego kodu XHTML - bajka :)
Sam przeszedłem na to dwa lata temu i nie myślę wracać do starego sposobu ;-)
"It seems not very clear for many people. So let's set the record straight. HTML 5 can be written in html and XML.
HTML 5 specification is the description of a vocabulary that you can write in two different syntaxes (html and XML) depending on your developer needs, markets and applications. "
http://www.w3.org/QA/2008/01/html5-is-html-and-xml
