Uploaded image for project: 'eZ Publish / Platform'
  1. eZ Publish / Platform
  2. EZP-25917

Unify identification of image embeds in RichText

    Details

    • Type: Story Story
    • Status: Closed
    • Priority: High High
    • Resolution: Invalid
    • Affects Version/s: None
    • Fix Version/s: None
    • Component/s: None

      Description

      Current situation

      Template choice when rendering an image or "standard" embed is done using view configuration based on the embedded content type identifier (see EZP-25875).

      The online editor adds a custom class to image embeds, in order to distinguish them from other embeds: class="ez-embed-type-image". Such usage of "class" doesn't exist in the kernel RichText implementation.

      The kernel doesn't really distinguish those.

      Options

      We could try to use a custom view type (`full`, `embed`, ...) for images (embed-image), that PlatformUI would set instead of / in addition (BC) to the class.

        Issue Links

          Activity

          Bertrand Dunogier created issue -
          Bertrand Dunogier made changes -
          Field Original Value New Value
          Link This issue relates to EZP-25875 [ EZP-25875 ]
          Damien Pobel (Inactive) made changes -
          Description The online editor adds a custom class to image embeds, in order to distinguish them from other embeds: {{class="'ez-embed-type-image'"}}.

          The same behaviour should be added to xmltext -> richtext, and documented for those who create richtext manually.
          The online editor adds a custom class to image embeds, in order to distinguish them from other embeds: {{class="ez-embed-type-image"}}.

          The same behaviour should be added to xmltext -> richtext, and documented for those who create richtext manually.
          Damien Pobel (Inactive) made changes -
          Link This issue relates to EZP-25108 [ EZP-25108 ]
          Damien Pobel (Inactive) made changes -
          Link This issue relates to EZP-25000 [ EZP-25000 ]
          Bertrand Dunogier made changes -
          Description The online editor adds a custom class to image embeds, in order to distinguish them from other embeds: {{class="ez-embed-type-image"}}.

          The same behaviour should be added to xmltext -> richtext, and documented for those who create richtext manually.
          The online editor adds a custom class to image embeds, in order to distinguish them from other embeds: {{class="ez-embed-type-image"}}.

          The kernel doesn't really distinguish those.

          Template choice when rendering an image or "standard" embed is done using view configuration based on the embedded content type identifier (see EZP-25875).
          Bertrand Dunogier made changes -
          Description The online editor adds a custom class to image embeds, in order to distinguish them from other embeds: {{class="ez-embed-type-image"}}.

          The kernel doesn't really distinguish those.

          Template choice when rendering an image or "standard" embed is done using view configuration based on the embedded content type identifier (see EZP-25875).
          h3. Current situation
          Template choice when rendering an image or "standard" embed is done using view configuration based on the embedded content type identifier (see EZP-25875).

          The online editor adds a custom class to image embeds, in order to distinguish them from other embeds: {{class="ez-embed-type-image"}}. Such usage of "class" doesn't exist in the kernel RichText implementation.

          The kernel doesn't really distinguish those.

          h3. Options
          We could try to use a custom view type (`full`, `embed`, ...) for images (embed-image), that PlatformUI would set instead of / in addition (BC) to the class.
          Hide
          Bertrand Dunogier added a comment -

          Will be fixed by custom domain objects.

          Show
          Bertrand Dunogier added a comment - Will be fixed by custom domain objects.
          Bertrand Dunogier made changes -
          Status Open [ 1 ] Closed [ 6 ]
          Resolution Invalid [ 6 ]
          Alex Schuster made changes -
          Workflow EZ* Development Workflow [ 99312 ] EZEE Development Workflow [ 125793 ]
          Alex Schuster made changes -
          Workflow EZEE Development Workflow [ 125793 ] EZEE and EZP Story Workflow [ 128142 ]
          Transition Time In Source Status Execution Times Last Executer Last Execution Date
          Open Open Closed Closed
          8d 10m 1 Bertrand Dunogier 29/Jun/16 10:22 AM

            People

            • Assignee:
              Unassigned
              Reporter:
              Bertrand Dunogier
            • Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: