I really like to avoid this very much since that would defeat the purpose the the short version which has the goal of not intimidating the user. The short version most of the time (not always) should not include a TOC. Should be as short and simple looking as possible. A long TOC gets into the way.
In the case of the Tor Controller wiki page that would work, I guess.
Yes, perhaps the whole design idea behind
short / detailed can be revisited.
recommended / alternatives could be another another way to design this. Perhaps lets discuss this using example wiki pages.
Perhaps we end up making the button labels
short / detailed vs
recommended / alternatives vs other words configurable using the wiki templates. If that would be possible at all? Too early to say if that is a useful option.
short / detailed buttons idea:
- Short version should just contain one option. As simple as possible. No footnotes.
- Detailed version should contain the short version. Since it would contain footnotes, it would have to include a modified copy of the short version plus all other alternatives and reasoning.
recommended / alternatives buttons idea:
- All users are expected to read the
recommended version. (Which then would have to include footnotes.)
- Users who want more, and reasoning. would additionally check out the
Or button labels:
essential / alternatives?
Possible example wiki pages where we can consider this: