Wiki 2.0
Специально для Кости.
За исключением совсем уж некорректной концепции метаниформации (напихал туда всего), за что тебя — еретика ждут вечные муки, страшный суд, ад и погибедь.
другое дело что про контроль версий приходится забыть.
а интерфейс в разы лучше называется — текст в одном окне + IRC в другом и голос в 3м (или совместный чат текстом и голосом в Skype). потому что и собраться в реале в одном месте далеко не всегда получается. и логи при общении в чате остаются в отличие от голоса. и клавиатура и возможность что-то делать с самим текстом у каждого своя. другое дело что какая-то синхронизация работающих над текстом людей по времени всё-таки нужна.
Охохохо… Теоретики.
У нас часть документации конторы в гугледоке. Практически все высказались, что уж лучше МедиаВики и т.п., чем _это_. Фактически, этой визивиг разметкой невозможно пользоваться адекватно, разрешение конфликтов редактирования крайне уродское, хистори — уродская и т.п.
Скажи, а чем твоя вики будет отличаться от ворда с установленным макросом (кроме цены)?
А про голосовое общение — так в корпоративных вики в changelogах сплошь и рядом пишут «обновлено по результатам обсуждения».
остальное не для меня.
Если на то пошло, пользователю нужна возможность редактировать логическую разметку документа, причем и в визивиге, и в textarea с палочками. При этом одни и те же палочки у разных авторов могут означать совершенно разные вещи — главное, чтобы в хранилище попадали уже не они, а только куски текста с атрибутами, соответствующими разметке.
Логическая же разметка, увы, провалилась давно и основательно.
1. WYSIWYG надо делать по принципу «для блондинок». Т.е. кнопки a-la на уровне кнопок задать «обозначение палочек». И wiki-разметку вообще забыть. Единственное, что оставить — это [внутренняя ссылка]. Все остальное — за-быть.
2. Что касается обсуждения, то прилепить какой-нить чат-клиент с вызовом (copy&paste) текста для правки прямо в нем (бред, наверное, но прикольно)
Дааа, это тааак. А что? Сетап тайм — 1 минута.
Да вот хуй. Вредное производство. Нервы ни в пизду.
Зато я могу смело бросить камень в каждого, кто скажет что гугльдокс — это удобное средство для совместного редактирования документов. Спишется за невменяемостью.
> особенность (как, впрочем, и у вики-разметки с
> палочками): он ориентирован на физическую
> разметку, никакой семантикой там не пахнет.
> Поэтому одни и те же выразительные средства
> используются разными авторами для разного, и
> получается каша.
Не надо давать людям весь спектр возможностей html, для логической (и физической) разметки вполне хватает h2-h4 (h1 -- заголовок страницы и используется в отдельном поле), очень важно (жирный), важно (курсив), ссылка, список (маркированный и нумерованный). Никакого изменения шрифта или цвета текста.
> У нас часть документации конторы в гугледоке.
Ну, походу, всё что было сказано выше основоно именно на *опыте* совместной работы над текстами, сначала в wiki, потом в google docs. Я же не говорю, что google docs панацея. Он всего лишь решает часть проблем. А какой-то спектр других проблем создаёт.
Мы вот на ту часть, что решилась, внимание обратили. Вы — на ту что создалось. Один опыт другой ну ни разу не отменяет.
А какие проблемы решились? Просто интересно.
(PS. Мы, кстати, обратили внимание и на то, и на другое. Но больше всего — на соотношение. Но это действительно частный опыт.)
Просто в разных wiki-системах (confluence, dokuwiki, wikidot) в той или иной степени уже реализованы концепты из статьи… да, не все сразу и не все в одной.
Именно. Надо и существующий отобрать.
> для логической (и физической) разметки вполне хватает h2-h4
> (h1 -- заголовок страницы и используется в отдельном поле), очень
> важно (жирный), важно (курсив), ссылка, список (маркированный и
> нумерованный). Никакого изменения шрифта или цвета текста.
Ага, а «очень-очень важно» — полужирный курсив. Пользователям этого не хватает, потому они и встают на голову с этими своими цветами и шрифтами. Им нужна вставка кода (который будет кодом, а не просто текстом с моноширинным шрифтом) комментарии к тексту, комментарии к комментариям, всякие сноски, выноски и прочая ерунда, которая может и выглядеть при публикации одинаково, но будет по-разному называться.
А вики-разработчики наивно полагают, что если ограничить пользователя тремя видами разметки, то он протащится от такого минимализма.
> семетической значимости кроме как «это выделение», так что это соверешенно
> нормально.
Италик несет ту семантическую нагрузку, которую ему придает автор. Если несколько авторов могут договориться о значении италика, это прекрасно. Если им приходится перегружать его разными смысловыми значениями, то это ненормально.
> Логическая же разметка, увы, провалилась давно и основательно.
Хотя и незаслуженно. В оффлайне, к примеру, она живет и здравствует — см. DocBook, Latex.
99% леммингов не могут ошибаццо ниибаццо.
> ограничить пользователя тремя видами разметки,
> то он протащится от такого минимализма.
Я не вики-разработчик, а упрощеный html использует компания, в которой я работал для коммерческих сайтов. Основной аргумент за ограничение редактора сайта в выразительных средствах это то что, редактор должен передавать смысл, а не оформление текста.
> которой я работал для коммерческих сайтов. Основной аргумент за
> ограничение редактора сайта в выразительных средствах это то что, >редактор должен передавать смысл, а не оформление текста.
Я не лично о вас говорю, это так во всех вики-системах: пользователю навязывается какая-то сферическая разметка в вакууме, с помощью которой коллективно что-либо делать неудобно, потому что под италиком и болдом разные люди понимают разные вещи.
Вывод: нужна какая-то политика оформления, которой люди будут придерживаться, своя для каждого конкретного случая (группы документов). Отображение логической разметки в HTML, если угодно. А то, что элементов логической разметки должно быть мало, уже не так очевидно, да и не всегда верно.
onenote:///\\FOG\onenote\Work\Tasks.one#Active%20tasks§ion-id={0BDD549610A1435582D4-D49F6945E766}&page-id={FE90254382E84242-ABAE-A0F9532178EE}&object-id={A9544E923D47010502E1- 003B0DF63948}&1A

09.04