GoldenLine
Zaloguj się
Witold Wasiczko

Witold Wasiczko Developer Chapter
Lead

Temat: Cięcie xHTML/CSS

Profesjonalne cięcie stron (layoutów) do xHTML/CSS. Szybki czas realizacji i wysoka jakość. Więcej na http://www.psd2html.pl
Link do wypowiedziLink

konto usunięte

Temat: Cięcie xHTML/CSS

Witold Wasiczko:
Profesjonalne cięcie stron (layoutów) do xHTML/CSS. Szybki czas realizacji i wysoka jakość. Więcej na http://www.psd2html.pl

tak na szybko z owej strony: "cięcie do XHTML 1.1 i CSS 2.0,"
która z popularnych przeglądarek obsługuje POPRAWNY xhtml 1.1 ??
Link do wypowiedziLink
Witold Wasiczko

Witold Wasiczko Developer Chapter
Lead

Temat: Cięcie xHTML/CSS

Opera, Firefox. Zawsze można pociąć do xHTML 1.0 Strict
Link do wypowiedziLink

konto usunięte

Temat: Cięcie xHTML/CSS

Witold Wasiczko:
Opera, Firefox. Zawsze można pociąć do xHTML 1.0 Strict

Podasz mi kilka linków do stron zgodnych ze specyfikacją XHTML 1.1 serwujących poprawny content-type ??Piotr Lewandowski edytował(a) ten post dnia 11.08.08 o godzinie 23:13
Link do wypowiedziLink
Witold Wasiczko

Witold Wasiczko Developer Chapter
Lead

Temat: Cięcie xHTML/CSS

Miałem kiedyś serwis który był poprawnym dokumentem xhtml 1.1. Nie podam Ci w tym momencie linku do takiej strony, bo... nie wiem która podaje poprawny content-type. Ale nie widzę w czym problem. Przecież dobrze wiemy, że można przez php wysłać odpowieni nagłówek do przeglądarek obsługujących application/xhtml+xml. Aktualnie domyślnie tnę do xhtml 1.0 Strict, chyba że klient inaczej sobie zażyczy.
Link do wypowiedziLink

konto usunięte

Temat: Cięcie xHTML/CSS

Witold Wasiczko:
Miałem kiedyś serwis który był poprawnym dokumentem xhtml 1.1. Nie podam Ci w tym momencie linku do takiej strony, bo... nie wiem która podaje poprawny content-type. Ale nie widzę w czym

Bo ZTCW nie ma stronki w specyfikacji xhtml 1.1 z poprawnym content-type (application/xhtml+xml), która działa we wszystkich POPULARNYCH przeglądarkach... Chwalenie się na stronach, że robi się strony xhtml 1.1 to IMHO zwykła marketingowa papka - klient i tak rzadko kiedy się zna...
problem. Przecież dobrze wiemy, że można przez php wysłać odpowieni nagłówek do przeglądarek obsługujących application/xhtml+xml. Aktualnie domyślnie tnę do xhtml 1.0 Strict, chyba że klient inaczej sobie zażyczy.

Ale ja ciągle pytam o xhtml 1.1 a Ty ciągle przeskakujesz na xhtml 1.0 strict... skoro tniesz domyślnie do xhtml 1.0 strict, to w jakim celu na stronie psd2html umiesciłeś info o xhtml 1.1 ??

Poza tym sama zgodność z jakąś specyfikacją nie jest żadną gwarancją jakości kodu... Kod xhtml może się walidować, a będzie zawierał dużo błędów (innych niż składniowe)...Piotr Lewandowski edytował(a) ten post dnia 12.08.08 o godzinie 07:51
Link do wypowiedziLink
Witold Wasiczko

Witold Wasiczko Developer Chapter
Lead

Temat: Cięcie xHTML/CSS

Bo ZTCW nie ma stronki w specyfikacji xhtml 1.1 z poprawnym content-type (application/xhtml+xml), która działa we wszystkich POPULARNYCH przeglądarkach... Chwalenie się na stronach, że robi się strony xhtml 1.1 to IMHO zwykła marketingowa papka - klient i tak rzadko kiedy się zna...

Ale ja ciągle pytam o xhtml 1.1 a Ty ciągle przeskakujesz na xhtml 1.0 strict... skoro tniesz domyślnie do xhtml 1.0 strict, to w jakim celu na stronie psd2html umiesciłeś info o xhtml 1.1 ??

