Uploaded image for project: 'Confluence Data Center'
  1. Confluence Data Center
  2. CONFSERVER-1177

Macro Customisation at various levels

    XMLWordPrintable

Details

    • Suggestion
    • Resolution: Won't Fix
    • None
    • None
    • We collect Confluence feedback from various sources, and we evaluate what we've collected when planning our product roadmap. To understand how this piece of feedback will be reviewed, see our Implementation of New Features Policy.

    Description

      Currently macro's like

      {html} can either be enabled fully or not at all. This request is for macro's to have runtime options which can be set at the global / space / page level to pass in variables for configuration.

      Using the {html}

      macro as an example - this is a dangerous macro but customisation at any could be used to secure what tags can / cannot be used inside the macro [eg: disable <script /> tags]. In some cases you might only want <table> based elements (tr,td,th etc) to be used in a documentation space when greater flexability than the simple wiki tables are needed.

      If the allowed list is populated, ONLY those tags should be allowed, if the denied list is populated ANY tags except those listed should be allowed, if both lists are empty then all tags should be allowed (default behaviour).

      The customisations / configurations should be allowed to inherit and override, inherit only, or replace unilatterally the configurations from the container above (eg: in the space set whether these configurations can be overriden / inherited by pages, and on a page set what you want to do [where allowed])

      Attachments

        Activity

          People

            barconati BillA
            dhardiker Dan Hardiker
            Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: