Want to take part in these discussions? Sign in if you have an account, or apply for one below
Vanilla 1.1.10 is a product of Lussumo. More Information: Documentation, Community Support.
It seems that something broke with the way the tables of contents come out.
The code
#Topos#
* table of contents
{:toc}
currently makes the title “Topos” appear twice. This affects essentially every page on the Lab.
It didn’t used to be this way and it shouldn’t be like this.
Yes, something changed very recently. Might it be to do with the changes Andrew made today?
(Whoops - wrong discussion)
Maruku underwent an update a while ago. It seems as though this has only just propagated into the nLab with the current update (updates in modules like maruku don’t always get pulled in when I update instiki, it seems).
Okay, so you are saying this is a bug introduced by the Maruku team? Can one do something about it?
If we take out that top line (# Topos in the example, which appears as # Contents in many pages), then the table of contents works, albeit with no heading. If we want the heading (which I would support), then perhaps we can create some custom CSS for it.
Or we may need to edit the CSS for the table of contents itself. How did we use to stop that first header from appearing anyway?
I tried
**Contents**
* table of contents
{:toc}
but that produces ill-formatted output.
In any case, let’s be careful with working around this. This is clearly a bug (since the title appears twice and since both accurences disappear if one removes the single line) so it might be that we first implement a workaround and then somebody fixes the bug only to make our workaround break in turn, for instance if they decide that the code
* table of contents
{:toc}
produces a single “Content” headline (which I’d say is what makes sense).
It’s not clear to me that it is a bug; it may be that a bug was fixed. Logically, the top header should appear twice, just like every other header: once in the table of contents, and once for itself. I thought that we had to write the CSS carefully so that it wouldn't appear in the ToC, so maybe it's a bug that this no longer works … but maybe our CSS was a kludge taking advantage of a bug that's been fixed. (That's why I asked how our CSS was supposed to work; I don’t understand it.)
Oh, I see, right. In that case it’s a bit dramatic, because it would mean that on each and every Lab page we have to subtract one hash-symbol from each and every headline.
To me, the right solution would be to be able to add a pseudo-attribute to a header which allowed one to exclude it from the TOC.
I agree with Toby’s analysis of what’s going on: previously not every header made it into the TOC but now it does.
Such a pseudo-header might be useful for other things too, such as when a ToC gets too long.
What’s the implication of stating wishes for the right solution? Where to send this wish-list to?
And since presently every nLab page with a TOC looks broken: what might be a way to proceed to have this sorted out rather sooner than later?
And wait, just excluding the TOC from the TOC won’t solve the whole issue. Part of the issue is that the highest headline level on the Lab used to be induced by double hash-symbols, while now it seems that it is given by single hash-symbols. If this is to stay, we should find a way to remove one hash from each and every headline on the Lab. No?
If this is to stay, we should find a way to remove one hash from each and every headline on the nnLab. No?
I would like that we do not subtract, if other solutions anyhow possible.
Part of the issue is that the highest headline level on the nnLab used to be induced by double hash-symbols, while now it seems that it is given by single hash-symbols.
No, this has always been the case. We generally chose to use a double hash for the highest internal level because we were using a single hash to head up the contents (and because the title is at the same level, albeit in a different style). Some pages have had single hashes before, and for all I know some still have them!
Some pages had single hashes at top level, but for them the toc would not display correctly, therefore I have been changing them to double hashes whenever i saw them.
Right, me too.
The table of contents seems to be working still at natural number; can anybody see why?
It seems the issue has been fixed generally now. ?!
A million Thanks! to whoever fixed it (Andrew?)
Yeah, I guess so!
I just install stuff. Jacques is the one who actually does things.
1 to 21 of 21