this bug was reported by Jesper, and has to do with consequtive section breaks. I had a go at this one, and was not able to crack it, but made the following observations so far: when inserting a section break we first insert a block, which in turn inserts a formating mark, then we insert the actual section break. The resulting layout order is PSfp where P is the original block, S is the section, f is the formating mark and p is the block we created. While the layout order is as it should be, there are a few wierd things: (1) the stuff in the piecetable seems to be messed up so that where one expects P one gets S. (2) it is possible to move the cursor between P and S, even though there is no run representing S, and insert another section break at that position. Such a section break then appears at the very end of the document, even though the layout order is correct, as moving arround with the keyboard arrows shows. (1) is what causes the problem that Jesper logged; when one tries to create another section just after the last character of P, AW complains that there is no block between the two sections, but I have not been able to work out why the piecetable is not in sync with the layout. (2) is probably to do with the need to be able to delete a section break, but I think we should have a specialised run to handle this, which could be displayed with the special characters, or ignored completely when the user does not want to see special chars. At the moment the section break behaves as a 0-with, but real, character in both modes. We draw a line to indicate a section when displaying special chars, but the line does not behave as a character, i.e., it cannot be selected. Tomas
