Zasady korzystania z pola tekstowego w formacie RTF?

Question

Czy ktoś może wskazać mi zasady, których należy przestrzegać podczas używania pól tekstu sformatowanego w komponentach Tridion? Zauważyłem, że można wprowadzić oznaczyć bezpośrednio na zakładce Źródło, ale jeśli wpiszesz niekompletną html następnie tridion uzupełnia je za ciebie, co następuje:

<!--Enter this--> 
<td>test</td> 


<!--And it becomes this--> 
<table> 
<tr> 
<td>test</td> 
</tr> 
</table> 

Jeśli wprowadzisz nieprawidłowy znaczników, wtedy dostaniesz Validation Wyniki okienko informacją, że składnia jest nieprawidłowy:

<!--Generates Validation Results popup --> 
<badtag> 

wydaje się, że nie ma problemu z dodawaniem atrybuty, takie jak identyfikator i klasy do html RTF, dopóki HTML jest ważny, ale to, co każdy inny doświadczenie? Czy ktoś może wskazać mi jakieś dodatkowe sprawdzone metody dotyczące tego, co powinienem i czego nie powinienem robić w polu Komponent RTF?

Answer 1

Świetne pytanie. Najlepsze praktyki zależą od klienta do klienta, przynajmniej w oparciu o moje doświadczenie z Tridion.

Widziałem kilku klientów, którzy są bardzo wygodni i robią więcej na polach RTF (prawie budując wszystko jak formularze przechwytywania danych - jeeez ..), i widzieli niektórych klientów, którzy nie są zbyt zadowoleni z edytora (np. wkleić od słowa doc itp ..).

Nie widziałem dokumentu z najlepszymi praktykami i nie sądzę, aby jeden pasował do wszystkich, ponieważ zależy to od umiejętności i komfortu organizacji lub agencji.

Zgodnie z ogólną zasadą, Skarga XHTML jest koniecznością i tak właśnie działa edytor Tridion RTF (dobrze). Z tego powodu zauważyłeś czyszczenie prawidłowego/nieprawidłowego formatu html.

Poniższy link Alvina dotyczy niektórych zagadnień, ale może nie być dokładnie tym, czego szukasz.

http://www.tridiondeveloper.com/rich-text-format-area-css-classes-vs-custom-xml-nodes

Jeśli znajdziesz, proszę się z nami podzielić. Ja też go szukam. :)

Answer 2

Dobre pytanie, choć nie tak łatwo odpowiedzieć. Wierzę, że @Ram ma rację, że nie ma tam żadnych najlepszych praktyk, zgadnij, że większość z nich jest przekazywana poprzez szkolenie z modelowania treści (see the available training tracks), ale muszę przyznać, że odpowiedź na twoje pytanie nie jest omawiana szczegółowo tam.

Z doświadczenia Widziałem, że pola tekstu sformatowanego są jedną z najbardziej nadużywanych opcji w SDL Tridion. Rzeczy, które nazwałbym typowym nadużyciem, to na przykład schemat artykułów z pojedynczym polem tekstu sformatowanego, przeznaczony dla redaktorów do wprowadzania kodu HTML bezpośrednio na stronę. Chociaż najwyraźniej nie jest to droga dla większości ludzi (mam nadzieję; o), w dużym stopniu zależy to od wymagań klientów, jak daleko należy się posunąć i co należy uwzględnić w przypadku użycia pola tekstowego w formacie RTF.

Pierwsza dyskusja, która zawsze się pojawia, polega na tym, że w ogóle należy zezwolić na formatowanie treści przez redaktorów. Zawsze mam pokusę, aby powiedzieć, że treść i układ powinny być oddzielone, ale bezpośrednio pojawia się tam konflikt z takimi rzeczami jak tabele, podkreślony tekst, listy i linki. Właśnie tam wkraczają pola tekstu sformatowanego.

Jestem za ograniczeniem użycia pól tekstowych w miarę możliwości, więc używaj dostępnego XSLT do usuwania niechcianych tagów i atrybutów (stylizacji). Jedną z pierwszych rzeczy do rozważenia jest wykorzystanie obrazów w polu tekstu sformatowanego, a drugą na liście będą znaczniki skryptów i formularzy. Jeśli nie chcesz dopuścić ich do wyjścia tekstu sformatowanego, dostosuj XSLT, aby je usunąć.Ale w końcu to (niestety) sprowadza się głównie do wymagań klienta. Chociaż masz rolę w doradzaniu im, co robi i co nie ma sensu oczywiście.