Piękny kod - Beautiful HTML looks like

Krótko i na temat - obraz przedstawia idealny sposób formatowania kodu HTML 5. Warto wykopać.

[Wernest]

Coś pięknego, rozpłakałem się.

[sajam]

Mało obiektywne, poza tym do standardu jakim będzie HTML5 jeszcze daleko. Semantyka dobrze zaprezentowana ;-)

[TEN_LOGIN_MA__DOKLADNIE__35__ZNAKOW]

czyli znów wracamy do mieszania php-a z html?

Przykład pokazuje prostą podstronę. A co w przypadku dużych serwisów gdzie php były w co 2 wierszu? Chyba lepiej pracować na szablonach

[D.....R]

Widzę, że zaczyna się flamewar robić...

Systemy szablonów są ogólnie trochę wolniejsze od czystych wstawek w PHP jeśli komuś to nie przeszkadza i lubi się bawić takimi rzeczami to spoko.

Jeśli chodzi o łatwość używania, jeśli ładnie odseparujemy sobie widok w aplikacji i wysyłamy do niego tylko zmienne do wyświetlenia to moim zdaniem stosowanie wstawek PHP wcale nie jest trudniejsze. Każdy webmaster powinien sobie poradzić z ogarnięciem tego.

Bo

[p.....k]

Nie wiem, czy kodowanie znaków jest takie piękne. Zwłaszcza na stronie, która jest napisana z użyciem UTF-8 jak tutaj.

Nie rozumiem po co dawać dla body ID? Przecież jest łatwy dostęp z CSS oraz JS do tego elementu bez pomocy ID. Zbędny syf.

Descriptive blocks po co to komu? Ja używam odpowiednich nazw dla klas, np. "layer-header", "layer-footer" itp. Jeśli coś nie wspiera CSS to raczej nie jest moim "targetem". Jak dla mnie to

[Brut_all]

@paziek

O.o Brawo, właśnie Ci się udało tylko w jednym swoim komentarzu zamieścić kilka najbardziej typowych błędów popełnianych przy tworzeniu WWW. I to, o zgrozo, nazwałeś to poprawianiem tego, co właśnie było dobrze, a reszta go jeszcze zaplusowała...

Nie rozumiem po co dawać dla body ID? Przecież jest łatwy dostęp z CSS oraz JS do tego elementu bez pomocy ID. Zbędny syf.

[u.....3]

href="/css/main.css" ?

a nie można dać:

href="css/main.css"

[h.....l]

Może ja jestem jakiś zboczony, ale nie zakochałem się w tym. Sorry?

[f.....t]

Dewiant!

[h.....l]

bo pozwę cię do Hagi!

[M.....l]

tak przy okazji : HTML NIE JEST językiem programowania ! Jak widzę oferty pracy : "programista html", to robi mi się niedobrze ;/

[soop2i]

Zatrudnię skrybę hipertekstowego języka znaczników ( hajper-text-markap-langłidż).

[nowyurzytkownik]

Przyjmę pisarza HTML.

[abc666]

Ale w tym kodzie nie ma nic pięknego. Ot zwyczajny kod.

[Thunderer]

Dlatego jest piękny. ;]

[Raens]

Było lepsze kiedyś.

[IvanBarazniew]

U mnie za

echo date("Y");

Auto kodu miałby mały opieprz. Pomijam kwestię kodu php w szablonie. Jeżeli autor umieściłby taki kawałek wypisujący rok, załóżmy na górze i dole strony to:

-

[Izotopus]

Ale w tym przypadku był używany pehap nie tylko do wyświetlania daty.... Wiadomo dla samej daty można sobie wymyślić 1000 innych sposobów.

Powiedzmy sobie szczerze... Nie istnieją strony www które nie używają żadnych języków skryptowych...

[Thunderer]

Nie no porażką jest w ogóle liczenie / tworzenie czegokolwiek w trakcie wyświetlania szablonu. To tak jak na konferencji. Twoja wiedza to model, Twoje doświadczenie to kontroler, Twoja prezentacja to widok. Co prawda używasz swojej wiedzy podczas mówienia na temat prezentacji, ale to powinno być już dawno przemyślane przez kontroler i zapisane na kartce jako program wykładu. Podczas niego tylko "wyświetlasz" wcześniej przygotowane informacje.

[x.....O]

Sorry pisze w django :).

Dzięki takiemu zestawieniu zaczynam rozumieć, że jak poprawny HTML to tylko z PHP :)

Nie kopcie tego to jest niepoprawne i tendencyjne. Się kurde uparliście :D

[r.....s]

Ale to chyba nie ma znaczenia? ;-) Jeśli korzystasz z domyślnego markupu, to i tak musisz pisać kod HTML http://docs.djangoproject.com/en/dev/ref/templates/builtins/

[Thunderer]

A co ma jedno do drugiego [HTML do PHP]?

[p.....y]

Ja mam problem szablonów rozwiązany tak: używam frameworka który dopuszcza jedynie szablon będący czystym HTML-em. W zasadzie składnia szablonu musi być identyczna z HTML-em, żadnych innych elementów. Jak mam wrzucić gdzieś jakąś generowaną treść - namierzam po ID. Dość podobne rozwiązanie do phptal, tylko że więcej automatyki.

W takim układzie nie ma w ogóle możliwości pomieszania kodu z szablonem, ani prezentacji z logiką. Tego się po prostu nie da zrobić. Moduł przetwarzający

[Brut_all]

Ja np. TALem generuję CSSy - nie ma z tym żadnego problemu, bo TAL wymaga, aby plik źródłowy był XMLem, wynikowy wcale nie musi.

Oczywiście do takich typów plików lepsze byłoby coś nie nastawione na XML, ale jeśli nie masz dużych wymagań, to nie będzie z tym problemu.

EDIT:

Ok,

[S.....Q]

Podobnie działa XT, czyli XHTML Templates.

http://neo.infeo.pl/xt/

I rzeczywiście jest to świetne rozwiązanie do szablonów HTML. Tylko co z szablonami np. e-maili, zapytań do baz danych, czystego tekstu, PDFów i formatów nie opartych na SGML? Jak sobie z nimi radzisz?