On Thu, 11 Nov 2010 22:01:59 +0100, Marek wrote:

> W dniu 2010-11-11 21:31, Michał Gancarski pisze:
>> To jest zbyt ogólnie. Jaki CMS?
> Autorski.
>
>> Jaki zakres kontroli nad nim posiadasz?
>
> 100%

W takim razie nie rozumiem w czym problem, a zwłaszcza nie rozumiem pisania
o "wstrzykiwaniu kodu przez CMS". Ostatecznie kontrolujesz co "wstrzykuje".


>> Bez
>> odpowiedzi na te pytania nie da się w żaden sposób potwierdzić lub
>> zaprzeczyć temu co piszesz. Nie zmienia to też ogólnych zasad - jeśli masz
>> pełną kontrolę nad HTMLem i CSSem to nie ma powodu by coś psuć.
>
> Prosty przykład. Dajmy na to, że jakiś projekt wymaga dostawienia
> trzeciej kolumny pomiędzy istniejące dwie.

"Dostawienia" tzn.? W trakcie projektowania tak wyszło, czy może nagle po
roku okazało się, że ona tam ma być?


> Wygodnie jest skrajnie prawą
> wyrzucić na prawo float: right. Lewa i opcjonalna środkowa niech mają
> float:left.

Najwygodniej komu? Poza tym nadal piszesz o layoucie w oderwaniu od tego co
w tym dokumencie się tak naprawdę znajduje.


> Można też zrobić tak jak nie chcę bo nie będę widział tego w edytorze
> WYSIWYG, że CMS zmodyfikuje CSS w zależności od ilości kolumn jaki
> będzie miał wygenerować i tylko w trakcie pracy aplikacji będę widział
> tego efekty. Podczas projektowania: tylko w wyobraźni.

CMS WYSIWYG? W trakcie normalnego funkcjonowania strony (a nie na etapie
jej projektowania) to co najmniej rzadkość, nie mówiąc już o zazwyczaj
kulejących implementacjach. Oddawanie takiej kontroli użytkownikowi jest
wręcz niebezpieczne. Jednym z ważniejszych elementów szkolenia redaktorów
strony jest IMHO określenie zakresu modyfikacji, które będą mogli
wprowadzać i wyjaśnienie czemu one są tak ograniczone. Redaktor nie robi
składu, redaktor wrzuca treść. Jeśli zmiany w layoucie mogą następować
zmiany tak znaczące jak układ kolumn, to trzeba raczej starać się to
przewidzieć wcześniej.


> Nie wspomnę o
> tym, że jeśli CSS ulegać będzie zmianom to należy zapomnieć o
> cach'eowaniu przez przeglądarki tego.

Znów - zanim nie podasz konkretnego przykładu, np. podając link czy
wskazując o jakim CMSie mówimy, to pozostajemy w sferze ogółów. Zmienność
CSSa też nie oznacza braku cachowania. Elementy stałe można wyrzucić do
osobnego pliku, o ile będzie to w ogóle konieczne. "Zmienność" taka jak
pojawienie się co pewien czas dodatkowej kolumny zazwyczaj możliwa jest do
osiągnięcia przez dodanie jakiejś klasy odpowiedniemu elementowi i
dopisanie stylu w dokładnie tym samym pliku CSS, który był użyty do tej
pory.


> To kolejna wada takiego podejścia.
> A jak zacznę ze stylami inline'owymi to w ogóle sieczka kodowa powstanie.

To może zacznij klasami?


--
Michał Gancarski

Sieeeaaaaaaaaaaa!