I found this: https://forum.literatureandlatte.com/t/how-to-make-leaders-dot-leaders-or-leader-dots/40571/1
but wonder if there is an easier way.
No, I can’t use Compile, but thank you.
Like this?
[attachment=1]Screen Shot 2021-01-29 at 17.38.03.png[/attachment]
[attachment=0]Screen Shot 2021-01-29 at 17.48.20.png[/attachment]
No, more like:
Submission…1
Support (a)…2
Appendix…3
etc.
I can’t use Scrivener to create a ToC for a variety of reasons, not the least of which is that there is no analogous LaTeX \includepdf command.
Does this make things any easier?
[attachment=0]Dot Leaders for Tabs.png[/attachment]
Why is it doing this?
Sample (working) project and compiled PDF attached…
[attachment=0]Test.zip[/attachment]
Helps?
I changed the page setup settings from A4-printer to A4-Scrivener and changed the margins to 1 cm.
That seems to have fixed it.
That, or move the tabs in a little.
To confirm Login’s assessment: it’s as problem with your tab stops. If a tab stop is set to fall outside of the printing area, established by the paper margin settings, then it will “fail” and cause the text to advance to the next line. Selecting paper that is narrower than you were working with originally can cause this to happen (often seen when people try the Paperback compile format with a ToC originally set for A4/Letter).
What paper margins do you mean, if we’re working in the Editor?
Quibbles:
- “Write some words, press tab”
should be:
“Write some words, ⌘U, press tab, ⌘U again, type a line number”. Only then you get underlines. The second ⌘U is to prevent underlining the line number.
-
If Zoom is set large enough to move the tab to the next line, underlines disappear or don’t appear in the first place. AmberV said it had to do with page margins, but the Editor doesn’t have page margins.
-
The result of step 6 is a series of short lines, not dots.
If the Zoom level is high enough, the tab moves to the next line and underlines disappear (or didn’t appear in the 1st place). I don’t think the Editor has print margins, but it does have a visible width.
The dots are short dashes, too. I wouldn’t call them dots.
While not paper settings, as you would encounter when compiling, there are still digital margins that can cause the same effect—i.e. it’s not that there is a paper setting that causes it, rather anything at all that constrains the width of a line past the point where it has tab stops, will cause those tab stops to fail and soft wrap the text to the next line.
Page View mode, fixed width settings being narrower than usual, changing the editor margin settings, composition mode, higher magnification setting, or even just the editor being narrower can all cause this to happen.