Changes between Version 14 and Version 15 of TracDev/Proposals/AdvancedWikiOperations

Timestamp:

Jun 24, 2010, 9:42:44 AM (14 years ago)

Author:

Christian Boos

Comment:

Some thoughts on #SectionEditing and #Commentsperparagraph

TracDev/Proposals/AdvancedWikiOperations

@@ -1 +1 @@
 = Discussing Advanced Wiki Operations =
-[[PageOutline(2-3)]]
+[[PageOutline(2-4)]]
 The Trac wiki currently lacks some advanced features you can find in more mature wikis, operations like '''rename''', '''copy''' and '''merge'''.
 
@@ -64 +64 @@
 
 ==== Section Editing
-Many wiki's allow you to edit paragraphs or sections (while leaving the rest of the page un-edited, like [http://en.wikipedia.org/wiki/Section_editing#Section_editing Edit Links in Wikipedia], for example. See also #1024.
+Many wiki's allow you to edit paragraphs or sections while leaving the rest of the page un-edited, like [http://en.wikipedia.org/wiki/Section_editing#Section_editing in Wikipedia], for example. See also #1024.
+
+One idea could be to allow for double-click editing, with the smallest section under the mouse being extracted for edition (e.g. a paragraph, a list item, or the content of a #!th block). From that edit interface it should be possible to widen the scope of edition, gradually taking more context (the surrounding section, or list, or table, up to the whole page).
+This can be achieved by retrieving the current "location" trail. Special care should be taken with transcluded content.
 
 
 ==== Comments per paragraph
- * Maybe this does not belong in Trac and should be plugin instead - but the neatest way of collecting user feedback I have ever seen was the Django book http://www.djangobook.com/about/comments/.
+Maybe this does not belong in Trac and should be plugin instead - but the neatest way of collecting user feedback I have ever seen was the Django book http://www.djangobook.com/about/comments/ (mmm)
 
+I think it makes sense to think about a generic comment system, as wiki pages (or sections) are not the only parts of Trac that could benefit from comments / annotations. We have also #2035, commenting on changesets and sources. Commenting on attachments (patches) would be a similar feature. And although tickets have "comments", those are in fact more changelog messages, and as such allowing comments on them could also make sense. (cboos)
+
+All these "comments" are snippets of Wiki text that are attached to a main resource corresponding to the [WikiContext context] of that text, and they are attached to a specific place in the main content of that context (the location trail sketched above in [#SectionEdition]).