Details

    • Epic Name:
      RichText editing

      Description

      Current XMLtext field type uses the old xmltext ezxml format, a better approach in the future would be to use and update the Document component so it handles the internal format instead (docbook).

      Format

      The Field Type may expose several formats like intended with eZ Document Component, but for WYSIWYG editors and web use there is a need to have a xhtml5 like format that has all the capabilities of ezxml or even more.

      A xhtml5 wysiwyg format could be based on ezxml but with some changes:

      • Tag names should be changed to names in html5, most are easy, custom tag is not.
      • Tags should behave as in html5 (inline / block / inline-block), and custom tags should be able to be one of these.
      • Attribute names should be aligned with html5 (map custom attribute to -data-?)
      • Valid parent and child tags might need some minor adjustments, table in paragraphs for instance.
      • As for section tags, that can be mapped to the html5 section tag, and this can be visually hinted by the editor in needed: http://www.tinymce.com/tryit/html5_formats.php

      For Legacy Database there could be a converter that transforms the format to ezxml, if eZ Document Component is used then it needs some updates for minor changes done to the format in 4.1.

        Issue Links

          Issues in Epic

            Activity

            André Rømcke created issue -
            André Rømcke made changes -
            Field Original Value New Value
            Description Current eZXMLtext field type exposes to many things, and re implements things we most likely don't need anymore if we update our format a bit.

            h3.Format
            We need to specify a xmlformat that is close to what we have today in eZ Publish, but in xhtml 5 dialect for easier integration with editors and the web.

            The format will still be in xml (ref "x"), but:
            * Tag names should be changed to names in html5, most are easy, custom tag is not.
            * Tags should behave as in html5 (inline / block / inline-block), and custom tags should be able to be one of these.
            * Attribute names should be aligned with html5 (map custom attribute to -data-?)

            The transformation to eZXMLText format, should be done by legacy field type converter.

            h3.Fieldtype
            Besides exposing the legacy xmltext format, the following api's is probably not needed if format is simplified as mentioned above:
            setRawText
            getInputParser (has 10-14 public methods)
            getInputHandler (has 10 public methods)
            Current eZXMLtext field type exposes to many things, and re implements things we most likely don't need anymore if we simplify and modernice our rich text format a bit.

            h3.Format
            We need to specify a xmlformat that is close to what we have today in eZ Publish, but in xhtml 5 dialect for easier integration with editors and the web.

            The format will still be in xml (ref "x"), but:
            * Tag names should be changed to names in html5, most are easy, custom tag is not.
            * Tags should behave as in html5 (inline / block / inline-block), and custom tags should be able to be one of these.
            * Attribute names should be aligned with html5 (map custom attribute to -data-?)

            The transformation to eZXMLText format, should be done by legacy field type converter.

            h3.Fieldtype
            Besides exposing the legacy xmltext format, the following api's is probably not needed if format is simplified as mentioned above:
            setRawText
            getInputParser (has 10-14 public methods)
            getInputHandler (has 10 public methods)
            André Rømcke made changes -
            Description Current eZXMLtext field type exposes to many things, and re implements things we most likely don't need anymore if we simplify and modernice our rich text format a bit.

            h3.Format
            We need to specify a xmlformat that is close to what we have today in eZ Publish, but in xhtml 5 dialect for easier integration with editors and the web.

            The format will still be in xml (ref "x"), but:
            * Tag names should be changed to names in html5, most are easy, custom tag is not.
            * Tags should behave as in html5 (inline / block / inline-block), and custom tags should be able to be one of these.
            * Attribute names should be aligned with html5 (map custom attribute to -data-?)

            The transformation to eZXMLText format, should be done by legacy field type converter.

            h3.Fieldtype
            Besides exposing the legacy xmltext format, the following api's is probably not needed if format is simplified as mentioned above:
            setRawText
            getInputParser (has 10-14 public methods)
            getInputHandler (has 10 public methods)
            Current eZXMLtext field type exposes to many things, and re implements things we most likely don't need anymore if we simplify and modernice our rich text format a bit.

            h3.Format
            We need to specify a xmlformat that is close to what we have today in eZ Publish, but in xhtml 5 dialect for easier integration with editors and the web.

            The format will still be in xml (ref "x"), but:
            * Tag names should be changed to names in html5, most are easy, custom tag is not.
            * Tags should behave as in html5 (inline / block / inline-block), and custom tags should be able to be one of these.
            * Attribute names should be aligned with html5 (map custom attribute to \-data\-?)

            The transformation to eZXMLText format, should be done by legacy field type converter.

            h3.Fieldtype
            Besides exposing the legacy xmltext format, the following api's is probably not needed if format is simplified as mentioned above:
            setRawText
            getInputParser (has 10-14 public methods)
            getInputHandler (has 10 public methods)
            André Rømcke made changes -
            Description Current eZXMLtext field type exposes to many things, and re implements things we most likely don't need anymore if we simplify and modernice our rich text format a bit.

            h3.Format
            We need to specify a xmlformat that is close to what we have today in eZ Publish, but in xhtml 5 dialect for easier integration with editors and the web.

            The format will still be in xml (ref "x"), but:
            * Tag names should be changed to names in html5, most are easy, custom tag is not.
            * Tags should behave as in html5 (inline / block / inline-block), and custom tags should be able to be one of these.
            * Attribute names should be aligned with html5 (map custom attribute to \-data\-?)

            The transformation to eZXMLText format, should be done by legacy field type converter.

            h3.Fieldtype
            Besides exposing the legacy xmltext format, the following api's is probably not needed if format is simplified as mentioned above:
            setRawText
            getInputParser (has 10-14 public methods)
            getInputHandler (has 10 public methods)
            Current eZXMLtext field type exposes to many things, and re implements things we most likely don't need anymore if we simplify and modernice our rich text format a bit.

            h3.Format
            We need to specify a xmlformat that is close to what we have today in eZ Publish, but in xhtml 5 dialect for easier integration with editors and the web.

            The format will still be in xml (ref "x"), but:
            * Tag names should be changed to names in html5, most are easy, custom tag is not.
            * Tags should behave as in html5 (inline / block / inline-block), and custom tags should be able to be one of these.
            * Attribute names should be aligned with html5 (map custom attribute to \-data\-?)

            The transformation to eZXMLText format, should be done by Legacy Storage Engine field type converter.

            h3.Fieldtype
            Besides exposing the legacy xmltext format, the following api's is probably not needed if format is simplified as mentioned above:
            setRawText
            getInputParser (has 10-14 public methods)
            getInputHandler (has 10 public methods)
            Christian Bacher (Inactive) made changes -
            Status Open [ 1 ] Backlog [ 10000 ]
            Christian Bacher (Inactive) made changes -
            Status Backlog [ 10000 ] InputQ [ 10001 ]
            André Rømcke made changes -
            Description Current eZXMLtext field type exposes to many things, and re implements things we most likely don't need anymore if we simplify and modernice our rich text format a bit.

            h3.Format
            We need to specify a xmlformat that is close to what we have today in eZ Publish, but in xhtml 5 dialect for easier integration with editors and the web.

            The format will still be in xml (ref "x"), but:
            * Tag names should be changed to names in html5, most are easy, custom tag is not.
            * Tags should behave as in html5 (inline / block / inline-block), and custom tags should be able to be one of these.
            * Attribute names should be aligned with html5 (map custom attribute to \-data\-?)

            The transformation to eZXMLText format, should be done by Legacy Storage Engine field type converter.

            h3.Fieldtype
            Besides exposing the legacy xmltext format, the following api's is probably not needed if format is simplified as mentioned above:
            setRawText
            getInputParser (has 10-14 public methods)
            getInputHandler (has 10 public methods)
            Current eZXMLtext field type exposes to many things, and re implements things we most likely don't need anymore if we simplify and modernice our rich text format a bit.

            h3.Format
            We need to specify a xmlformat that is close to what we have today in eZ Publish, but in xhtml 5 dialect for easier integration with editors and the web.

            The format will still be in xml (ref "x"), but:
            * Tag names should be changed to names in html5, most are easy, custom tag is not.
            * Tags should behave as in html5 (inline / block / inline-block), and custom tags should be able to be one of these.
            * Attribute names should be aligned with html5 (map custom attribute to \-data\-?)

            As for section tags, that can be mapped to the html5 section tag if we want to keep this feature, and rich text editors, this can be visually hinted with an option:
            http://www.tinymce.com/tryit/html5_formats.php

            The transformation to eZXMLText format, should be done by Legacy Storage Engine field type converter.

            h3.Fieldtype
            Besides exposing the legacy xmltext format, the following api's is probably not needed if format is simplified as mentioned above:
            setRawText
            getInputParser (has 10-14 public methods)
            getInputHandler (has 10 public methods)
            André Rømcke made changes -
            Link This issue relates to EZPNEXT-44 [ EZPNEXT-44 ]
            André Rømcke made changes -
            Workflow PM Kanban [ 11997 ] PM Kanban2 [ 12189 ]
            André Rømcke made changes -
            Workflow PM Kanban2 [ 12189 ] PM Kanban [ 12218 ]
            Christian Bacher (Inactive) made changes -
            Fix Version/s Kilimanjaro [ 10211 ]
            Christian Bacher (Inactive) made changes -
            Link This issue relates to PM-39 [ PM-39 ]
            André Rømcke made changes -
            Description Current eZXMLtext field type exposes to many things, and re implements things we most likely don't need anymore if we simplify and modernice our rich text format a bit.

            h3.Format
            We need to specify a xmlformat that is close to what we have today in eZ Publish, but in xhtml 5 dialect for easier integration with editors and the web.

            The format will still be in xml (ref "x"), but:
            * Tag names should be changed to names in html5, most are easy, custom tag is not.
            * Tags should behave as in html5 (inline / block / inline-block), and custom tags should be able to be one of these.
            * Attribute names should be aligned with html5 (map custom attribute to \-data\-?)

            As for section tags, that can be mapped to the html5 section tag if we want to keep this feature, and rich text editors, this can be visually hinted with an option:
            http://www.tinymce.com/tryit/html5_formats.php

            The transformation to eZXMLText format, should be done by Legacy Storage Engine field type converter.

            h3.Fieldtype
            Besides exposing the legacy xmltext format, the following api's is probably not needed if format is simplified as mentioned above:
            setRawText
            getInputParser (has 10-14 public methods)
            getInputHandler (has 10 public methods)
            Current eZXMLtext field type exposes to many things, and re implements things we most likely don't need anymore if we simplify and modernice our rich text format a bit.

            h3.Format
            We need to specify a xmlformat that is close to what we have today in eZ Publish, but in xhtml 5 dialect for easier integration with editors and the web.

            The format will still be in xml (ref "x"), but:
            * Tag names should be changed to names in html5, most are easy, custom tag is not.
            * Tags should behave as in html5 (inline / block / inline-block), and custom tags should be able to be one of these.
            * Attribute names should be aligned with html5 (map custom attribute to \-data\-?)

            As for section tags, that can be mapped to the html5 section tag if we want to keep this feature, and rich text editors, this can be visually hinted with an option:
            http://www.tinymce.com/tryit/html5_formats.php

            The transformation to eZXMLText format, should be done by Legacy Storage Engine field type converter. Maybe using

            h3.Fieldtype
            Besides exposing the legacy xmltext format, the following api's is probably not needed if format is simplified as mentioned above:
            setRawText
            getInputParser (has 10-14 public methods)
            getInputHandler (has 10 public methods)
            André Rømcke made changes -
            Description Current eZXMLtext field type exposes to many things, and re implements things we most likely don't need anymore if we simplify and modernice our rich text format a bit.

            h3.Format
            We need to specify a xmlformat that is close to what we have today in eZ Publish, but in xhtml 5 dialect for easier integration with editors and the web.

            The format will still be in xml (ref "x"), but:
            * Tag names should be changed to names in html5, most are easy, custom tag is not.
            * Tags should behave as in html5 (inline / block / inline-block), and custom tags should be able to be one of these.
            * Attribute names should be aligned with html5 (map custom attribute to \-data\-?)

            As for section tags, that can be mapped to the html5 section tag if we want to keep this feature, and rich text editors, this can be visually hinted with an option:
            http://www.tinymce.com/tryit/html5_formats.php

            The transformation to eZXMLText format, should be done by Legacy Storage Engine field type converter. Maybe using

            h3.Fieldtype
            Besides exposing the legacy xmltext format, the following api's is probably not needed if format is simplified as mentioned above:
            setRawText
            getInputParser (has 10-14 public methods)
            getInputHandler (has 10 public methods)
            Current eZXMLtext field type exposes to many things, and re implements things we most likely don't need anymore if we simplify and modernice our rich text format a bit.

            h3.Format
            We need to specify a xmlformat that is close to what we have today in eZ Publish, but in xhtml 5 dialect for easier integration with editors and the web.

            The format will still be in xml (ref "x"), but:
            * Tag names should be changed to names in html5, most are easy, custom tag is not.
            * Tags should behave as in html5 (inline / block / inline-block), and custom tags should be able to be one of these.
            * Attribute names should be aligned with html5 (map custom attribute to \-data\-?)

            As for section tags, that can be mapped to the html5 section tag if we want to keep this feature, and rich text editors, this can be visually hinted with an option:
            http://www.tinymce.com/tryit/html5_formats.php

            The transformation to eZXMLText format, should be done by Legacy Storage Engine field type converter. Maybe using XSLT?

            h3.Fieldtype
            Besides exposing the legacy xmltext format, the following api's is probably not needed if format is simplified as mentioned above:
            setRawText
            getInputParser (has 10-14 public methods)
            getInputHandler (has 10 public methods)
            André Rømcke made changes -
            Rank Ranked lower
            André Rømcke made changes -
            Status InputQ [ 10001 ] Specification [ 10002 ]
            Assignee André Rømcke [ andre.romcke@ez.no ]
            André Rømcke made changes -
            Link This issue relates to EZPNEXT-779 [ EZPNEXT-779 ]
            André Rømcke made changes -
            Description Current eZXMLtext field type exposes to many things, and re implements things we most likely don't need anymore if we simplify and modernice our rich text format a bit.

            h3.Format
            We need to specify a xmlformat that is close to what we have today in eZ Publish, but in xhtml 5 dialect for easier integration with editors and the web.

            The format will still be in xml (ref "x"), but:
            * Tag names should be changed to names in html5, most are easy, custom tag is not.
            * Tags should behave as in html5 (inline / block / inline-block), and custom tags should be able to be one of these.
            * Attribute names should be aligned with html5 (map custom attribute to \-data\-?)

            As for section tags, that can be mapped to the html5 section tag if we want to keep this feature, and rich text editors, this can be visually hinted with an option:
            http://www.tinymce.com/tryit/html5_formats.php

            The transformation to eZXMLText format, should be done by Legacy Storage Engine field type converter. Maybe using XSLT?

            h3.Fieldtype
            Besides exposing the legacy xmltext format, the following api's is probably not needed if format is simplified as mentioned above:
            setRawText
            getInputParser (has 10-14 public methods)
            getInputHandler (has 10 public methods)
            Current eZXMLtext field type exposes to many internals, and re implements features we most likely don't need anymore if we simplify and modernice our rich text format a bit.

            h3.Format
            The Field Type may expose several formats like intended with eZ Document Component, but for WYSIWYG editors and web use there is a need to have a xhtml5 like format that has all the capabilities of ezxml or even more, with some alignments with html5:
            * Tag names should be changed to names in html5, most are easy, custom tag is not.
            * Tags should behave as in html5 (inline / block / inline-block), and custom tags should be able to be one of these.
            * Attribute names should be aligned with html5 (map custom attribute to \-data\-?)
            * Valid parent and child tags might need some minor adjustments, table in paragraphs for instance.

            As for section tags, that can be mapped to the html5 section tag if we want to keep this feature, and rich text editors, this can be visually hinted with an option: http://www.tinymce.com/tryit/html5_formats.php

            For Legacy there should be a converter that transforms the format to ezxml, if eZ Document Component is used then it needs some updates for minor changes doen to the format in 4.1.

            h3.Fieldtype
            Besides exposing the legacy xmltext format, the api should be minimized to no expose internal functionality.
            André Rømcke made changes -
            Assignee André Rømcke [ andre.romcke@ez.no ]
            André Rømcke made changes -
            Status Specification [ 10002 ] Specification done [ 10003 ]
            André Rømcke made changes -
            Status Specification done [ 10003 ] Development review [ 10006 ]
            André Rømcke made changes -
            Status Development review [ 10006 ] Backlog [ 10000 ]
            André Rømcke made changes -
            Fix Version/s Stetind [ 10212 ]
            Fix Version/s Kilimanjaro [ 10211 ]
            André Rømcke made changes -
            Summary New eZXMLText fieldType & format New RichText fieldType format
            André Rømcke made changes -
            Status Backlog [ 10000 ] InputQ [ 10001 ]
            André Rømcke made changes -
            Assignee André Rømcke [ andre.romcke@ez.no ]
            André Rømcke made changes -
            Description Current eZXMLtext field type exposes to many internals, and re implements features we most likely don't need anymore if we simplify and modernice our rich text format a bit.

            h3.Format
            The Field Type may expose several formats like intended with eZ Document Component, but for WYSIWYG editors and web use there is a need to have a xhtml5 like format that has all the capabilities of ezxml or even more, with some alignments with html5:
            * Tag names should be changed to names in html5, most are easy, custom tag is not.
            * Tags should behave as in html5 (inline / block / inline-block), and custom tags should be able to be one of these.
            * Attribute names should be aligned with html5 (map custom attribute to \-data\-?)
            * Valid parent and child tags might need some minor adjustments, table in paragraphs for instance.

            As for section tags, that can be mapped to the html5 section tag if we want to keep this feature, and rich text editors, this can be visually hinted with an option: http://www.tinymce.com/tryit/html5_formats.php

            For Legacy there should be a converter that transforms the format to ezxml, if eZ Document Component is used then it needs some updates for minor changes doen to the format in 4.1.

            h3.Fieldtype
            Besides exposing the legacy xmltext format, the api should be minimized to no expose internal functionality.
            Current XMLtext field type uses the old xmltext ezxml format, a better approach in the future would be to use and update the Document component so it handles the internal format instead (docbook).

            h3.Format
            The Field Type may expose several formats like intended with eZ Document Component, but for WYSIWYG editors and web use there is a need to have a xhtml5 like format that has all the capabilities of ezxml or even more.

            A xhtml5 wysiwyg format could be based on ezxml but with some changes:
            * Tag names should be changed to names in html5, most are easy, custom tag is not.
            * Tags should behave as in html5 (inline / block / inline-block), and custom tags should be able to be one of these.
            * Attribute names should be aligned with html5 (map custom attribute to \-data\-?)
            * Valid parent and child tags might need some minor adjustments, table in paragraphs for instance.
            * As for section tags, that can be mapped to the html5 section tag, and this can be visually hinted by the editor in needed: http://www.tinymce.com/tryit/html5_formats.php

            For Legacy Database there could be a converter that transforms the format to ezxml, if eZ Document Component is used then it needs some updates for minor changes done to the format in 4.1.
            André Rømcke made changes -
            Fix Version/s Aconcagua [ 10213 ]
            Fix Version/s Stetind [ 10212 ]
            André Rømcke made changes -
            Assignee André Rømcke [ andre.romcke@ez.no ]
            André Rømcke made changes -
            Epic Name RichText FieldType
            André Rømcke made changes -
            Epic Colour #fdf4bb
            André Rømcke made changes -
            Epic Colour #fdf4bb #f1f1f1
            André Rømcke made changes -
            Rank Ranked higher
            André Rømcke made changes -
            Rank Ranked higher
            Christian Bacher (Inactive) made changes -
            Fix Version/s Ventoux [ 10214 ]
            Fix Version/s Aconcagua [ 10213 ]
            Christian Bacher (Inactive) made changes -
            Fix Version/s Ventoux [ 10214 ]
            André Rømcke made changes -
            Workflow PM Kanban [ 12218 ] TPM Kanban [ 52990 ]
            Status InputQ [ 10001 ] Open [ 1 ]
            André Rømcke made changes -
            Workflow TPM Kanban [ 52990 ] GreenHopper Simplified Workflow for Project PM [ 55739 ]
            André Rømcke made changes -
            Summary New RichText fieldType format RichText editor 5.x
            André Rømcke made changes -
            Fix Version/s Aconcagua [ 10213 ]
            André Rømcke made changes -
            Rank Ranked higher
            André Rømcke made changes -
            Link This issue relates to EZPFT-619 [ EZPFT-619 ]
            André Rømcke made changes -
            Epic Child EZP-21136 [ 34653 ]
            André Rømcke made changes -
            Epic Child EZP-21191 [ 34886 ]
            André Rømcke made changes -
            Epic Child EZP-21319 [ 35261 ]
            André Rømcke made changes -
            Epic Child EZP-21320 [ 35263 ]
            André Rømcke made changes -
            Status Open [ 1 ] Development [ 3 ]
            André Rømcke made changes -
            Assignee Petar Spanja [ petar.spanja@ez.no ]
            André Rømcke made changes -
            Epic Colour #f1f1f1 #eacac6
            André Rømcke made changes -
            Fix Version/s Ventoux [ 10214 ]
            Fix Version/s Aconcagua [ 10213 ]
            André Rømcke made changes -
            Epic Child EZP-22216 [ 39325 ]
            André Rømcke made changes -
            Epic Child EZP-21315 [ 35257 ]
            Petar Spanja (Inactive) made changes -
            Epic Child EZP-22443 [ 39918 ]
            André Rømcke made changes -
            Fix Version/s Ventoux [ 10214 ]
            André Rømcke made changes -
            Epic Child EZP-22663 [ 40714 ]
            André Rømcke made changes -
            Summary RichText editor 5.x RichText editor in Platfrom
            André Rømcke made changes -
            Summary RichText editor in Platfrom RichText editor in Platform
            André Rømcke made changes -
            Project eZ Release Overview [ 10100 ] eZ Publish [ 10401 ]
            Key PM-21 EZP-22949
            Workflow Agile Simplified Workflow for Project PM [ 55739 ] EZ* EPIC Workflow [ 63423 ]
            André Rømcke made changes -
            Summary RichText editor in Platform RichText editing in Platform
            André Rømcke made changes -
            Summary RichText editing in Platform RichText editing
            Pedro Resende (Inactive) made changes -
            Epic Child EZP-23059 [ 41547 ]
            Anonymous made changes -
            Status Development [ 3 ] Que [ 10035 ]
            Anonymous made changes -
            Status Que [ 10035 ] Specification [ 10002 ]
            Anonymous made changes -
            Status Specification [ 10002 ] QA [ 10008 ]
            Anonymous made changes -
            Status QA [ 10008 ] Development review [ 10006 ]
            Anonymous made changes -
            Resolution Done [ 9 ]
            Status Development review [ 10006 ] Deploy [ 10009 ]
            Anonymous made changes -
            Resolution Done [ 9 ]
            Status Deploy [ 10009 ] Open [ 1 ]
            Anonymous made changes -
            Status Open [ 1 ] Doc [ 10036 ]
            Anonymous made changes -
            Status Doc [ 10036 ] Development [ 3 ]
            André Rømcke made changes -
            Fix Version/s Pollux [ 13981 ]
            André Rømcke made changes -
            Status Development [ 3 ] Que [ 10035 ]
            André Rømcke made changes -
            Epic Name RichText FieldType RichText editing
            André Rømcke made changes -
            Epic Child EZP-23814 [ 43349 ]
            André Rømcke made changes -
            Epic Child EZP-23815 [ 43350 ]
            André Rømcke made changes -
            Epic Child EZP-23831 [ 43475 ]
            André Rømcke made changes -
            Epic Child EZP-23832 [ 43476 ]
            André Rømcke made changes -
            Component/s PlatformUI [ 10301 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-24078 [ 44103 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-23831 [ 43475 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-23831 [ 43475 ]
            André Rømcke made changes -
            Status Que [ 10035 ] Development [ 3 ]
            André Rømcke made changes -
            Status Development [ 3 ] Que [ 10035 ]
            André Rømcke made changes -
            Remote Link This issue links to "Page (eZ Documentation)" [ 15008 ]
            André Rømcke made changes -
            Rank Ranked higher
            André Rømcke made changes -
            Priority High [ 3 ] Blocker [ 1 ]
            André Rømcke made changes -
            Assignee Petar Spanja [ petar.spanja@ez.no ]
            André Rømcke made changes -
            Assignee Damien Pobel [ damien.pobel@ez.no ]
            André Rømcke made changes -
            Status Que [ 10035 ] Development [ 3 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-24378 [ 44867 ]
            André Rømcke made changes -
            Epic Child EZP-24423 [ 44953 ]
            André Rømcke made changes -
            Workflow EZ* EPIC Workflow [ 63423 ] EZ* EPIC Workflow2 [ 86600 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-24507 [ 50298 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-24531 [ 50404 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-24532 [ 50405 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-24723 [ 51129 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-24712 [ 51081 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-24724 [ 51131 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-24725 [ 51132 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-24731 [ 51172 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-24732 [ 51175 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-24768 [ 51346 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-24777 [ 51362 ]
            André Rømcke made changes -
            Link This issue is cloned by EZP-24795 [ EZP-24795 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-24732 [ 51175 ]
            Bertrand Dunogier made changes -
            Link This issue is cloned by EZP-24795 [ EZP-24795 ]
            Bertrand Dunogier made changes -
            Link This issue is blocked by EZP-24795 [ EZP-24795 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-24894 [ 51651 ]
            Anonymous made changes -
            Status Development [ 3 ] Open [ 1 ]
            Anonymous made changes -
            Status Open [ 1 ] Specification [ 10002 ]
            Anonymous made changes -
            Resolution Done [ 9 ]
            Status Specification [ 10002 ] Deploy [ 10009 ]
            Anonymous made changes -
            Resolution Done [ 9 ]
            Status Deploy [ 10009 ] QA [ 10008 ]
            Anonymous made changes -
            Status QA [ 10008 ] Documentation [ 10010 ]
            Anonymous made changes -
            Status Documentation [ 10010 ] Accepted Scheduled [ 10014 ]
            Anonymous made changes -
            Status Accepted Scheduled [ 10014 ] Research [ 10021 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-24950 [ 51769 ]
            Anonymous made changes -
            Status Research [ 10021 ] Accepted Scheduled [ 10014 ]
            Anonymous made changes -
            Status Accepted Scheduled [ 10014 ] Development [ 3 ]
            Anonymous made changes -
            Status Development [ 3 ] Specification [ 10002 ]
            Anonymous made changes -
            Status Specification [ 10002 ] Open [ 1 ]
            Anonymous made changes -
            Resolution Done [ 9 ]
            Status Open [ 1 ] Deploy [ 10009 ]
            Anonymous made changes -
            Status Deploy [ 10009 ] Documentation [ 10010 ]
            Anonymous made changes -
            Resolution Done [ 9 ]
            Status Documentation [ 10010 ] QA [ 10008 ]
            Anonymous made changes -
            Status QA [ 10008 ] Research [ 10021 ]
            André Rømcke made changes -
            Status Research [ 10021 ] Specification [ 10002 ]
            André Rømcke made changes -
            Status Specification [ 10002 ] Development [ 3 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-25108 [ 52219 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-25135 [ 52287 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-25136 [ 52288 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-25137 [ 52289 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-25138 [ 52290 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-25139 [ 52292 ]
            André Rømcke made changes -
            Summary RichText editing Basic RichText editing
            André Rømcke made changes -
            Status Development [ 3 ] Documentation [ 10010 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-25136 [ 52288 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-25135 [ 52287 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-24724 [ 51131 ]
            Bertrand Dunogier made changes -
            Epic Child EZP-25000 [ 51918 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-25000 [ 51918 ]
            Dominika Kurek made changes -
            Status Documentation [ 10010 ] QA [ 10008 ]
            Damien Pobel (Inactive) made changes -
            Epic Child EZP-25137 [ 52289 ]
            Damien Pobel (Inactive) made changes -
            Assignee Damien Pobel [ damien.pobel@ez.no ]

              People

              • Assignee:
                Unassigned
                Reporter:
                André Rømcke
              • Votes:
                0 Vote for this issue
                Watchers:
                5 Start watching this issue

                Dates

                • Created:
                  Updated: