Pomoc - Szukaj - Użytkownicy - Kalendarz
Pełna wersja: szablony vs css
Forum PHP.pl > Inne > Hydepark
dtb
Witam. Przy pisaniu mojego cms'a natrafiłem na problem. Chodzi o system skórek. Używac lepiej szablonów (smarty etc.) czy generowac kod xhtml, a jako skórkę wybrać odpowiedni plik css? Szablony są raczej mniej wydajne. Wszystkie dane przed przeparsowanie trzyma się w zmiennych (zasobach serwera), a jako wynik zwraca często dość objęty kod html. Pod tym wzgledem lepiej uzywac plikow css, bo kod wysylany do przegladarki jest "ladniejszy" i mniejszy, a plik ze stylami jest przechowywany na dysku klienta, dzięki czemu działa i szybciej. Ale z tymi stylami, to też nie jest tak pięknie... Chodzi o to, że w przypadku szablonów mamy wiekszy wpływ na sposób przezentacji (różnego rodzaju menu rozwijane i inne bajery z js), a css te możliwości ogranicza. Zatem jak wybrać?!
nospor
php -> Hydepark
Ociu
A jaki to problem sprawdzać, czy istnieje plik index.tpl, jeśli nie to ładuj tylko plik css ?
Kinool
hmmm jedno nie wyklucza drugiego smile.gif mozesz stosowac szablony i zmieniac css-a dla skorek

uzywanie szablonow jak dla mnie jest szalenie wygodnym rozwiazaniem
dtb
Cytat(Ociu @ 2006-01-26 14:27:56)
A jaki to problem sprawdzać, czy istnieje plik index.tpl, jeśli nie to ładuj tylko plik css ?

Gdyby to było takie proste. CMS ma byc prosty nie tylko dla administatorów, ale i dla twórców modułów. Gdy używam css to moduł odpowiedzialny za newsy drukuje przykładowy kod:
  1. <div class="news">
  2. <div class="new">
  3. <div class="new_name">
  4. Nazwa newsa
  5. </div>
  6. <div class="new_text">
  7. tresc newsa
  8. </div>
  9. </div>
  10. </div>


a gdy używam szablonów, to robię:
  1. <?php
  2. $tmp->assign ('menu', array(...));
  3. ?>


więc twórca modułów musi tworzyć odpowiednik tego samego dla css i szablonow, a to tylko ich zniechęci.
sztosz
Ale przeciez nijak css nie wyklucza szablonów ani odwrotnie.

Szablon:
  1. <patTemplate:tmpl name="strona">
  2. <title>{TYTUL}</title>
  3. </head>
  4. <div class="class1">
  5. <div class="class2">{TYTUL_NEWSA}</div>
  6. <div class="class3">{TRESC_NEWSA}</div>
  7. </div>
  8. </body>
  9. </html>
  10. </patTemplate:tmpl>


KOD php
  1. <?php
  2.  
  3. $template->addVar("strona", "TYTUL", "Newsy");
  4. $template->addVar("strona", "TYTUL_NEWSA", $tytulNewsa);
  5. $template->addVar("strona", "TRESC_NEWSA", $trescNewsa);
  6.  
  7. ?>


Mam szablon? Mam. Mam css'a? Mam. Więc w czym problem?
dtb
ale chodzi o to aby odciazyc tworce szablonu od pisania pliku szablnow a kod xhtml generowal sam skrypt - user jedeynie musi stworzyc plik css. poczytaj sobie wady szablonow jakie wczesniej napisalem. Wszystkie zmienne tworzone za pomoca addVar lub assign sa przechowywane w pamieci serwera co jest malo wydajne. tak dane sa od razu wysylane do przegladarki
spenalzo
http://funpic.hu/en.index.php
W prawym górnym rogu masz "SKIN" - zobacz sobie.

