https://bugs.kde.org/show_bug.cgi?id=419774
Bug ID: 419774
Summary: Allow to export PDF content as xliff for translation
then reimport it
Product: okular
Version: unspecified
Platform: Other
OS: Linux
Status: REPORTED
Severity: wishlist
Priority: NOR
Component: general
Assignee: okular-devel@kde.org
Reporter: herzensch...@gmail.com
Target Milestone: ---
This is a very specific functionality only available in two proprietary, paid,
Windows applications in the entire market as far as I know, InfixPDF and
FlexiPDF. I can easily guess it's difficult to implement.
If Okular had this functionality and it worked well, it would be the go-to
application for translators on Linux and possibly on Windows too.
The use case is fairly common for translators:
* The translator receives a PDF from a client
* The tool exports the PDF content (including information about its position)
as XLIFF, a standardized file format used for professional translation with
many translation tools
* The translator translates the XLIFF file
* The file is then reimported to the PDF
* The text is put into its original place in the PDF, even if a bit out of
place
* The translator delivers the translated PDF to the client
This is more efficient than PDF > DOCX/ODT conversion which is also common in
the translation industry, mostly because it usually does not render as many
translation issues in CAT tools such as excessive tags, so the translation
process itself is easier despite requiring PDF editing in the end.
--
You are receiving this mail because:
You are the assignee for the bug.
