-
Notifications
You must be signed in to change notification settings - Fork 45
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Accept XLIFF as a source file format #11
Comments
Please read the manuals available somewhere in the packages or in Internet. |
Thanks for such a quick response. Does it mean I can import the XLIFF after extension change or it will be opened as a Heartsome project file? |
... it will be opened as a Heartsome project file. Heartsome is compatible with the following translation tools' native file formats.
WORDFAST TXML FILES |
Again, thanks for the response. I am trying to get this to work. I have GlobalSight XLIFF 1.2 file that I need to test for translation with Heartsome. Does it mean I have to change the extension to .hsxliff? Also, does Heartsome allow for integration with GlobalSight TMS? |
I think GS XLIFF is handled a bit different but you can try it. |
Hi again, Thanks but isn't the purpose of a standard like XLIFF that it will be cross-compatible? I am not mixing GS with HS, I am trying to see if I can get them to work together so I can offer that as a solution to someone interested. That being said, a tool that calls itself standards based is not so much standards based if it supports its own flavour of standard which is basically proprietary. |
GS has a different XLIF approach |
This is an issue not restricted to HS. Every tool implements their own version of Xliff. That's why you need to convert SDLXLIFF files into HSXLIFF format. This might change with Xliff 2.0. However, if the Heartsome OS development does not continue, it will quickly be outdated. Not only xliff compatibility needs to be kept, but there is the need to keep converters to other file formats up to date. |
True, a lot of effort and work has gone into HS and after spending half an hour with it I believe it has a lot of potential to compete with OmegaT or even beyond that. The only issue is that it should at least offer compatibility with other open source tools that are complementing, not competing with it. GS being a good example, I would recommend HS to a large number of my customers if I find a way to make it work with GS working files. I understand that this situation is not unique to HS and every tool has its own flavour of the "standard". But that defeats the purpose of the standards if every tool creates its own standard on top of the standard for competitive reasons. |
@Alf71 I guess there is no point evaluating the tool as you mentioned it doesn't like GS type of XLIFF. Does it need a lot of work to make HS read XLIFF 1.2 generated by GS? |
Segmentate/Translate DOC with HS8 and export TMX into GS... |
This is a great tool with a lot of potential. We want it to accept XLIFF file format generated by other tools and TMS's. This make this tool more appealing with this type of function. I believe it should be fairly easy to implement since it is an XLIFF editor and marketed as such.
I would be happy to help with this feature and spec'ing out the requirements.
The text was updated successfully, but these errors were encountered: