Jump to content
You must now use your email address to sign in [click for more info] ×

Tweak handling of ligatures with tracking


Recommended Posts

Put briefly, I suggest tweaking the threshold at which increased tracking splits ligatures into their corresponding characters.

 

 

Here's the longer version, which was a learning experience to me and which some might find interesting. While I was doing some proofreading of a text I had prepared in Publisher, I noticed some odd spacing around ligatures (this is a screenshot, but I spotted it while I was looking at the print at 11.1pt):

1978304429_ScreenShot2019-07-26at4_57_38PM.png.275d257c4f6734714f0dd21e72396535.png

 

As I thought about it, the problem was understandable: since the ligature is a single character, there could not be any spacing added between the letters in "ffi" to match the spacing of the others. But then that made me wonder why I had never noticed this before though I had set similar text for several years in InDesign. So I decided to see if InDesign is doing something special. I discovered that as tracking is increased, InDesign switches from a ligature to regular characters.

A fancy trick, to be sure. "Maybe I should suggest it for Publisher," I thought. But with some further experiment, I discovered Publisher is doing the same thing. Kudos for the attention to detail in this first release, Serif!

So instead, I only suggest tweaking that threshold a little bit. Here is the same line in Publisher (top) and InDesign (Publisher) with settings as near as I can make them:

ligatures_spacing.png.b501a814e2897d23267bc468bacc5816.png

In this case, I think the spacing is better without the ligature.

 

Addendum:

I did a little more testing, and it seems that paragraph justification may be complicating the issue. There may be a calculation error somewhere. In the below shot, the black text is from the same document, with justification word spacing set to 80% 100% 120% and justification letter spacing set to -2% 0% -4%. The blue text above and below is the same word with a left align and 17‰ on top and 18‰ on bottom, which is the smallest smallest distinction I can make in Publisher to show where the threshold is. To my eye, both of them look good, but the version that is in text with the justification applied does not.

288568525_ScreenShot2019-07-26at5_44_52PM.thumb.png.c919ded791860aa3a8e534a91c86d96e.png

 

 

Link to comment
Share on other sites

Just a question - did you try another font? This seems to me some optically unbalanced (see the big gaps between "on", while "or, ou" is fine).

Affinity Store (MSI/EXE): Affinity Suite (ADe, APh, APu) 2.4.0.2301
Dell OptiPlex 7060, i5-8500 3.00 GHz, 16 GB, Intel UHD Graphics 630, Dell P2417H 1920 x 1080, Windows 11 Pro, Version 23H2, Build 22631.3155.
Dell Latitude E5570, i5-6440HQ 2.60 GHz, 8 GB, Intel HD Graphics 530, 1920 x 1080, Windows 11 Pro, Version 23H2, Build 22631.3155.
Intel NUC5PGYH, Pentium N3700 2.40 GHz, 8 GB, Intel HD Graphics, EIZO EV2456 1920 x 1200, Windows 10 Pro, Version 21H1, Build 19043.2130.

Link to comment
Share on other sites

I had not tried another font, so I tried again at your suggestion. The font in my original post was Georgia, but I have tried again with Times New Roman, just to pick an example of a very common font (though Georgia is rather common).

However, I now believe this is a bug rather than a matter of tweaking. I previously discovered (to my delight) that Affinity intelligently splits ligatures when tracking is increased beyond a certain threshold, but it appears that this does not happen when extra tracking is automatically applied as a result of paragraph justification, which would have been the case where I first noticed it.

Here is an exaggerated example where I put my theory to the test. I have a narrow text frame (45.8mm wide) with Times New Roman 18pt. The paragraph is full justified, with justification letter spacing set at -2% 0% 40%:

2073469737_ScreenShot2019-07-29at1_47_20PM.png.84a6865cda025ef439201cceb8e45f3f.png

 

Moderators, I think this thread could be moved over to Mac bug reports.

 

 

Link to comment
Share on other sites

16 minutes ago, garrettm30 said:

Here is an exaggerated example where I put my theory to the test. I have a narrow text frame (45.8mm wide) with Times New Roman 18pt. The paragraph is full justified, with justification letter spacing set at -2% 0% 40%:

 2073469737_ScreenShot2019-07-29at1_47_20PM.png.84a6865cda025ef439201cceb8e45f3f.png

 

It’s rather curious that the ffi ligature in « affirment » is only partially decomposed, with the fi surviving as a ligature.

Alfred spacer.png
Affinity Designer/Photo/Publisher 2 for Windows • Windows 10 Home/Pro
Affinity Designer/Photo/Publisher 2 for iPad • iPadOS 17.4.1 (iPad 7th gen)

Link to comment
Share on other sites

8 minutes ago, Alfred said:

It’s rather curious that the ffi ligature in « affirment » is only partially decomposed, with the fi surviving as a ligature.

That's a good point, and it does seem to contradict my conclusion that the feature to split ligatures (I don't know what to call it) is not working at all in the context added letter space because of paragraph justification.

Link to comment
Share on other sites

  • 2 weeks later...

I have tested the document that appeared in the screenshot in the first post, and the issue now appears to be resolved as of beta 1.7.2.458. Thank you, Serif.

This particular issue has helped me to understand that even if Publisher can't be everything from the start (naturally), Serif really does care about even the little details. This is a good sign for the quality of Publisher as it matures.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.