I have a font in progress (made with FontSelf Maker 3.5.7 in AI 2022) that has a solid colour background. Here it is in black for now. I have created the numbers 0 to 9 and the brackets "(" and ")". Also a ligature of "((" and "))", which should create a round beginning and end respectively.
In Photoshop and Illustrator it works when I write "((01 23))" with ligatures turned on. Between 1 and 2 the normal space.
In InDesign the ligatures are "defective" because a bar appears in the wrong place. As I found out by changing the colour of the space to red, InDesign adds a space at the end of a ligature.
Is there a trick in InDesign to prevent this?
Attached is ZTimeSaver.otf (space is normally transparent) and ZTimeSaver-Space-Red.otf (space is red) for testing, as well as the InDesign document.
(macOS 10.15.7, InDesign 2022 - version 17.1)
Link to download all files: https://www.computergrafik-know-how.de/download/SpaceNonTransparent.zip
I'm not sure if I understand your question. When you say "a bar appears in the wrong place" I'm guessing that you mean that you would expect your two typed parentheses to compose into a single glyph. If so, I'd say that's something to be handled in the font, which I'm guessing FontSelf can't do; I can't tell from their publicly available information. (But apparently you can chat them up in-app, which seems like it might be useful for you.) It's not so much that InDesign is adding a space, as that both base characters are still selectable, as in an ff or st ligature. However, the OT spec allows for lookups to do exactly what you're trying to do, it's just a question of whether or not your font development tool supports them.
@Joel Cherney schrieb:
However, the OT spec allows for lookups to do exactly what you're trying to do, it's just a question of whether or not your font development tool supports them.
My font works in Illustrator, Photoshop and Apple Page correct. So it's a problem in or of InDesign.
In my test the space u+0020 is red. Normaly it has the color of the background of the font: purple or green.
It looks that InDesign add a space to a ligature. If space is transparent it can't be seen, but in my case the red space lays over my ligature. What can I do? Why will InDesign add the space at the and of a ligature? How can this be stopped?
My font in Illustrator:
My font in Photoshop:
My font shown in the font book of macOS 10.15.7. The first glyph ist SPACE (u+0020):
Thanks for your expanded explanation. It's not too surprising that different apps render the same fonts in different ways, but this difference is quite surprising. It's not that the space is selectable that's bugging you, it's that it's being drawn in front of the substituted glyph! I also found it odd that it didn't show up in my InDesign fonts dropdown when installed in the OS, although your font worked just fine for me in Illustrator when installed normally.
However, I was able to test your InDesign sample doc with your font in the Document Fonts folder. I couldn't figure out any way to alter this behavior in InDesign. It strikes me as something that is worth a bug report, to be honest. I don't think that your somewhat narrow use case will necessarily get immediate dev attention, but it's clearly a font rendering issue that results from some other kind of developer decision. On the other hand, I recall when we had similar questions here about how the hyphen was being automatically substituted by InDesign in automatic hyphenation, and that makes me think that there may be a way to use contextual alternates (or GSUB lookups or other OpenType features that don't seem to be supported by your font development tool) to make a version of this font that renders correctly in InDesign as well as all those other apps.
Hello Joel, thank you for your testing and your detailed answer. Unfortunately, I can only create .liga and .alt with Fontself Maker. So far I haven't had any problems with .liga because I haven't used a background colour.
Currently, the only solution I can think of is to create a second version of the font, leaving the normal space (0020) transparent and adding the background colour to the protected space (00A0, nbsp). However, it is then not possible to copy a text from InDesign to AI or PS without exchanging the spaces. Therefore, it is not a real solution.
In the meantime, I believe that the spaces are treated stepmotherly in many programmes.
Tomorrow I will send the whole thing to InDesign support. Let's see what kind of answer comes.
Update: I opened and save my test font in FontForge. Than I get the same result in InDesign.