(Moving my response over here, since yes, I don’t think the previous thread has much to do with what you are seeing; though ordinarily yes, you are welcome and encouraged to continue conversations about the same topic no matter how old. It’s better than having the same conversation 15 times over 15 years.)
When I compile, it automatically adds the chapters/subchapters… thanks to the title prefix <$hn> in the “decimal outline item.”
If you’re using the “Enumerated Outline” format, as it sounds like, that one wasn’t really designed with the thought that anyone would build it up to make a long text document in need of having a table of contents. You’re of course free to do so! Anything can be built (or deconstructed) from whatever, and all of them started from scratch, but that would explain why there is no “Table of Contents” layout! That would be an odd thing to have in a format designed to generate simple outlines of your binder structure, not books for instance.
Not that you particularly need one, in a global sense, either. The “Paperback” format has one because it is creating a layout that is half the size of most paper settings, meaning most anyone’s tab stops and indent settings will be very wrong, made for A4 or whatever.
What I do not understand is why all my titles are pushed to the right end of the page, which is not really what I would call “as-is,” since, in the editor, they are exactly as they should be.
I couldn’t say with only a rough description being provided. I like to describe building the problem from a Blank project, so that every factor necessary to demonstrate is involved. Either that or provide a small sample project that demonstrates the problem.
That aside, “as-is” isn’t a promise. If you try to jam 18cm of content into a 8cm page, it’s going to not look the same.