Dla marketingowej papki i dla tego, że potrafię pociąć stronę zgodnie do xhtml 1.1, a że nie wszystkie przeglądarki przyjmują takie dokumenty, to też da się obejść.
Poza tym sama zgodność z jakąś specyfikacją nie jest żadną gwarancją jakości kodu... Kod xhtml może się walidować, a będzie zawierał dużo błędów (innych niż składniowe)...

Ja to wiem, i ty to wiesz...
Link do wypowiedziLink
Michał Zwoliński

Michał Zwoliński vojo w języku
esperanto to droga
:)

Temat: Cięcie xHTML/CSS

Ja tnę do xhtml 1.0 strict tylko dlatego aby się pilnować. Poza tym Doctype ma niekiedy znaczenie przy wyglądzie.
Kiedyś zmieniając tylko doctype strona mi się rozpadła :)

XHTML jest dokumentem xmlowym, ale IE tego nie łyknie :/ więc tak czy siak wypluwa się html.

Uważam jednak że trzymanie się standardów uczy prawidłowego pisania. Niestety mało kto trzyma się tej wersji, bo im się nie chce, dlatego tworzą własne standardy.
Link do wypowiedziLink
Bartosz M.

Bartosz M. Właściciel,
Gzoom.pl

Temat: Cięcie xHTML/CSS

Michał Zwoliński:
Kiedyś zmieniając tylko doctype strona mi się rozpadła :)

Nie żebym się czepiał, ale kogoś to dziwi ? ;)
Link do wypowiedziLink
Michał Zwoliński

Michał Zwoliński vojo w języku
esperanto to droga
:)

Temat: Cięcie xHTML/CSS

Tylko tych, którzy o tym nie wiedzą :)
Link do wypowiedziLink

konto usunięte

Temat: Cięcie xHTML/CSS

Na wstępie za błędy nie bijcie, jest to pierwszy mój post na tej grupie.

@Michał Zwoliński

To że strona Ci się rozpadła zapewne było spowodowowane Doctype
Sniffingiem/Switchingiem (Tak zwykło sie to nazywać w literaturze
angielskiej, wybaczcie nie znam polskiego odpowiednika), który był pomysłem zaproponowanym przez MS, aby zapewnić kompatybilność wsteczną. W przypadku IE8 mamy już moim zdaniem lepsze rozwiązanie w postaci metatagu. Więcej polecam doczytać na http://www.alistapart.com/articles/beyonddoctype/
Taki mały offtopic.

@Wszyscy
Wracając do tematu J. Zeldman od dawna w swoich książkach proponował pisanie w XHTML 1.1 Transitional, żeby zachęcić dostawców przeglądarek na trzymanie się standardów, jednocześnie zapewniając osobom piszącym kod możliwość pracy na dokumentach pisanych w różny sposób, od stron opartych na IFRAME po poprawną strukturę układu złożoną z "pchniętych" w lewo kontenerów.

Przyznam szczerze, że dla mnie temat jest żywy, bo ostatnio z kilkoma znajomymi miałem okazję dyskutować na temat XHTML1.1 Tansitional vs. HTML4.01 StrictMichał Furmaniak edytował(a) ten post dnia 15.05.09 o godzinie 13:59
Link do wypowiedziLink
Michał Zwoliński

Michał Zwoliński vojo w języku
esperanto to droga
:)

Temat: Cięcie xHTML/CSS

A czemu Transitional? Jak ktoś jest kozak to powinien na Strickcie jechać ;)
Zeldman ma rację, szkoda, że tak późno zostało to zauważone (i tak przez nielicznych).
Link do wypowiedziLink

konto usunięte

Temat: Cięcie xHTML/CSS

Michał Furmaniak:

@Wszyscy
Wracając do tematu J. Zeldman od dawna w swoich książkach proponował pisanie w XHTML 1.1 Transitional, żeby zachęcić dostawców przeglądarek na trzymanie się standardów, jednocześnie zapewniając osobom piszącym kod możliwość pracy na dokumentach pisanych w różny sposób, od stron opartych na IFRAME po poprawną strukturę układu złożoną z "pchniętych" w lewo kontenerów.

