Hello there, this is a bug on our side. For some reasons, yet unknown and out of our control, as the font API is the same that is used by MS Word, we get the two letters merged by default into a ligature. Until we investigate this properly, a workaround would be to place the caret at the tail end and press backspace to delete the "i" character, then type in what you want and add back manually the "i" letter. 

One thing to note: if you were to use an actual ligature, not the mistake the API does here, then you wouldn't be able to type in between the two letters or delete them separately as they are treated as one and we currently support what the font has setup as default. This is the same for MS Word, with the exception that they have indeed a possibility to turn this off.

Hello there, this is a bug on our side. For some reasons, yet unknown and out of our control, as the font API is the same that is used by MS Word, we get the two letters merged by default into a ligature. Until we investigate this properly, a workaround would be to place the caret at the tail end and press backspace to delete the "i" character, then type in what you want and add back manually the "i" letter. 

One thing to note: if you were to use an actual ligature, not the mistake the API does here, then you wouldn't be able to type in between the two letters or delete them separately as they are treated as one and we currently support what the font has setup as default. This is the same for MS Word, with the exception that they have indeed a possibility to turn this off.

Interesting that the Backspace key deletes the “i” letter, while Delete key deletes the ligature “fi” or “ti”.

Thanks for your reply and your suggestion.

I must correct you about Word: I'm using Word 2019 with ligatures enabled. (I see that it's a ligature, which is different from when ligatures are turned off.) Nevertheless, when I move the cursor through the ligature, it's two steps (not one). I can position the cursor in between the ligature and type (or delete). I can also use the delete key to delete the first letter.

So I'm not sure what you mean by "not the mistake the API does here". The mistake the API does is indeed that it's not like Word. If you thought that the behavior you describe is correct (which it isn't), then I wonder what you meant that the mistake in Studio currently is? Just that you can't turn off ligatures separately?

Bogdan Costisor 

Dear Bogdan, another mystery methinks. Good that you noticed that, as hope arises to have this corrected in the future.

If I place the bellow character in Office 365 Word, I can't navigate between the 2 symbols, because it's 1 glyph. Don't know what 2019 does, but latest Office does not allow you by default to navigate between them. It might be also a Windows specific thing, as fonts and rendering text can sometimes be related to some Windows specific functionalities.

fi

This symbol is a real ligature.

Later Edit: The above symbol is a standard ligature. Normally they can't be broken up, because they are meant to stay together (unless you intentionally disable ligature support). The ligatures that allow in between editing are not the standard ones. For example, the obligatory ligatures from Arabic where the symbols Lam and Alif are combined in an organic manner because that is how Arabic works, it's not just for better graphics, like in the case of standard ligatures.

I'm amazed of why the default behavior is to merge the 2 symbols. I think it's a font specific decision that the API respects. I do not control this, so the fix itself might be very tricky. I do not have full control not even over the actual font that is used. I do have a set of options I can enable/disable, but that will impact all fonts so I need to make sure I do not break ligatures for other languages. 

Bogdan Costisor said:

I'm amazed of why the default behavior is to merge the 2 symbols. I think it's a font specific decision that the API respects. I do not control this, so the fix itself might be very tricky. I do not have full control not even over the actual font that is used. I do have a set of options I can enable/disable, but that will impact all fonts so I need to make sure I do not break ligatures for other languages. 

Would using a default Windows font (currently Aptos or as previously Arial) for all languages using Latin or Latin like alphabet be an option? In my limited knowledge of the world maybe an option to give the user a choice of a serif and no-serif fonts at the Studio setup could be a valid way of working. Or maybe a choice from some few standard fonts for text display. This would apply then for all kind of views with or without visible formatting.

We use by default Segoe UI, as it's Windows' default font. However, when we get a font recommendation from the original file we try to use it. If the document uses Aptos, then Trados will try to use Aptos for the target file as well. With all this it's up to the API to decide what font to use. My setting is treated as a suggestion. The reason is a very compelling one. If you are translating from Latin to Chinese, your Latin font won't be good enough for Chinese, so the API adapts and changes your font to what you have available on you PC. This example is extreme, but I saw font changes even for Latin to Latin languages. I saw very often that even for German to Polish I get different font usages. 

Bogdan Costisor said:

I saw very often that even for German to Polish I get different font usages. 

I do work daily in that direction. Font changes result here usually, when the source font used does not support Polish diacritics. Last time I've seen that (it is already more than 4 years ago), was a PPTX file, where the PL diacritics got inserted in a different font. However, this does not happen when working without formatting shown. In such case my impression is, that Arial is used to show the text. But I have checked now and this was a wrong impression. It really looks Segoe is the font used when no formatting is shown. A good one, very nicely legible.

Thai ligatures work this way, so for some weird reason not only does the API automatically converts the 2 symbols into one, but also sends back that it's a combined ligature. Combined ligatures can be completely deleted with DELETE key, or remove ligature by ligature with the BACKSPACE key. The obligatory ligatures, from Arabic for example, work with both keys similarly. 

Yeah, one truth is that MS Office Word and by extension the DirectWrite API (the API I've been mentioning the whole time) will always try to draw your text as beautifully and readable as possible. So if a font would work better than your decision it will override it. Office might tell you that you are using Arial, but in reality it might use Arial Narrow or even completely other font family and you won't even have a clue it got swapped. They do this because having readable text is more important than using a specific font.