Se è necessario creare un markup non valido, considerare un campo di testo normale. Non sei sicuro di quanto questo cambierebbe l'estensione e il modello di contenuti esistenti, ma puoi inserire qualsiasi cosa in un campo di testo semplice, incluso quello che sembra essere una sorta di "divisione" o di un segnaposto divisorio.
</div><div class='Page'>
Per mantenere la funzionalità rich text e seguire alcune pratiche tipiche Tridion, considerano una delle seguenti.
Completa tutte le modifiche di markup in una volta
Assumendo che il margine di profitto finale avranno un open <div> e chiusura </div>, considerando rendendo l'estensione avvolgere un intero set di rich text selezionato. Nel processo e prima di aggiornare il componente, consentire all'autore di selezionare la posizione della "divisione" e salvare l'intero aggiornamento sull'RTF.
Crea "split" con schemi incorporati e il codice del modello
campi schema incorporato sono un modo molto più facile dividere contenuti. Gli autori creano una nuova serie di campi incorporati e il codice del modello può modificarlo in schede, paragrafi o quali potrebbero essere le pagine (impaginazione?) Nel tuo caso.
A "Paragraph" embedded schema can handle this use case, come ho capito.
<!-- TemplateBeginRepeat name="Component.Fields.Paragraph" -->
<div class='Page'>
<!-- author-entered content -->
</div>
<!-- TemplateEndRepeat -->
Questo creerà la </div><div class='Page'> in-tra gruppi di campi incorporati. Ti consente anche di cambiare classe e tag in futuro senza modifiche alle estensioni.
Inserire non-HTML "i campi unione" invece
Vedere Opzioni su un post che ho scritto su custom tags in rich text fields, che includono:
- classi CSS in Esplora Content Manager, come
class="page-split". Puoi persino modellare questo aspetto in un certo modo (ad esempio visivamente come <hr/>), quindi metterlo a modello con quello che ti serve nel markup finale.
- campo unione tag segnaposto, come "
[[end-page]][[start-page]"
- nodi personalizzati HTML5, se si deve
è possibile inserire qualsiasi di questi con un'estensione, facoltativamente styling per guardare un certo modo nel CME.
Mi piace dare agli autori modi più semplici di inserire funzionalità nei campi rich text, ma il trucco con l'inserimento di HTML specifico, in particolare HTML non valido, nei componenti sta codificando nel dettaglio questa funzionalità nel contenuto. Ti imbatterai in problemi con la migrazione e le modifiche al design.
Considera di trarre vantaggio da come Tridion separa il design dal contenuto.
Non sono sicuro di quale sia la funzione, ma immagino che sia impossibile ignorare la funzione di riordino HTML poiché il contenuto deve essere ben formato XHTML. Se riesci a spiegare cosa stai cercando di ottenere, forse una soluzione più adeguata può essere raggiunta. – johnwinter