Par défaut, toute entrée entré par XPages qui peuvent avoir un code méchant/malveillant intégré (par exemple html/javascript) est géré par un ACF (filtre de contenu actif)
Cela se produit côté serveur dans les pages spéciales runtime. (Vous remarquerez peut-être CKEditor a lui-même cette fonctionnalité aussi, mais dans le cas de XPages, CKEditor ne pas faire le filtrage, il est côté serveur exécuté dans le système d'ACF d'IBM.)
Quelques informations available here
Pour une raison quelconque, les règles de filtrage par défaut filtrent également l'attribut de style 'margin'. Cela signifie que lorsque vous envoyez un texte en retrait, la marge est supprimée côté serveur avant d'être enregistrée dans le document.
Si vous définissez votre htlmFilterIn = "identité", votre système ne fera plus aucun filtrage et la marge sera préservée. Cependant, votre système est maintenant vulnérable.
Une autre idée consiste à fournir un ensemble de règles personnalisées dans lequel la marge n'est pas supprimée. Les détails de faire cela sont dans le livre Mastering XPages. mais vous prenez essentiellement l'acf-config.xml.sample dans le répertoire/properties, et le renommez en acf-config.xml, puis modifiez. (Cela va le faire à l'échelle du serveur)
Parlez après moi: il n'y a pas de RichText sur Internet. C'est le HTML. HTML ne compte pas les espaces. Si vous voulez créer quelque chose comme une citation, utilisez un style CSS avec marge-gauche. – stwissel
Nous stockons du 'texte formaté' dans notre fichier HTML dans notre base de données Cloudant et cela se passe très bien. Alors, allez le chemin HTML comme Stephan mentionne et finissez avec css –
Merci pour vos réponses. mais j'ai un autre problème. Les utilisateurs copient et collez le texte de M.Word, et quand ils le font, le texte formulé est perdu. – JBarnes