Subject: RE: [xliff-comment] XLIFF 2.0 Comments - Ignorable
Yes, I suppose non-translatable text could be there too.
But maybe it would be better off in a segment set to translate=’no’.
I would tend to see ignorable used to store codes and whitespaces.
One also has to be careful with some languages where spaces between sentences is modified.
The ignorable element can have source and target, but it may be easier to deal with those within the segment.
I guess XLIFF has to offer support for the various cases.
So is the use case I mentioned below also valid? I’m still not sure users will understand what <ignorable> is to be used for based on the specification alone.
The content parts here are the whitespace between sentences.
Honestly, I don’t quite understand the use of the <ignorable> element. Since it can hold <source> and <target> it seems like it would be a good mechanism to contain text which could be localized at one point, but shouldn’t be at this particular point and is included purely for context (e.g. surrounding content) to a <segment> that should be localized, but I’m not sure because there is no real example given for it in section 126.96.36.199 and the example that is given in section 2.8.1 still doesn’t make its use clear to me:
Content parts between segments are represented with the <ignorable> element, which has the same content model as <segment>.
I’m not sure what “content parts” means here.