Zeldman nie mógł proponować pisanie w XHTML 1.1 Transitional, bo...
Przyznam szczerze, że dla mnie temat jest żywy, bo ostatnio z kilkoma znajomymi miałem okazję dyskutować na temat XHTML1.1 Tansitional vs. HTML4.01 Strict

jak się dyskutuje ze znajomymi po pijaku, to wymyśla się nowe specyfikacje i rodzaje DTD... :D Zerknij kolego jeszcze raz do książki Zeldmana, później raz jeszcze przeczytaj to co tu napisałeś...

stare bo stare (blog od dawna nieaktualizowany) ale może warto się zapoznać: http://blog.lepszyinternet.com/2006/08/18/dokument-xhtml/Piotr Lewandowski edytował(a) ten post dnia 15.05.09 o godzinie 18:51
Link do wypowiedziLink

konto usunięte

Temat: Cięcie xHTML/CSS

Michał Zwoliński:
A czemu Transitional? Jak ktoś jest kozak to powinien na Strickcie jechać ;)
Zeldman ma rację, szkoda, że tak późno zostało to zauważone (i tak przez nielicznych).

Dokładnie... ważne, aby kod powstawał w specyfikacji Transitional (trochę więcej o transitional napisał pornel: http://pornel.net/transitional) i mniejsze znaczenie ma tu fakt, czy będzie to HTML 4.01 czy XHTML 1.0 bo żaden z nich nie jest lepszy od drugiego...
Jeżeli chodzi i XHTML 1.1 to umówmy się - jeszcze długo nie będzie on "oficjalnym" obowiązującym standardem ze względu na to co pisałem powyżej: nie obsługują go wszystkie POPULARNE przeglądarki (i nie mówię tu tylko o naszym polskim grajdołku)...

edit: jeszcze kilka słów odnośnie samej walidacji kodu...
Wielu frontendowców robi z walidacji cel sam w sobie, wielu walidację olewa... Ja wychodzę z założenia, że walidacja kodu jest PUNKTEM WYJŚCIOWYM do stworzenia poprawnego kodu strony... poza walidacją istnieje jeszcze tak wiele rzeczy, o które powinien zadbać dobry frontendowiec: semantyka kodu, optymalizacja pod kątem SEO...Piotr Lewandowski edytował(a) ten post dnia 15.05.09 o godzinie 19:02
Link do wypowiedziLink

konto usunięte

Temat: Cięcie xHTML/CSS

Piotr Lewandowski:
Ja wychodzę z założenia, że walidacja kodu jest PUNKTEM WYJŚCIOWYM do stworzenia poprawnego kodu strony
U mnie natomiast walidacja to tylko punkt kontrolny pod koniec kodowania, i to nie ze względów zwalczania za wszelką cenę błędów, ale jedynie sprawdzenia czy wszystkie znaczniki pozamykane i czy niczego w kodzie nie brakuje.

Odnośnie DTD - osobiście korzystam z XHTML 1.0 Strict. Przy innych czasem przeglądarki źle interpretowały kod. Np. ostatnio Opera przesunęła sobie jeden element (XHTML 1.0 Transitional). Niby Strict jest teoretycznie najmniej odpowiednim DTD jak na dzisiejsze czasy, ale jak widać praktyka jest nieco inna.Dawid L. edytował(a) ten post dnia 16.05.09 o godzinie 02:19
Link do wypowiedziLink

konto usunięte

Temat: Cięcie xHTML/CSS

...bo proponował w 1.0 :) Przepraszam za niedopatrzenie, niby drobiazg jednak niesamowicie znaczący. Szczerze przyznam, że nigdy się nad tym głębiej nie miałem okazji zastanawiać. Po prostu używam
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

Kiedyś raz sprawidziłem, że Visual Web Developer dodaje go "z palca" do dokumentów i się nie interesowałem.

Z koleji znajomi piszący w HTML4.01 Strict są zdania, że szybciej zrobią zostanie opracowany HTML 5, w co nie wierzę na chwilę obecną.

Co do walidacji, to według mnie jest punktem wyjścia. Absolutną podstawą bez której nie można spokojnie pracować. Daje przede wszystkim koderowi dużą dozę pewności, że pozostałe błędy w wyświetlaniu raczej są jego błędami a nie przeglądarki.Michał Furmaniak edytował(a) ten post dnia 16.05.09 o godzinie 17:13
Link do wypowiedziLink

konto usunięte

Temat: Cięcie xHTML/CSS

Dawid L.:
Niby Strict jest teoretycznie najmniej odpowiednim DTD jak na dzisiejsze czasy, ale jak widać praktyka jest nieco

a to ciekawe... możesz rozwinąć temat, czemu Strict jest najmniej odpowiedni?? Bo moim zdaniem używanie Transitional to mówienie innym "nie potrafię stworzyć kodu Strict, dlatego korzystam z łatwiejszego Transitional"...
Link do wypowiedziLink
Tomasz Muter

Tomasz Muter co-founder | Droids
On Roids Sp. z o.o.

Temat: Cięcie xHTML/CSS

Osobiście wolę Strict.

Co do walidatora to zazwyczaj staram się aby strona walidowała się w 100% ( nie ma to jak ten zielony znaczek "V" ), ale z doświadczenia wiem, że przy większych projektach nie da się uniknąć kilku Warning'ów.

Ale i tak jak oddaje się projekt i programiści przejmują czyściutki wychuchany kod to dowalą swoje </br> <table> <h1> i inne <span>'y w dziwnych miejscach.

I jak tu potem klientowi wytłumaczyć, że to nie twoje czerwone errory.Tomasz Muter edytował(a) ten post dnia 16.05.09 o godzinie 20:09
Link do wypowiedziLink

konto usunięte

Temat: Cięcie xHTML/CSS

Piotr Lewandowski:
a to ciekawe... możesz rozwinąć temat, czemu Strict jest najmniej odpowiedni?? Bo moim zdaniem używanie Transitional to mówienie innym "nie potrafię stworzyć kodu Strict, dlatego korzystam z łatwiejszego Transitional"...

Nie wiem w czym Transitional miałby być trudniejszy od Strict. To w zasadzie ten sam kod, z tą różnicą, że Strict ma kilka elementów/atrybutów mniej w swojej specyfikacji. Teoretycznie więc jest prostszy :)

Ale nie chodzi nawet o to czy jest łatwiejszy czy trudniejszy. Chodzi o to, że nie raz miałem problem w wyświetlaniu strony, kiedy pisałem i testowałem kod w Strict, a potem kod został naniesiony do sajtu stojącego na Transitional.

Mówiąc że XHTML 1.0 Strict nie nadaje się zbytnio na dzisiejsze czasy miałem na myśli, że żeby całkowicie poprawnie stosować XHTML trzeba podać go jako "application/xhtml+xml", tylko że IE tego nie przełknie. Dlatego serwuje się go jako "text/html".
Ktoś powie - "co za różnica? przecież i tak zadziała."
Zadziała, z tym że XHTML ma inną ideologię niż HTML.
Polecam się zapoznać głębiej z tekstem na wikipedii - moze wiele wyjaśnić - http://pl.wikipedia.org/wiki/XHTML.
Link do wypowiedziLink

konto usunięte

Temat: Cięcie xHTML/CSS

Strict jeżeli chodzi o XHTML nie posiada atrybutu target, przy <a>, tak więc jak rozumiem specyfikację nie powinno być popupów z czym się zgodzę i z chęcią by z niego korzystał, gdyby klienci byli gotowi pójść tutaj na kompromi. Nie jestem zwolennikiem popupów w żadnej postaci nawet tych zrobionych przy użyciu ECMAScript (cieszących się ostatnio ogromną popularnością). Założenie było po prostu takie by użytkownik przeglądając strony nawigował przy pomocy przycisków wstecz i w przód. Niestety w dalszym ciągu źle zaprojektowany URIWare© np. gasi sesje po wciśnięciu przycisku wstecz co według mnie na chwile obecną jest błędem ludzi, którzy dane aplikacje tworzyli, a nie dostawców przeglądarek, w żadnym wypadku również nie powinno być to tłumaczone względami bezpieczeństwa.Michał F. edytował(a) ten post dnia 19.11.09 o godzinie 15:34
Link do wypowiedziLink
« Wróć do tematów
Odpowiedz

Podobne tematy


Następna dyskusja:

[Praca] Poszukiwany koder x...




Wyślij zaproszenie do
Anuluj