NEW in Rise: Export for Translation
Jun 13, 2018
By
Kelly Meeker
If you need to create courses in multiple languages, you’re going to love this new Rise feature. It allows you to export your course text to an XLIFF file* and then reimport it once it’s been translated. Like magic: all your text is replaced by the translated text. It’s that easy!
*XLIFF files are a translation industry standard, so if you’re working with professional translators, then you shouldn’t have any issues. But what if the translations are being done by a fellow coworker or friend? No problem! If you do a quick Google search, you’ll find a ton of free tools that allow you to easily edit XLIFF files.
183 Replies
I've imported the German Translated files to Rise. I get the "import successful message" but the course remains in English. I've opened the XLIFF file and can confirm that the text is in German. Any suggested troubleshooting?
Hello, ASO Training Team!
When you translated your Rise 360 course, did you follow these four steps in order?
If you followed those steps and you're still seeing a problem, please share your XLIFF file with us here. We'll take a closer look!
Hi I am trying to translate one of my courses using SDL Trados 2019 but it says only for Microsoft users......
Do you recommend an alternative for Mac users?
Hi Alyssa,
I downloaded SDL Trados 2019 only to find that its only for Windows user. What solution have we got for Mac users like me?
Hi Prakash,
We don't have recommendations for specific translation tools, so I'll leave the floor open to the community to share their recommendations with you!
We would also like the 'Export to Word' feature added. This is how we have used the translation feature in Storyline for years, and the files produced are not supported by the Federal Government Translation Bureau.
Hello,
Quick question, can I export Rise courses as an XLIFF, translate them in any (!) language, also Arabic and Tigrinya, including a translation of all labels in these languages? Will it all work when I import the translated texts?
I'm asking since I want to know for sure before paying a translation company.
Hope you can clarify this one for me.
Alexander
Hi Alexander,
You can translate the XLIFF file in any language that is left-to-right and has scripts with double-byte character sets.
Let me know if you have more questions about that!
I have a course with 14 languages to be used. As a test I exported the English version, sent it for translation and imported the Chinese version back in into a duplicate. It stays on "Processing Translation" for about 15 minutes and then just reverts back to default button of import translated text. The text still stays as English. Any advise?
Hi, Darren. Happy to help!
Make sure that you're duplicating your course first, and exporting the XLF file from the duplicate. You must import a translated XLF into the same course that you exported from. If you're still seeing a processing error, let us know!
So do I need to send 14 different XLF files to the translation system? A bit confusing...
Ok, I sent the XLF file from the duplicate to the translation system. It came back in Chinese. I imported it. It said Successful but it stayed in English. Any reasons for that?
Hi Darren! I'm going to put you in touch with our Support Engineers so we can take a closer look at why this is happening. You'll hear from someone on the team soon!
Thanks for this feature. How do we process bulk translations when creating content for lessons that require multiple translations?
Also - when will Rise export to XLIFF 2.0 format?
Thanks for asking, Tim!
You'll want to handle each translation separately following these 4 steps. There isn't a way to process multiple translations in bulk.
Currently Rise supports XLIFF 1.2, and we don't have plans to support XLIFF 2.0 right now. If that changes, we'll let you know!
We're having an issue with xliff files generated from Rise 360 which we translate. It is that every paragraph is enclosed by a g element, for example
This is annoying because they appear as tags in the translation editor. Is there anything our client can do to stop this from happening? There is some actual formatting also enclosed by g elements, so I don't think deselecting "Include HTML formatting" on export is an option. Is it not possible for Rise 360 to assume a paragraph on every source and target element without it having to be spelled out like this? I believe the source element permits non-xliff attributes, so could it not be done that way?
ThanksHello, Pedro!
What translation tool are you using?
The <g> tags are required for many translation tools, including SDL Trados and Smartcat. The tags enable the translation tool to translate formatted text (such as bold, italic, color and font size). Without the <g> tags, the file is not translatable in those tools.
If you have more questions about that, we're here to help!
I understand that <g> tags are required to preserve formatting, which is fine. What's causing a problem is, as I say, when they are used to indicate an html <p> tag. Here is another example:
The second nested g element indicating <strong> tags is not a problem. But the first one indicating a <p> tag is. Nearly every <source> element in the files we receive begins like this, apart from the varying id:
Is there another way for the author to indicate a paragraph without these extra g tags being generated? Or for the system to know to insert p tags without needing these extra g tags within the <source> element?
Thanks for clarifying, Pedro. There isn't a way to export your translation without those tags at this point, but I'll tag this discussion to update you with any changes we make that will help.
Okay, thanks. Not having those tags in nearly every segment would certainly reduce the work for the translator and other people involved.
Plus one to Pedro comment --
purple tags in the middle of the sentence confuse the translators and cause extra tress as they are worried of removing them occasionaly and destroy the formatting in the output course.
Hi Pedro, since Smartcat was mentioned here by Articulate on this thread, I'd like to contribute to how handle this type of tag issue. You can set up regular expressions in Smartcat on your own, otherwise our Product or Support team can give you a hand with this. Here is a screenshot of what the UI looks like on that screen. I'm on our Onboarding Team, and you can book some time for help with this, if you need a resolution quickly --> meetings.hubspot.com/jeff8. I help Articulate users every week, so no problem here.
Well, tags in the middle of sentences are probably formatting that needs to be retained in the translation, so that's fair enough. But tags at the beginning and end of every paragraph I do have a problem with.
Sure, I understand. We can try to set up the regular expressions so that Smartcat automatically isolates them. If you like, we can take 15 or 30 minutes (you'll see those options on my meeting link) to try to set it up. I have some extra features on the demo account so we can tinker a bit deeper, for the sake of trials.
Thanks for that Jeff. I'm actually using MemoQ which does support regex, and also custom search/replace on import/export. The problem I'm thinking is that if you remove the tags, then there still needs to be something at the location in the file so that we know where to restore the tags, so there's no point. And they are not predictable - they actually do not occur on every paragraph, just most (I think it's headings where they don't), nor are they identical (different IDs each time). Also multiple sentences in a paragraph mean that opening and closing tags may be in different segments.