At least the header, footer and empty texts support filter formats.

To avoid possible (code) injection by translaters - they might contain php code - they don't trigger any translateability.

This is the reason why i18n added filter format support to the translation API.
To support those elements for clean translation, views could add filter format support for the translation layer on a per-key basis.

The filter based elements would then need to be additionally announced and translation layer called.

CommentFileSizeAuthor
#2 1031962-filter_format-export.patch1.71 KBdawehner

Comments

slashrsm’s picture

slashrsm commented
Assigned: Unassigned » merlinofchaos
dawehner’s picture

dawehner
Primary language German
commented
StatusFileSize
new 1031962-filter_format-export.patch1.71 KB

Just a general start of work.

miro_dietiker’s picture

miro_dietiker
Location Switzerland
commented

Referring to issue that introduced header/footer pluggability.
#510284: Header/footer/empty text and more areas pluggable

mustanggb’s picture

mustanggb commented
Issue summary: View changes
Status: Active » Closed (won't fix)