A co do przechowywania wartości w pamięci serwera.... Może w ogole zrezygnuj z php w takim razie? Po to jest php żeby dynamicznie generować strony. I to, że dodasz 10 zmiennych zamiast 1 nie wpłynie w żaden sposób na prędkość działania serwisu.
ActivePlayer
Cytat
Wszystkie zmienne tworzone za pomoca addVar lub assign sa przechowywane w pamieci serwera co jest malo wydajne

Mało wydajne to są zapytania w pętli. co do tego co napisales nie moge się zgodzić. Dałeś przykład:
  1. <div class="news">
  2. <div class="new_name">
  3. Nazwa newsa
  4. </div>
  5. <div class="new_text">
  6. Tresc newsa
  7. </div>
  8. </div>

a co jeśli ktoś przed treścią newsa będzie chciał wstawic obrazek? albo jakis jakikolwiek inny 'pre' content... tak samo z podpisami koło inputów, Ty raczej bedziesz je generowac skryptem, a ccsem to tego nie przeskoczysz i docelowy user nie bedzie w stanie ich zmienić. zreszta tak jak pisali wczesniej, co za problem generować sobie templatem jakies fajne xhtml a cssem zestylować i potem w razie potrzeby zmieniasz tam gdzie Ci sie podoba?
Radarek
Poza tym dzieki css wartwa odpowiedzialna za prezentacje sciagana jest przez przegladarke tylko raz (jest cachowana). Tylko tresc (xhtml) sciagany jest za kazdym razem. Srednio jest to okolo 50% zwiekszona wydajnosc (oczywiscie przy dobrze napisanym kodzie xhtml i css, bo to ze sie pisze w tych technologiach nie znaczy, ze sie pisze dobrze:) ). Twoje podejscie do tego problemu powinno byc jedno. Tworzysz sobie templaty w smartym (czy czego tam uzywasz). One odpowiedzialne sa za generowanie tresci jak i struktury dokumentow. Struktura jest jedna, ale do niej mozesz juz robic rozne cssy, dziekim ktorym mozesz juz zmieniac wizualizacje strony. I tyle.
Ociu
To jak nie wyklucza to powiedzmy tak. Korzystając tylko z css nie ma czegoś takiego jak zmiana ułożenia poszczególnych elementów. Układ jest trochę sztywny, a zmienia się tylko kolory i obrazki. W plikach masz możliwość zmiany.
_Mateo
Ja korzystam z szablonów + CSS. CSS służy tylko do zdefiniowania wygladu i innych pasci warstw, linkow itp a szablony sa zwylkym plikiem zawierajacym kod html, ale one sa wypelniane danymi.
dtb
widze ze nie wszyscy zrozumieli o co mi chodzi. polaczenie szablonow i css traktuje jak same szablony, poniewaz rozwiazanie te ma czesc wad szablonow. mowiac css mialem na mysli calkowite pozbycie sie szablonow.
sztosz
To w jaki sposób ty chcesz wyswietlić dane? php ma generować wszystko razem ze znacznikami, a potem 'echo' ? Czy jak?
Radarek
Cytat(Ociu @ 2006-01-27 12:34:58)
To jak nie wyklucza to powiedzmy tak. Korzystając tylko z css nie ma czegoś takiego jak zmiana ułożenia poszczególnych elementów. Układ jest trochę sztywny, a zmienia się tylko kolory i obrazki. W plikach masz możliwość zmiany.

Klocilbym sie z tym smile.gif.
Widziales project zen garden?
http://www.csszengarden.com/
Poprzegladaj sobie cssy, ktore zmieniaja strone. Niektore sa naprawde niesamowite, az trudno uwierzyc ze to ciagle ta sama strona.
Ociu
Widziałem. Nie mówmy o super zajefajnej grupie osób, która ma css w małym palcu. Pomyśl o prostych użytkownikach.
Radarek
I ty chcesz tym 'prostym uzytkownikom' dac mozliwosc ingernowania w szablony? Jesli chcesz zeby to zwykli, prosci userzy zmieniali wyglada to w gre wchodzi tylko proste zmienianie ukladu konkretnych elementow (menu po lewej, prawej, po obu stronach, wybor elementow zawartych w menu itp itd).
Ociu
Bardzo mnie to ciekawi, jak dużo czerpiesz zadowolenia z czepiania się.

Być może źle się wyraziłem, ale Ty najwyraźniej na to czekasz. Jako, że staram się być spokojnym człowiekiem, psóbuję to wytłumaczyć o co mi chodziło, aby niektórzy ludzie to zrozumieli.

Widzisz. Aby stworzyć coś takiego jak w csszengarden trzeba znać dobrze, nawet bardzo CSS etc. Oczywiście jeśli wymiatasz w css gratuluję, życze dobrej zabawy podczas tworzenia prac dla csszengarden, ale jak chcesz zmienić wyświetlanie newsa, jego opcje mając tylko css, jak usuniesz np. informacje o której godzinie nowość zostałą dodana. Chyba, że chcesz prymitywnie dać taki sam kolor czcionki jak tło, tracąc przy tym czas wyświetlania. Można by rzucac jeszcze innymi przykładami, lecz nie bardzo mi się chce, bo: nie mam czasu, jestem zmęczony, jestem głodny, chce mi się spać. Także jak chcesz stworzyć strone przesuwając odpowiednie warstwy o kilkanaście pikseli... życze powodzenia.
Radarek
Cytat(Ociu @ 2006-01-27 16:34:43)
Bardzo mnie to ciekawi, jak dużo czerpiesz zadowolenia z czepiania się.

Hm. Czy jesli powiem, ze nic to uwierzysz? Przeciez nie czepiam sie na chama. Zreszta czemu odrazu nazywasz to czepianiem? Jestesmy na forum prawda? Mam jakies zdanie i je wypowiadam tutaj, niekoniecznie musisz sie zgadzac z nim, jak i jak z twoim. Ale nie nazywajmy tego czepianiem smile.gif. Jesli tak to odebrales to przepraszam.
Cytat(Ociu @ 2006-01-27 16:34:43)
Być może źle się wyraziłem, ale Ty najwyraźniej na to czekasz. Jako, że staram się być spokojnym człowiekiem, psóbuję to wytłumaczyć o co mi chodziło, aby niektórzy ludzie to zrozumieli.

Nie wiem czy cie zrozumialem czy nie. Ale chetnie poczytam co masz do powiedzenia.
Cytat(Ociu @ 2006-01-27 16:34:43)
Widzisz. Aby stworzyć coś takiego jak w csszengarden trzeba znać dobrze, nawet bardzo CSS etc. Oczywiście jeśli wymiatasz w css gratuluję, życze dobrej zabawy podczas tworzenia prac dla csszengarden

Zgadzam sie, zeby robic cos takiego jak na zengarden trzeba dosc dobrze znac css.
Cytat(Ociu @ 2006-01-27 16:34:43)
ale jak chcesz zmienić wyświetlanie newsa, jego opcje mając tylko css, jak usuniesz np. informacje o której godzinie nowość zostałą dodana. Chyba, że chcesz prymitywnie dać taki sam kolor czcionki jak tło, tracąc przy tym czas wyświetlania.

Coz. Odwaze sie:). Mylisz sie. Odpowiednimi ustawieniami display lub visibility mozesz ukrywac i uwidaczniac elementy. Musze tu jednak wspomniec o bardzo waznej rzeczy. Plik xhtml (ktory nie tylko zawiera tresc dokumentu, ale przede wszystkim nadaje strukture) musi byc dobrze przygotowany. Trzeba dobrze zaprojektowac ten plik, by potem mozna bylo wizualizowac jego elementy.
Cytat(Ociu @ 2006-01-27 16:34:43)
Można by rzucac jeszcze innymi przykładami, lecz nie bardzo mi się chce, bo: nie mam czasu, jestem zmęczony, jestem głodny, chce mi się spać. Także jak chcesz stworzyć strone przesuwając odpowiednie warstwy o kilkanaście pikseli... życze powodzenia.

Czekam na przyklady.

Nie chce udowadniac, ze css nadaje sie tutaj idealnie. Wiadomo, ze wybor zalezy od roznych czynnikow. Autor powinien zdawac sobie sprawe jaka wiedza wymagana jest by stosowac css, xhtml itp. Nalezy jeszcze wziac pod uwage zlozonosc samych plikow xhtml, bo jesli beda naprawde zlozone to rzeczywiscie stworzenie do nich odpowiednich cssow moze byc trudne.
rogrog
dtb, podajesz dwa argumenty przeciwko szablonom.
1. mniejsza wydajność - nie oszukujmy się, różnica czasu będzie minimalna. Smarty działa szybko, a jeśli chodzi o objętość przesyłanych plików nic nie stoi na przeszkodzie, by korzystać z CSS i tym sposobem zmniejszyć wagę strony. nie ma przeszkody, żeby kod wysyłany do przeglądarki po przetworzeniu przez szablony wyglądał tak samo ładnie jak czysty XHTML + CSS i był tak samo wydajny.
2. przyjazność dla twórców modułów. szablony są wygodniejsze dla twórców modułów smile.gif i tyle. zresztą pomyśl też o przyjazności dla twórców skórek! przecież rozwiązanie z samymi CSSami będzie wymagało od nich znacznie więcej pracy.
dtb
Cytat(rogrog)
2. przyjazność dla twórców modułów. szablony są wygodniejsze dla twórców modułów smile.gif i tyle. zresztą pomyśl też o przyjazności dla twórców skórek! przecież rozwiązanie z samymi CSSami będzie wymagało od nich znacznie więcej pracy.


chodzilo mi ze polaczenie typu: if (jest plik css) { wyslij kod xhtml } else { $tmp->assign (...) } jest niewygodne dla tworcow modulow
rogrog
Cytat(dtb @ 2006-01-28 10:58:44)
Cytat(rogrog)
2. przyjazność dla twórców modułów. szablony są wygodniejsze dla twórców modułów smile.gif i tyle. zresztą pomyśl też o przyjazności dla twórców skórek! przecież rozwiązanie z samymi CSSami będzie wymagało od nich znacznie więcej pracy.


chodzilo mi ze polaczenie typu: if (jest plik css) { wyslij kod xhtml } else { $tmp->assign (...) } jest niewygodne dla tworcow modulow

zdecydowanie, dlatego należy konsekwentnie używać szablonów i nie bawić się w ich brak:D wg mnie wady które podałeś nijak się mają do rzeczywistości
sztosz
@dtb: dlatego systemy szblonów to nie tylko smarty winksmiley.jpg
dtb
Dziękuje wszystkim za udział w dyskusji. Decyzja podjeta. Padło na Szablony (ale takie przez duże S) - głównie z powodu ograniczeń css
Vogel
ograniczen? jakich ograniczen?! wskocz na:
http://www.csszengarden.com/ i poprzegladaj szablony oparte TYLKO na CSS ("select design" po prawej lub http://www.mezzoblue.com/zengarden/alldesigns/ by obejrzec wsyzstkie).
system szablonow (czyli Smarty) przydaje sie do generowania HTML a wyglad powinien byc ustawiany jedynie przy pomocy CSS...
Radarek
Cytat(Vogel @ 2006-01-28 11:20:20)
ograniczen? jakich ograniczen?! wskocz na:
http://www.csszengarden.com/ i poprzegladaj szablony oparte TYLKO na CSS ("select design" po prawej lub http://www.mezzoblue.com/zengarden/alldesigns/ by obejrzec wsyzstkie).
system szablonow (czyli Smarty) przydaje sie do generowania HTML a wyglad powinien byc ustawiany jedynie przy pomocy CSS...

