a repository of mathematical know-how

Nested adds

Nested adds

I'm experimenting with nested [add]s, which are great to have, but something odd is happening when I use them. If I click on the arrows and then hide the text again, I get two sets of arrows, and I can keep going like that, getting more and more sets of arrows. It doesn't do this everywhere, but it does do it on the "Map of the Tricki" page that I'm trying to create.

Actually, I now see that it's happening only in one place – the arrows after "Techniques for proving existence". Perhaps it's caused by the headings inside the [add].

I've now discovered (i) that the problem happens in other places and (ii) that it does not happen on a different computer that uses Firefox rather than Safari.

Can you describe precisely where it happens or, better yet, add a simple (minimal) example to the Sandbox? Does it only happen when [add]s and lists are mixed? There's a problem in this scenario because [add]s were not originally designed to be able to 'break up' existing tags, only to exist on their own (with the possibility of containing other tags). Alex and I shall have to think about how best to allow such functionality.

I've added a minimal example to the Sandbox, as requested. As I say there, each time I expand text and collapse it again, I get a new arrow. However, it's slightly more complicated than that. The first time I expand I get << but badly placed so that it overlaps the text. And I think that happens the second time too. But after a while it settles down so that after I've expanded and collapsed n times I have n+1 lots of >>, but if I then collapse the number goes down to n <<. In other words, the number of arrow pairs goes n+1, n, n+2, n+1, n+3, n+2, ... facing alternately forwards and backwards.

It does seem to happen only when [add]s and lists are mixed.

Post new comment

(Note: commenting is not possible on this snapshot.)