We couldn't load all Actvitity tabs. Refresh the page to try again.
If the problem persists, contact your Jira admin.
Uploaded image for project: 'translate5'
  1. translate5
  2. TRANSLATE-3647

Okapi integration: Enable down- and upload of fprm and pln files and pre-parsing of xliff by Okapi

Details

    • New Feature
    • Resolution: Unresolved
    • None
    • None
    • Okapi integration
    • Medium
    • Hide
      Added down- and upload of any FPRM and Pipeline files. Added optional pre-parsing of xliff with OKAPI. The pre-parsing will be only possible with file-format-settings created from the date of the release on. With this release, the translate5-default settings do not have XLIFF-extensions mapped anymore and if such extension-mapping is added to a file-format, the pre-parsing of XLIFF will be active.
      Show
      Added down- and upload of any FPRM and Pipeline files. Added optional pre-parsing of xliff with OKAPI. The pre-parsing will be only possible with file-format-settings created from the date of the release on. With this release, the translate5-default settings do not have XLIFF-extensions mapped anymore and if such extension-mapping is added to a file-format, the pre-parsing of XLIFF will be active.

    Description

      fprm-files

      It should be possible to up- and download single fprm files through the UI.

      Proposal where to integrate this: Up- and download buttons analogous to those, we have on bconf level in the bconf grid, yet on file format level when editing the filters of a single bconf.

      This should only be possible for a cloned filter, because we should not allow to edit the default filters.

      This again implies, that it is possible to clone also filters, that are not editable in translate5 so far (which is not the case so far). And then for cloned filters distinguish between those, that are editable in translate5 (the edit icon should be active there) and those, that are not (here only the icon should be editable to assign file formats).

      Handling of xliff

      For xliff and xlf and mqxliff and mxliff so far in our settings the okapi xliff / xliff2 filter seems to be configured. What is acutally misleading, because it is actually not used and translate5 parses them without Okapi.

      This needs to be changed: The file extensions should not be listed there by default anymore, because translate5 parses them without Okapi. Yet if someone enters .xliff as file extension in the filter set for a file format, actually it should be implemented, that in this case an xliff file should be send to Okapi for pre-parsing with this file format filter.

      Also so far if we detect, that an xliff file contains cdata, we are throwing an error and stopping the import. This should stay, yet the error message should be as follows:

      DE: Ihre xliff-Datei enthält Texte innerhalb von cdata-Blöcken. Dies kann mit dem Standard-translate5-xliff-Import nicht importiert werden. Sie können aber in den Dateiformatseinstellungen von translate5 die Formatvorlage "xliff 1.2 with cdata" auf die Dateiendung xlf und/oder xliff mappen (und ggf. die Vorlage weitergehend anpassen, wenn nötig) und dann ihre Datei nochmals mit dieser Formatvorlage importieren.

      EN: Your xliff file contains texts within cdata blocks. This cannot be imported with the standard translate5 xliff import. However, you can map the file format template “xliff 1.2 with cdata” to the file extension xlf and/or xliff in the file format settings of translate5 (and adapt the template further if necessary) and then import your file again with this template.

      Please make the attached "okf_xliff@xliff1_2-with-CDATA.fprm" available in default translate5 bconf, but do not assign it to any file extentsions by default.

      Also it should be possible to clone and customize all xliff and xliff2-related Okapi-filters in our UI.

      xlf2 and xliff2 file extension should stay configured as they are at the moment in translate5: with the xliff2 parser of Okapi. Because translate5 can not parse xliff2 natively anyway.

      Pipeline

      • Up- and download of (extraction/import) pipeline files (.pln): Analogous to srx files on bconf level in the bconf grid.
      • The uploaded pipeline must be validated and neccessary props be set. ipelines without the 3 mandatory steps must be rejected
      • We may should define the steps, that additionally CAN BE in a pipeline apart the mandatory steps
      • Therefore, https://jira.translate5.net/browse/TRANSLATE-4309 must be implemented before

      Attachments

        Issue Links

          Activity

            Loading...
            Uploaded image for project: 'translate5'
            1. translate5
            2. TRANSLATE-3647

            Okapi integration: Enable down- and upload of fprm and pln files and pre-parsing of xliff by Okapi

            Details

              • New Feature
              • Resolution: Unresolved
              • None
              • None
              • Okapi integration
              • Medium
              • Hide
                Added down- and upload of any FPRM and Pipeline files. Added optional pre-parsing of xliff with OKAPI. The pre-parsing will be only possible with file-format-settings created from the date of the release on. With this release, the translate5-default settings do not have XLIFF-extensions mapped anymore and if such extension-mapping is added to a file-format, the pre-parsing of XLIFF will be active.
                Show
                Added down- and upload of any FPRM and Pipeline files. Added optional pre-parsing of xliff with OKAPI. The pre-parsing will be only possible with file-format-settings created from the date of the release on. With this release, the translate5-default settings do not have XLIFF-extensions mapped anymore and if such extension-mapping is added to a file-format, the pre-parsing of XLIFF will be active.

              Description

                fprm-files

                It should be possible to up- and download single fprm files through the UI.

                Proposal where to integrate this: Up- and download buttons analogous to those, we have on bconf level in the bconf grid, yet on file format level when editing the filters of a single bconf.

                This should only be possible for a cloned filter, because we should not allow to edit the default filters.

                This again implies, that it is possible to clone also filters, that are not editable in translate5 so far (which is not the case so far). And then for cloned filters distinguish between those, that are editable in translate5 (the edit icon should be active there) and those, that are not (here only the icon should be editable to assign file formats).

                Handling of xliff

                For xliff and xlf and mqxliff and mxliff so far in our settings the okapi xliff / xliff2 filter seems to be configured. What is acutally misleading, because it is actually not used and translate5 parses them without Okapi.

                This needs to be changed: The file extensions should not be listed there by default anymore, because translate5 parses them without Okapi. Yet if someone enters .xliff as file extension in the filter set for a file format, actually it should be implemented, that in this case an xliff file should be send to Okapi for pre-parsing with this file format filter.

                Also so far if we detect, that an xliff file contains cdata, we are throwing an error and stopping the import. This should stay, yet the error message should be as follows:

                DE: Ihre xliff-Datei enthält Texte innerhalb von cdata-Blöcken. Dies kann mit dem Standard-translate5-xliff-Import nicht importiert werden. Sie können aber in den Dateiformatseinstellungen von translate5 die Formatvorlage "xliff 1.2 with cdata" auf die Dateiendung xlf und/oder xliff mappen (und ggf. die Vorlage weitergehend anpassen, wenn nötig) und dann ihre Datei nochmals mit dieser Formatvorlage importieren.

                EN: Your xliff file contains texts within cdata blocks. This cannot be imported with the standard translate5 xliff import. However, you can map the file format template “xliff 1.2 with cdata” to the file extension xlf and/or xliff in the file format settings of translate5 (and adapt the template further if necessary) and then import your file again with this template.

                Please make the attached "okf_xliff@xliff1_2-with-CDATA.fprm" available in default translate5 bconf, but do not assign it to any file extentsions by default.

                Also it should be possible to clone and customize all xliff and xliff2-related Okapi-filters in our UI.

                xlf2 and xliff2 file extension should stay configured as they are at the moment in translate5: with the xliff2 parser of Okapi. Because translate5 can not parse xliff2 natively anyway.

                Pipeline

                • Up- and download of (extraction/import) pipeline files (.pln): Analogous to srx files on bconf level in the bconf grid.
                • The uploaded pipeline must be validated and neccessary props be set. ipelines without the 3 mandatory steps must be rejected
                • We may should define the steps, that additionally CAN BE in a pipeline apart the mandatory steps
                • Therefore, https://jira.translate5.net/browse/TRANSLATE-4309 must be implemented before

                Attachments

                  Issue Links

                    Activity

                      People

                        volodymyr@mittagqi.com Volodymyr Kyianenko
                        marcmittag Marc Mittag [Administrator]
                        Axel Becher
                        Votes:
                        0 Vote for this issue
                        Watchers:
                        3 Start watching this issue

                        Dates

                          Created:
                          Updated:

                          People

                            volodymyr@mittagqi.com Volodymyr Kyianenko
                            marcmittag Marc Mittag [Administrator]
                            Axel Becher
                            Votes:
                            0 Vote for this issue
                            Watchers:
                            3 Start watching this issue

                            Dates

                              Created:
                              Updated: