Наметили 2 важных сущности, подстерегающих нас при создании сайта - источник данных и представление ветвей документа, идём дальше. (Зачем классы нужны и фикс-идея - не знаю  .) Дальше обратим внимание на интерактивность и сопровождающие её явления. Как известно, простейшие формы жизни на заре эволюции пользовались формами. По мере развития формы ввода усложнялись и приобрели вид Аякса и Визивига. Рассмотрим пределы (которых не существует), куда мы можем распространить существование вводимых данных.

Это рассмотрение логически свяязано с обзором wiki- движков и вытекающими из них проблемами недостаточной гибкости интерактивности. О гибкости традиционных форм (textarea, визуальный редактор) я вообще молчу, так как они не идут вровень с идеей, которая скмела подняться из wiki-движков.

Не будем рассматривать вопросы организации исправлений - это отдельная большая тема. Ограничимся способами ввода и фокусировки места ввода.

Здесь мы видим такие подзадачи. 

• Работа с примитивными textarea и возможность ставить кнопки, помогающие вводить псевдотеги.
• Сомнительная подмена псевдотегов wiki-разметкой. (Мы можем её использовать, но никогда нельзя требовать её знать - для других должна переводиться в теги).
• Редактирование за пределами форм. Примитивные методы - ссылка "Оставить комментарий", Поставить оценку".
• Сложные и самые интересные (несуществующие) методы - кликание по месту будущего комментария в документе; разработка правил ввода данных; несколько курсоров, в том числе и от удалённых (по расстоянию) соавторов.
• ВедЕние истории правок и адекватной системы подсветок для отображения истории. (Назначаются рассматриваемые в данный момент соавторы и цвета подсветок к ним, чтобы другие не засоряли кругозор, просмотр документа с правками за определённый период.
• Варианты отображения правок: под текстом, на полях, в примечаниях в виде подсказок.

Другими словами, предлагаю рассмотреть более гибкие методы интерактивности, затем заняться их реализацией, затем пользоваться компонентами и модулями полученных подсистем.