Juz podawalem ten przyklad i probowalem przekonac, za co zostalem posadzony o czepialstwo smile.gif. Dla mnie css powstal wlasnie po to, zeby tworzyc w nim wartswe wizualizacji i tyle, ale nie zamierzam sie o to klocic smile.gif. Kazdy ma mozliwosc wyboru.
dtb
@Vogel: zrób mi z tego menu rozwijane, tak że jak najadę kursorem na "tytul" to lista się rozwija. (tylko CSS)

  1. <div id="menu">
  2. <h3>tytul</h3>
  3. <ul>
  4. <li>jeden</li>
  5. <li>dwa</li>
  6. <li>trzy</li>
  7. </ul>
  8. </div>


już wiesz o jakich ograniczeniach mówie?
anas
Hej.

Jak dla mnie pytanie autora mija się z założeniami technologii które próbuje porównywać.

Po pierwsze szablony nijak mają się do wyglądu(układu, formatowania, kolorów itp atrybutów) elementów danej strony. Szablony służyć nam mają do odzielenia warstwy logicznej(wyliczenia, itp) od warstwy prezentacyjnej. Tworząc szablon korzystamy np. z języków takich jak HTML, czy XHTML i w przypadku tego drugiego tworzymy jedynie strukturę dokumentu(listy, paragrafy, kontenery, nagłówki, etc) - i teraz aby to sobie ułożyć ładnie na stronie, odpowiednio pokolorować i ubrać w wymażone barwy przychodzi nam z pomocą CSS - formatujemy wybrane elementy i po sprawie.

Tak więc Szablony nijak mają się do CSS, bo CSS może jedynie opisać sposób ich prezentacji. W szablon ładowowane są dane i to wsio - co do wydajności to przecież istnieją mechanizmy cache'owania i szablony mogą działać wielokrotnie szybciej niż dynamicznie generowanie dokumentów przy każdym odpytaniu serwera WWW.

To tyle.

pozdrówka

anas
pawel_k
Cytat(dtb @ 2006-01-28 11:50:48)
@Vogel: zrób mi z tego menu rozwijane, tak że jak najadę kursorem na "tytul" to lista się rozwija. (tylko CSS)

  1. <div id="menu">
  2. <h3>tytul</h3>
  3. <ul>
  4. <li>jeden</li>
  5. <li>dwa</li>
  6. <li>trzy</li>
  7. </ul>
  8. </div>


już wiesz o jakich ograniczeniach mówie?

  1. <title>test</title>
  2. <style type="text/css">
  3. #menu ul {
  4. display: none;
  5. }
  6. #menu:hover ul {
  7. display: block;
  8. }
  9. </style>
  10. </head>
  11.  
  12. <div id="menu">
  13. <h3>tytul</h3>
  14. <ul>
  15. <li>jeden</li>
  16. <li>dwa</li>
  17. <li>trzy</li>
  18. </ul>
  19. </div>
  20.  
  21. </body>
  22. </html>
Ociu
Radarek: Przykłady ? Porównanie strony pod IE, ff, opera, safari etc...
Radarek
Cytat(Ociu @ 2006-01-29 09:03:07)
Radarek: Przykłady ? Porównanie strony pod IE, ff, opera, safari etc...

Tak, wiem do czego dazysz. Zaraz padna argumenty, ze ilez to trzeba sie nameczyc z tymi CSSami zeby strona wyglada tak samo w kazdej przegladarce. Jest to jakis argument, ale niewielki. Dlaczego? Bo CSS nie jest jakims chorym wymyslem ludzi z w3c, ktorzy nie maja nic innego do roboty niz wymyslanie kolejnej, bezsensownej technologii. CSS powstal po to, zeby ulatwic nam zycie, ulatwic przetwarzanie danych. Nie bede sie nad tym teraz rozwodzic. Wiadomo, ze jesli wchodzi cos nowego to nie da sie od razu bazowac tylko na tym. Po pierwsze nowe technologie nie zawsze sa wspierane w 100%. Po drugie jak nowa technologia wchodzi w zycie to i tak istnieje juz masa rzeczy, ktore wykorzystuja stare - wiec nie mozna o nich tak od razu zapomniec. Oczywiscie nikt nie musi mi mowic, ze CSS nie jest przeciez nowa technologia, bo jesli dobrze kojarze to kolo 1999 roku byla juz pierwsza specyfikacja. Wiec czemu wchodzi ona tak powoli, tak opornie? Dla osoby, ktora jako tako orientuje sie w swiecie przegladarek, a raczej w swiecie wojen miedzy producentami przegladarek, nie bedzie to trudne do odgadniecia.

No i na samo zakonczenie. Czy to, ze cos nie jest jeszcze w 100% obslugiwane, ale jest nazywane standardem, oznacza ze mamy tego nie uzywac? Przeciez gdyby tak bylo to zadna nowa technologia nie weszlaby w zycie! Dlatego zachecam wszystkich do uzywania CSS. Wierzcie mi, ze niedlugo wyjdziecie na tym duzo lepiej niz gdy bedziecie sie trzymac starych technologii:).
rogrog
radarek, kogo jak kogo, ale myślę że ludzi z tego forum nie musisz przekonywać do używania standardów takich jak xhtml i css tongue.gif ale nie o to chodzi. szablony pozwalają Ci oddzieli w samej aplikacji warstwę logiki i prezentacji, dlatego nie babrasz się w (x)htmlu pomieszanym z php, a właśnie to sugerował dtb.
mike
Tak sobie obserwuję tą dyskusję, i choć na początku zagłosowałem na CSS to jednak uważam że mylą sie wszyscy, którzy wskazuję tylko jeden sposób za najlepszy.
Tak się po prostu nie da.

1. Postawienie na szablony to zły wybór. O ile stawiamy tylko na szablony, nie ma senu ich tworzyć i generować jeśli widoki różnią się nieznacznie, lub tylko kolorystyką;
2. Postawienie tylko na CSS to też duży błąd, może nawet większy niż 1. Znam doskonale możliwości CSS i wiem że w każdej chwili z bloku można zrobić menu a innym razem nagłówek, i.t.d. Ale w CSS nie można stworzyś struktury strony, a jedynie ją opisać. Argumeny że można używać do woli display i visibility nie przemawia do mnie, bo to po prostu głupota. Po co na przykład zaprzęgać php do pobrania załóżmy newsów, jakiś system szablonów do ich wygenerowania, tylko po to żeby potem ich nie pokazać. Pomyłka!

Najlepszym wyjściem jest, jak zawsze jest półśrodek.

Przecież można generować różne szablony jesli różnią się konstrukcją oraz jeśli różnią się treścią.
A te z kolei szablony mozna róznie opisywać CSS'em jeśli różnią się sposobem wyświetlania.
Radarek
Zgadzam sie z toba mike_mech w 100%. Zdaje sie juz to pisalem, ale potworze. Jesli struktura strony nie zmienia sie, to wystarczy uzycie css. Jesli jednak sama struktura zmienia sie to samo css nie wystarczy. Nie jestem jakis zaslepionym fanem css smile.gif. Przyklad z zen garden przeciez bazuje na tym samym pliku xhtml, a wiec tej samej strukturze.

Cytat(rogrog @ 2006-01-29 12:54:45)
radarek, kogo jak kogo, ale myślę że ludzi z tego forum nie musisz przekonywać do używania standardów takich jak xhtml i css tongue.gif ale nie o to chodzi. szablony pozwalają Ci oddzieli w samej aplikacji warstwę logiki i prezentacji, dlatego nie babrasz się w (x)htmlu pomieszanym z php, a właśnie to sugerował dtb.


No to nie ma sie nad czym zastanawiac, nie wyobrazam sobie mieszania kodu php z wartstwa prezentacyjna smile.gif (pomijam niewielkie skrypty).
dtb
Cytat(pawel_k @ 2006-01-29 03:50:19)
Cytat(dtb @ 2006-01-28 11:50:48)
@Vogel: zrób mi z tego menu rozwijane, tak że jak najadę kursorem na "tytul" to lista się rozwija. (tylko CSS)

  1. <div id="menu">
  2.   <h3>tytul</h3>
  3.   <ul>
  4.     <li>jeden</li>
  5.     <li>dwa</li>
  6.     <li>trzy</li>
  7.   </ul>
  8. </div>


już wiesz o jakich ograniczeniach mówie?

  1. <title>test</title>
  2. <style type="text/css">
  3. #menu ul {
  4. display: none;
  5. }
  6. #menu:hover ul {
  7. display: block;
  8. }
  9. </style>
  10. </head>
  11.  
  12. <div id="menu">
  13. <h3>tytul</h3>
  14. <ul>
  15. <li>jeden</li>
  16. <li>dwa</li>
  17. <li>trzy</li>
  18. </ul>
  19. </div>
  20.  
  21. </body>
  22. </html>

czytaj uważnie! jak najadę kursorem na "tytul". zresztą wszyscy chyba wiedzą o czym mówie. nie zrobisz również w css np. menu pod ppm, etc.
Radarek
Cytat(dtb @ 2006-01-30 12:58:38)
czytaj uważnie! jak najadę kursorem na "tytul". zresztą wszyscy chyba wiedzą o czym mówie. nie zrobisz również w css np. menu pod ppm, etc.

Tylko, ze to o czym mowisz to js smile.gif. Przeciez tak naprawde zeby zrobic dobra funkcjonalnie warstwe wizualizacji to dobrze jest uzyc css + js (+ oczywiscie xhtml). Nikt tu nie mowil, ze css nadaje sie do wszystkiego...
dtb
Cytat(Radarek @ 2006-01-30 15:35:26)
Cytat(dtb @ 2006-01-30 12:58:38)
czytaj uważnie! jak najadę kursorem na "tytul". zresztą wszyscy chyba wiedzą o czym mówie. nie zrobisz również w css np. menu pod ppm, etc.

Tylko, ze to o czym mowisz to js smile.gif. Przeciez tak naprawde zeby zrobic dobra funkcjonalnie warstwe wizualizacji to dobrze jest uzyc css + js (+ oczywiscie xhtml). Nikt tu nie mowil, ze css nadaje sie do wszystkiego...

i po te jest ten temat - aby spytac sie czy przyjac ograniczenia jakie towarzysza uzywaniu css bez szablonow?
sztosz
Ale kto ci broni używać CSS'a Szablonów i JavaScriptu?

Szablon to jest taki szkielet(w obecnej dobie <div> to jest to bardzo elastyczny szkielet) w który wkładasz dane (treść). CSS opisuje wygląd tej treści. A JavaSript zapewnia ewentualną zaawansowaną interakcję.

Najlepszą metodą jest zbudować w miarę elastyczny szkielet. Wtedy CSS + JavaScript można pisać do woli. Chcę tu zaznaczyć że to nie jest (Szablon i JS) + CSS, ale szablon + (CSS + JS).
Radarek
Dokladnie to samo mysle. W tej chwili ankieta wydaje mi sie bezsensowna. Szablony w php nijak maja sie do css.
dtb
@wszyscy: dlaczego nikt nie rozumie moich o co mi chodzi :'(
...a skoro nikt mnie nie rozumie to zmieniam pytanie! uzywac css czy szablony+css?
sztosz
@dtd: ale nie za bardzo rozumiem tego pytania również, pewnie nikt nie rozumie sad.gif .

CSS bezwzgldnie należy użuwać jako opis wyglądu. A teraz ty mi odpsowiedz na pytanie. Jeżeli nie używasz szablonów to powiedz mi czego używasz zamiast tych szablonów?
Kas
Moim zdaniem idealne rozwiązanie to szblony + css. Szablony odpowiadają za układ strony, a style za resztę (kolory, czcionki i takie tam).
To jest wersja lo-fi głównej zawartości. Aby zobaczyć pełną wersję z większą zawartością, obrazkami i formatowaniem proszę kliknij tutaj.
Invision Power Board © 2001-2025 Invision Power Services, Inc.