Comment editing and deleting

The most important: whatever technical difficulties it presents, making it possible for authors to correct their articles is more important than anything.

I'm not quite sure what the current format is we store the webmore parts in, but it was planned to be xhtml with extra <webmore id="xy"/> tags in it, where this tag is just an anchor, its position is where comment part "xy" belongs to.

When letting an authorized person to edit an article, it is important that we keep track what webmore tags the article had, and if she deleted any, we should reattach them to the end of the article. Reattachment should be signed with some attribute, like <webmore id="xy" orphaned="1"/>.

Front ends can later be programmed to show the expanded article with these reattached commens separately, on the bottom of the expanded bubble, with some localized label.

It is important to visually (by color, or some graphic) sign to the reader that a certain comment was made by its author to an older version of its parent. It is to be signed both in the collapsed and the expanded state.

The author of a comment should be notified if any relative of her comment (ancestor, descendant) is edited. If the parent changes, she should be able to clear the warning flag on her comment, so that the comment is show as normal again, not showing that it is made to some other version of its parent.

On the first versions of our code we might decide to simply let the user see the <webmore .../> tags in the text, and we hope she won't mess with them. However, when processing the edited text, we should guarantee that no new webmore ids are present, so a writer cannot steel a comment tree from somewhere else.

Comments should be deletable too. If a comment that got deleted had children, then the comment should be shown as an empty comment with its children reattached. If a comment didn't have children, it can simply disappear.

Comment editing and deletion might be invoked from the account page, comment management module, but also from the expanded comment view. In this case, some new icons should appear on an expanded comment if the current user has the right to edit or delete it, like it is shown in the picture: