Wojciech Sznapka

Wojciech Sznapka CTO @ STS Zakłady
Bukmacherskie

Temat: Semantyczny i poprawny kod

Chyba się nie rozumiemy :-) Nie chodzi o poddanie się, a o uświadamianie internautów. Robotę z IE6 i tak musimy robić i pewnie przez długi czas się to nie zmieni, ale świadomość że poparcie dla tej przeglądarki spada, trochę by podnosiła na duchu :-)Wojciech Sznapka edytował(a) ten post dnia 05.07.08 o godzinie 01:07
Przemek Szalko

Przemek Szalko iOS Developer + Full
Stack Developer

Temat: Semantyczny i poprawny kod

Tomasz Czypicki:
A jeśli chodzi o przeglądarki, to FF też nie jest the best, osobiście stawiałbym na Safari podczas tworzenia kodu (chociaż brzydko wyświetla niektóre fonty), jeśliby miała coś a'la webdevelopera, firebug i colorzilla.

W sumie to coś tam w Safari jest do debugowania kodu:
http://web-coder.pl/index.php/2007/12/13/safari-3-i-we...

Co prawda nie jest to Firebug z FF, ale nawet daje radę ;-)
Jakub Korupczyński

Jakub Korupczyński Software Developer

Temat: Semantyczny i poprawny kod

Ehehehe ie6 używałem bardzo często bo na windowsie nie miałem nic prawie zainstalowanego i nie płakałem jakoś z tego powodu. Przeglądarka jak przeglądarka, trochę szkoda że są problemy z kodem, ale tak na prawdę po prostu trzeba się trochę namęczyć i da radę sobie z tym poradzić.

Ostatnio robiłem stronkę, dość dużą, pod dynamiczną treść, wymagania miała żeby chodzić pod ie5 jeszcze i jakoś zrobić się dało, co prawda spędziłem trochę godzin nad dostosowaniem tego pod ff, operę safari tak żeby pod ie5 się nie rozpadała ale działa.

Co do kodu, poprawnie napisany kod to nie taki, który walidator puszcza i który jest napisany według standardów, tylko taki, w którym jest porządek, jak najmniej zajmuje, jest przyjazny dla osób niewidzących i dla wyszukiwarek.

Co do standardów to mnie zawsze śmieszyło pisanie strony jako Strict, ale używanie js do otwierania linków w osobnym oknie, bo przecież atrybutu target w strict'cie nie ma. Walidator stronę ocenił dobrze a przecież strona zrobiona w taki sposób nie jest zgodna z tym standardem.

Temat: Semantyczny i poprawny kod

Kod semantyczny to taki, gdzie odpowiednie treści są oznakowane odpowiednimi znacznikiam. Ot, cała filozofia. Walidator tego nie sprawdza, więc jest dobry właściwie tylko do wyłapania literówek/brakujących altów. Można zresztą stworzyć kosmicznie nieczytelny kod, w którym div na divie pogania diva a i tak się zwaliduje.
Jakub Korupczyński:
Co do standardów to mnie zawsze śmieszyło pisanie strony jako Strict, ale używanie js do otwierania linków w osobnym oknie, bo przecież atrybutu target w strict'cie nie ma. Walidator stronę ocenił dobrze a przecież strona zrobiona w taki sposób nie jest zgodna z tym standardem.

Jedynym w miarę rozsądnym użyciem otwieranych okien jak dla mnie są galerie w pop-upach. Wtedy dodawanie akcji powinno się odbywać w JS, żeby strona ładnie się degradowała jeśli JS jest wyłączony :)

konto usunięte

Temat: Semantyczny i poprawny kod

Co do walidatora, to chodzi mi o to, że wg mnie tak jak w języku pisanym (np. polskim) oprócz ładnego (w tym wypadku również oszczędnego) ułożenia zdań, ważna jest gramatyka i ortografia, używam go z reguły na końcu, żeby sprawdzić czy wszystko od tej strony "gra" i jest zgodne z tym, co najogólniej "uważa on" za poprawność (domknięte znaczniki, poprawny doctype itp.), ponieważ jest to chyba najbardziej ogólny stopień poprawności. Przeważnie dopóki nie zaczynam robić arkusza pod IE (wtedy zaczynam "traktować" plik jako text/html) do walidacji używam przeglądarki, gdy już dochodzi IE po wszystkim sprawdzam to walidatorem.

Jeśli chodzi o zastępowanie niedostępnego targeta w xhtml przez JS, to osobiście uważam, że nie jest to niepoprawne, target tak naprawdę był "przeznaczony" dla ramek, potem zaczął być używany do otwierania stron w nowym oknie. Czasami trzeba otworzyć stronę np. w portfolio w nowej zakładce/oknie (IE), aby odwiedzający nie "odszedł" ze strony, tak mi się wydaj, że w specyfikacji nie jest nic napisane, że otwieranie stron za pomocą JS jest niepoprawne - jeśli chodzi tylko o pisany standard, to chyba kwestia własnych gustów, ale być może się mylę. Ta kwestia w sumie może i jest trochę "szemrana", jak się nad tym zastanowić.Tomasz Czypicki edytował(a) ten post dnia 05.07.08 o godzinie 11:48

konto usunięte

Temat: Semantyczny i poprawny kod

Wojciech Sznapka:
Wiadomo, że nie chodzi o klientów moich klientów. Chodzi raczej o serwisy non-profit, blogi itp.
Na swojej stronie non-profit już 5 lat temu miałem taką informację, wraz z linkami do Opery i FF. Za rzadko takie robię, aby brać je pod uwagę. ;)
Tomasz Czypicki:
Czasami trzeba otworzyć stronę np. w portfolio w nowej zakładce/oknie (IE), aby odwiedzający nie "odszedł" ze strony, tak mi się wydaj, że w specyfikacji nie jest nic napisane, że otwieranie stron za pomocą JS jest niepoprawne...
Atrybut 'target' został usunięty ze standardu właśnie po to, aby NIE OTWIERAĆ stron w nowym oknie. To użytkownik decyduje czy chce zostać na stronie, czy chce ją opuścić. To także użytkownik decyduje, czy chce otworzyć link w nowym oknie, czy w tym samym. Nie mamy prawa narzucać mu w tym temacie własnej woli.
Obrazki w galeriach można pokazać w tym samym oknie. Czy to za pomocą rozwiązań typu Lightbox, czy standardowo, projektując stronę w odpowiedni sposób. Otwarcie nowego okna zaburza działanie podstawowego elementu nawigacyjnego, jakim jest przycisk "wstecz" przeglądarki.
Wojciech Sznapka

Wojciech Sznapka CTO @ STS Zakłady
Bukmacherskie

Temat: Semantyczny i poprawny kod

Racja, jak ktoś chce otworzyć w nowym oknie to nie klika lewym, tylko środkowym i już.

konto usunięte

Temat: Semantyczny i poprawny kod

IMHO Semantyczny kod to taki, z którego da się wyciągnąc informacje (bez stosowania strasznie złożonego AI).

HTML obejmuje tylko absolutne podstawy semantyki, które przydają się do klasyfikowania treści, pomagają w dostępności i nieco przydają się w komputerowym tłumaczeniu tekstu.

Żeby osadzić semantykę ponad te podstawy, trzeba się wspierać innymi metodami, np. mikroformatami (microformats.org).

Co do walidatora W3C, to niestety jest słabe narzędzie. Sprawdza tylko podstawy, które dało się sformułować w dość prymitywnym DTD.
Specyfikacja jest dużo obszerniejsza i niektórych rzeczy nie da się obecnie sprawdzić maszynowo.
Wojciech Sznapka

Wojciech Sznapka CTO @ STS Zakłady
Bukmacherskie

Temat: Semantyczny i poprawny kod

Kornel L.:
Co do walidatora W3C, to niestety jest słabe narzędzie. Sprawdza tylko podstawy, które dało się sformułować w dość prymitywnym DTD.
Specyfikacja jest dużo obszerniejsza i niektórych rzeczy nie da się obecnie sprawdzić maszynowo.

Prosimy o przykłady :-)

konto usunięte

Temat: Semantyczny i poprawny kod

Co do walidatora W3C, to niestety jest słabe narzędzie. Sprawdza tylko podstawy, które dało się sformułować w dość prymitywnym DTD.
Specyfikacja jest dużo obszerniejsza i niektórych rzeczy nie da się obecnie sprawdzić maszynowo.

Prosimy o przykłady :-)

Nie można zagnieżdżać <a> w <a>, ale wg DTD <a><em><a></a></em></a> jest legalne. Podobnie z <p><object><p> i innymi.

DTD nie pozwala określić zawartości atrybutów (poza ID/IDREF) i przepuści <td colspan="zonk"> i masę innych.

DTD pozwala na kolizje <a name> i ID.

Walidator W3C pozwala na XML standalone z encjami oraz pozwala mieszać deklaracje kodowania znaków (inne w HTTP, inne w <meta>)

No semantyka, której bez AI nie da się sensownie sprawdzić (ypu użycie <b> do nagłówków zamiast <h1>).

konto usunięte

Temat: Semantyczny i poprawny kod

ok ale z innej beczki. Zrobimy stronę cycuś glancuś zgodnie ze standartami bla bla bla. Damy ją pani Stasi z Firmy pana Zdzisia która będzie wprowadzała treści przez np. FCK Editor. Treści oczywiście będą przyklejane z Worda. W efekcie nasza cała praca pójdzie w cholerę bo zrobi się bajzel w kodzie a co więcej będzie mogło występować nadpisywanie naszych styli co będzie powodowało jaja pod rożnymi przeglądarkami bla bla bla .... Niestety ta praktyka to codzienność...

Jak widzicie rozwiązanie takiego problemu? usuwanie częsci styli przy zapisywaniu nie zawsze pomaga.

Bo tak naprawdę jeśli omawiana jest kwestia poprawnego tworzenia kodu strony, koniecznie potrzeba pomyśleć nad jego stroną funkcjonalną co się stanie jeśli user wrzuci do kodu to i to..Wojciech Andrzejczak edytował(a) ten post dnia 05.08.08 o godzinie 00:57

konto usunięte

Temat: Semantyczny i poprawny kod

Wojciech Andrzejczak:
ok ale z innej beczki. Zrobimy stronę cycuś glancuś zgodnie ze standartami bla bla bla. Damy ją pani Stasi z Firmy pana Zdzisia która będzie wprowadzała treści przez np. FCK Editor. Treści oczywiście będą przyklejane z Worda. W efekcie nasza cała praca pójdzie w cholerę bo zrobi się bajzel w kodzie a co

FCK ma możliwość czyszczenia treści ze śmieci Worda... i jeszcze kilka innych fajnych "myków" w konfiguracji...

konto usunięte

Temat: Semantyczny i poprawny kod

Piotr Lewandowski:
Wojciech Andrzejczak:
ok ale z innej beczki. Zrobimy stronę cycuś glancuś zgodnie ze standartami bla bla bla. Damy ją pani Stasi z Firmy pana Zdzisia która będzie wprowadzała treści przez np. FCK Editor. Treści oczywiście będą przyklejane z Worda. W efekcie nasza cała praca pójdzie w cholerę bo zrobi się bajzel w kodzie a co

FCK ma możliwość czyszczenia treści ze śmieci Worda... i jeszcze kilka innych fajnych "myków" w konfiguracji...

no ok, wiem że są, ale nie zawsze ludzie używają czyszczenia styli bo "za dużo klikania, "jeszcze coś zepsuję" itd ... i to jest problem. poza tym czyszczenie w FCK nie zawsze działa do końca dobrze:)

konto usunięte

Temat: Semantyczny i poprawny kod

Wojciech Andrzejczak:
no ok, wiem że są, ale nie zawsze ludzie używają czyszczenia styli bo "za dużo klikania, "jeszcze coś zepsuję" itd ...

Można wymusić wklejanie jako zwykły tekst i później niech sobie formatuje - jest taka opcja w konfiguracyjnym pliku: ForcePasteAsPlainText (czy coś w tym stylu) - lepsze to niż rozjechanie strony, ale fakt że wszelakie edytory to ryzyko, że user coś jednak namota ;]

Następna dyskusja:

Poprawny kod na umieszczeni...




Wyślij zaproszenie do