[Updated on March 21 2021 to include info on the DGT OmegaT plugin, and the new Swordfish version]
There are plenty of "XLIFF Editors" that pop up on the Mac App market. A number of them are free, most are not super expensive. But all confuse "XLIFF" with the poor subset that Xcode outputs. And that confuses the people who need XLIFF editors the most: professional translators.
XLIFF is an industry standard used in all the localization/translation world. Xcode developers who need the ability to edit their output have all the rights to create quick tools that will help them with that task. But please, don't call that XLIFF editors. What you do is Xcode l10n files editors, basically just XML simple parsers outputing the resulting data in a 2 column table with a native GUI. That's pretty much it. And that's very fine. But it's not XLIFF.
If any of those developers had actually worked with a professional translator to see what are the features required to work with XLIFF (and all the other related standards: TMX, SRX, TBX, ITS, etc.) they would never call their tool an XLIFF editor, just like TextEdit is able to edit XML but nobody would think of calling it an XML Editor...
Mac developers are very picky when it comes to what looks good. Good for them. But would they rather develop in Xcode or in TextEdit? Professional translators on the Mac who need to work with XLIFF currently have the following not so good looking but rock solid choices (all Java based, by the way):
- FOSS, very active, used by professionals all over the world:
OmegaT and the Okapi Framework filter plugin (GLP/LGPL) - The DGT-OmegaT site also offers a high quality XLIFF plugin for OmegaT:
StaX Filters (GPL3), documented here. - FOSS, active, XLIFF and ITS dedicated editor:
Ocelot, by the Okapi Framework - Proprietary, but personal use of the source code is free, by Maxprograms:
Swordfish, and the code is hosted on Github: /rmraya/Swordfish
Maxprograms has moved from Java to Node.js, but that matters only if you use Swordfish from the source code. - FOSS, not active anymore, used to be used by professionals all over the world:
Heartsome's Translation Studio (GPL)
XLIFF is a serious standard, and translators need rock solid standard support to work. If your editor does not have inline tag/segmentation/legacy translation support, call it anything but XLIFF Editor, please.
Also, this is not a rant. This is a reminder: there is a market for robust native pro-level translation tools on Mac. With Microsoft Office for Mac feature for feature equivalent to the Windows version, translators and localizers have little need to stay on Windows machines. Except that the biggest pro-apps are Windows only. And that's a shame.
Using XLIFF as your point of entry into the l10n world is a good and relatively easy way to access a large market (pro conversion engines to and from XLIFF already exist: see the Okapi Framework). But the point where you can compete with the incumbent and actually make money is way higher than what you think.