Bonteburg Posted September 15, 2022 Share Posted September 15, 2022 Can anyone confirm this? I'm making a table of contents with a left-aligned section name, a right-aligned page number and a dotted line in between. I'm now noticing´that a little space placed between the end of the section name and the dotted line kind of disappears depending on what the text is. Kind of like so: Content..............................5 Content for you .................5 I thought it was due to the inclusion of an asterisk first, but it does seem to be triggered by any number of little differences in what letters appear etc. Is there a way to fix this? Maybe through a style setting or a customizing of the fill marks in the tab? Thanks! Marco Quote Link to comment Share on other sites More sharing options...
Dan C Posted September 15, 2022 Share Posted September 15, 2022 Hi @Bonteburg, Sorry to hear you're having trouble! I've setup a test TOC here and I'm not seeing the same issue - there is no gap between the t or u characters for me, before the dots begin: Are you able to attach a sample .afpub file here which demonstrates this issue, so I can investigate it further for you? Many thanks in advance Quote Link to comment Share on other sites More sharing options...
thomaso Posted September 15, 2022 Share Posted September 15, 2022 35 minutes ago, Dan C said: there is no gap between the t or u characters for me, before the dots begin: I guess this possible gaps are not related to TOC in particular but to the auto-leading characters of tab stops and their useful approach to be positioned within a grid (while the tab alignment appears not to matter). So it seems to depend on the text length before the dots start. For instance: Dan C and Palatino 2 Quote macOS 10.14.6 | MacBookPro Retina 15" | Eizo 27" | Affinity V1 Link to comment Share on other sites More sharing options...
Palatino Posted September 15, 2022 Share Posted September 15, 2022 20 minutes ago, thomaso said: I guess this possible gaps are not related to TOC in particular but to the auto-leading characters of tab stops and their useful approach to be positioned within a grid (while the tab alignment appears not to matter). So it seems to depend on the text length before the dots start. Correct observation. For typographical reasons alone, I keep a distance to the right and left with the dots. Quote Thanks to DeepL. Link to comment Share on other sites More sharing options...
thomaso Posted September 15, 2022 Share Posted September 15, 2022 10 minutes ago, Palatino said: I keep a distance to the right and left with the dots With what workflow? Can you replace one of your screenshots above by one which shows special characters + text ruler? Quote macOS 10.14.6 | MacBookPro Retina 15" | Eizo 27" | Affinity V1 Link to comment Share on other sites More sharing options...
Palatino Posted September 15, 2022 Share Posted September 15, 2022 Here you go: Quote Thanks to DeepL. Link to comment Share on other sites More sharing options...
thomaso Posted September 15, 2022 Share Posted September 15, 2022 It is just a normal space character before + after the tab? In your example the distances look quite the same in every line, maybe it's coincidence because of text lenghts and dots grid? Below it seems to work well after the dots but before I still get different distances: Quote macOS 10.14.6 | MacBookPro Retina 15" | Eizo 27" | Affinity V1 Link to comment Share on other sites More sharing options...
Palatino Posted September 15, 2022 Share Posted September 15, 2022 Yes, only one space. The spacing still differs, it's just not as noticeable (another advantage of the space). I don't think this is a mistake. (The space character corresponds to the font size in each case, so it is smaller after "Becher"). Quote Thanks to DeepL. Link to comment Share on other sites More sharing options...
thomaso Posted September 15, 2022 Share Posted September 15, 2022 Indeed, the additional space char does not change the difference in distances ... but may make it appear less obvious while still the text lengths rules the distance. Quote macOS 10.14.6 | MacBookPro Retina 15" | Eizo 27" | Affinity V1 Link to comment Share on other sites More sharing options...
Old Bruce Posted September 15, 2022 Share Posted September 15, 2022 6 hours ago, Bonteburg said: I'm making a table of contents with a left-aligned section name, a right-aligned page number and a dotted line in between. I'm now noticing´that a little space placed between the end of the section name and the dotted line kind of disappears depending on what the text is. One way to "fix" this is to use a monospaced font for the ToC. Another way to mitigate the differences is to construct the dots by editing the Tabs' section of the ToC Paragraph style so it would be dot thin space dot thin space dot thin space dot thin space dot thin space... use a thin space, a regular space whatever space you want. Quote Mac Pro (Late 2013) Mac OS 12.7.6 Affinity Designer 2.5.5 | Affinity Photo 2.5.5 | Affinity Publisher 2.5.5 | Beta versions as they appear. I have never mastered color management, period, so I cannot help with that. Link to comment Share on other sites More sharing options...
Daniel Vrbík Posted October 30, 2023 Share Posted October 30, 2023 Hi, I'm trying to add En space before and after dots in TOC but every time I fail. I can add spaces in TOC panel, I can see spaces in TOC on page, but every time when I click outside the text frame, everything is back. It looks like somewhere TOC is locked This is my setup, but after clicking outside the text frame it is without spaces: For TOC I'm using this Tab stop: Quote Link to comment Share on other sites More sharing options...
Oufti Posted October 30, 2023 Share Posted October 30, 2023 This is strange. In my configuration (see signature), it does it without any problem… Demo TOC-spaced dots.afpub Could you share a sample of faulty document or perhaps a video? Quote Affinity Suite 2.5 – Monterey 12.7.5 – MacBookPro 14" 2021 M1 Pro 16Go/1To I apologise for any approximations in my English. It is not my mother tongue. Link to comment Share on other sites More sharing options...
Palatino Posted October 31, 2023 Share Posted October 31, 2023 21 hours ago, Daniel Vrbík said: … but every time when I click outside the text frame, everything is back Enter button pressed? Quote Thanks to DeepL. Link to comment Share on other sites More sharing options...
Daniel Vrbík Posted October 31, 2023 Share Posted October 31, 2023 1 hour ago, Palatino said: Enter button pressed? OMG, I'm embarrassed. Yes, with Enter button it works, thanks I had a bad day yesterday... Oufti 1 Quote Link to comment Share on other sites More sharing options...
Recommended Posts
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.