W dniu 2010-12-14 09:25, Marek pisze:
> Ciekawe to co piszesz. W jaki sposób to działała, że podpięcie obcego
> CSS nie rozwala okna edytora lub że w ogóle to może funkcjonować?
>
> Są tu dwa aspekty: CSS działa relatywnie do miejsca, w którym jest.
> Czyli np. jeśli CSS czerpie obrazki z podkatalogu skórka/nazwa/obrazki a
> edytor mieści się w katalogu /edytor to zaciągnięcie takiego CSS bez
> modyfikacji ścieżek w nim nie wyświetli obrazków. Ale to pikuś bo ew.
> ścieżki może jakiś automat zmienić (czy tak się to robi?).

Stosowałem to tak:
obrazki i css: skórka/nazwa/css, skórka/nazwa/obrazki
widok artykułu: ścieżka/nazwa-artykułu
edycja: ścieżka/nazwa-artykułu/edycja
więc oba widoki widziały te same ścieżki do obrazków i css

> Po drugie: samo podpięcie CSS bez zachowania struktury HTML nie ma
> sensu. Np. Jeśli mamy z jakiś powodów dokument:
>
> <div class="czerwony">
> tu treść, która jest w bazie danych dostępna dla edytora
> </div>
>
> i klasę:
>
> .czerwony {color:red}
>
> to w edytorze tekst nie wyświetli się nam na czerwono: czyli tak jak w
> dokumencie o ile nie przeniesiemy do edytora całej struktury HTML
> dokumentu powyżej i poniżej edytowanego miejsca - czyli bez dodania
> otaczającego DIVa z powyższego przykładu. DIV stanowi element formatki a
> nie wprowadzanego edytorem kodu.

Z tego co pamiętam, to edytor doklejał w locie jakąś strukturę
nagłówkową (można ją było zdefiniować, nie byłe widoczna dla redaktora),
a później podczas zapisu do bazy to usuwał, ale nie pamiętam szczegółów.

> Jeszcze jedno pytanie na koniec: skąd edytor wie, jakie klasy/style może
> z pliku CSS udostępnić? Nie ma sensu pokazywać całości CSS, który
> narzuca styl formatki (kontener, sekcje w kontenerze itp) kiedy np. 3
> klasy ze 50 w CSS mogą być udostępnione redaktorowi.

Tego nie używałem, ale z tego co pamiętam, to można było zdefiniować
listę klas udostępnianych w edytorze. Zerknij np. tutaj:
http://www.contentmanagementsoftware.info/plone-book
/kupu/styles