(And I suspect that is also has a negative effect on the automatic tag placement efficiency when "Processing tags" is selected in a TM Options.)
If you are unaware of that, you will eliminate the leading space and make a rather ugly mistake.
Another example is:
<formatting option 1>This is an <formatting option 2>example</formatting option 2></formatting option1>
This will show up as
This is an <tag>example
If you need to change the syntaxis, you are lost (and if the formatting option is not displayed in the grid, things can turn bad. At least here you can have a look at the tag with F3 to identify the tag, deactivate "Hide boundary tags" and make your work, but this keeps being more complicated than in many other tools (even if "Hide boundary tags" is deactivated).
Wrong. Tag 1 should stay at the beginning of the segment, tags 2 and 3 should surround XXX.
After translating a few hundred segments, I did a QA on tags and, as expected, I got lots of errors like the above (within the autopropagated segments).
I also wanted to verify the tags content, but the F3 shortcut shows only the source tags content. Is there any way to verify the target ones without opening the xliff file in a text editor???
I really enjoy CT, but tags often become a nightmare.
Tags auto-insertion is not a foolproof feature. CT 'guesses' tags position in the target segment based on their (merged) position in the source segment. With some complex tagging, which you can come across in the projects created in other translation tools, the user needs to correct their position manually. The feature is finely tuned for CT native project as the program reduces the number of tags to absolute minimum during the creation of the project.
<x0><x1>some text</x1>some text...</x0>
But in real life, the tag can have different forms. It can be a simple formatting tag (bold) or a complex formatting tag that i much harder to catch (font type, font size etc.). Or imagine
<x0> This is a bullet point with some <x1>bold text</x1>
In this case CT hides <x0> and </x1>, and as a user you must guess what the leading space is for.
The annoying thing is that CT rund a lot smoother with hidden boundary tags, so the option to uncheck it indeed is viable, but unpleasant.
On the other hand side, and there I would second Alain, in the eman time other tools are able to recognize, extract and export simple formatting tags (bold, italic, underlined) in Studio files.
Even with native formats (docx etc.) formatting and its tags can get highly complex.
Tags handling in that file format borders on quantum mechanics (the tag definition and its appearance in the real segment are remote but "entangled") :) Don't get me misunderstood, quantum mechanics is fascinating stuff but exact reverse engineering of file formats created in other translation tools is a very complex task (and not that fascinating). I have been making some shortcuts to be able to handle such tags, more or less the same way CafeTran handles them in its own native projects.
I will look into the possibility of hiding only the first initial and the last ending tag soon.
> Indeed, I was a bit surprised how complicated nowadays Studio handles rather simple formatting (I had a simpler approach in memory, maybe Studio 2009).
That's a "conspiracy theory" but I have a hunch they are making it complex on purpose. Of course, that would be perfectly understandable. Life! :)
> I will look into the possibility of hiding only the first initial and the last ending tag soon.
Any success with this? Because of the way my PM handled my current project, I keep thinking parts of segments are missing from the translatable, but they are simply hidden behind tags that aren’t showing up.