CrossPlatform-Wiki Опции

[Litkevich Yuriy]

ViGOur, сильно напрягает CAPCHA, для зарегестрированых пользователей ее надо убрать и дать им возможность загружать рисунки.

[ViGOur]

Мне казалось, что я ее убрал, по всей видимости нет, все сделаю в ближайшее время, и пока не настраивай и не заполняй wiki нужно будет обсудить что и как там будет...

[Litkevich Yuriy]

я документации не касаюсь. А вики наполняется все равно довольно спонтанно.
Пока создал категории, несколько шаблонов, надо для них картинки.
Я могу кучу шаблонов взять с openSUSE.org и их катлог (то что я делал), правда руководство у меня осталось в черновике, но добить можно будет

Важно!!!
анонимы не должны иметь возможность редактировать статьи, но их страницы обсуждения все должны иметь возможность редактировать.

[Litkevich Yuriy]

= 1=
Можно использовать иерархическую структуру страниц в вики для документации, например для файла index.html дрес выглядит так:
Qt 4.3.2/index
и
Qt 4.4.0/index

тогда находясь на странице index
в верху будет ссылка:
< Qt 4.3.2
и
< Qt 4.4.0


= 2 =
Либо использовать пространства имен, тогда адрес выглядит так:
Qt 4.3.2:index
и
Qt 4.4.0:index

= 3 =
комбинированый способ:
Qt:4.3.2/index
Qt:4.4.0/index

Т.е пространство имен Qt а иерархия по версии.

Замечание
Обычно пространства имен может создавать только админ, а иерархию любой участник

[ViGOur]

Честно говоря я подумывал сделать так:
Qt
---4.3.2
---4.4.0
И с остальными библиотеками также, а на главной странице того же Qt, список версия и описание нововведений
Но не уверен правильно ли так, потому и говорил раньше, что нужно обсуждать.

Обычно пространства имен может создавать только админ, а иерархию любой участник

У тебя будет админский доступ, сейчас не дал потому, что еще не все расширения поставил...
Да и я пока только изучаю общение с вики, а ты как я доэтого понял уже общался с ней.

[Litkevich Yuriy]

Честно говоря я подумывал сделать так:
Qt
---4.3.2
---4.4.0

А вот из этого непонятно как страницы адресоватся будут. Я бы выбрал комбинированый способ, библиотеки-пространства имен.
Вот пример: http://wiki.crossplatform.ru/index.php/Участник:Lit-uriy
Здесь пространство имен Участник, но нет такой страницы:
http://wiki.crossplatform.ru/index.php/Участник:
а страница
http://wiki.crossplatform.ru/index.php/Участник
Это обычная страница

И у нас тогда будет главная страница, например для Qt
http://wiki.crossplatform.ru/index.php/Qt:4.3.2
тут все про эту версию, а документацию помещаем в следующий по иерархии адрес, например, страница index будет здесь:
http://wiki.crossplatform.ru/index.php/Qt:4.3.2/index

Да и я пока только изучаю общение с вики, а ты как я доэтого понял уже общался с ней.

Я ее не админил (mediawiki), только как пользователь работал. Админил только ScrewTurn Wiki (практологическим способом поставив себе на флэшку) использую как навернутую записную книжку дома и на работе


---
Оказывается можно создавать пространства имен, вот тест:
http://wiki.crossplatform.ru/index.php/TestQt:4.3.2/index

Воспользовался конвертером
но относительные ссылки почемуто на вики-ссылки не меняет

[ViGOur]

Нужно будет почитать насчет пространств имен (плюсы-минусы).
А так идея хорошая!

[Litkevich Yuriy]

Нужно будет почитать насчет пространств имен

http://ru.wikipedia.org/wiki/Википедия:Пространство_имён

(плюсы-минусы)

в пинципе теже странички, только в именах не пересечешся, например
у Qt есть index - главная страница документации и ее создали первой
и wxWidgets тоже есть, как разруливать?
Как в википедии поступают index (wxWidgets)
Но когда есть определенная концепция, у нас БИБЛИОТЕКИ, а точнее их имена, то вполне можно их использовать для однообразия схемы адресации к статье

[ViGOur]

Добавил, вроде все расширения которые нужны.
Разрешил загрузку картинок.
Снял капчу у зарегистрированных пользователей.
Сделал Litkevich Yuriy администратором.

Теперь нужно понять как сделать несколько языков (русский и английский), для хранения документации...

[Litkevich Yuriy]

давайте обсудим, будущее.

= 1 =
Пока документация, перевод и оригинал, лежит на сайте (как и сейчас), чтобы не напрягатся с конвертированием.
Перевод обновляется из хранилища.
Дополнительно можно держать документацию в вики, перевод в неком состоянии на момент заливки в вики. предположим там руками кто-то правит перевод. Потом, когда придумаем механизм синхронизации Wiki<->SVN, будем синхронизировать.

= 2 =
В вики также лежит словарь терминов.
Наиболее активно словарь пополняется постоянными переводчиками. Следовательно, они редактируют словарь у себя и фиксируют правки в хранилище. Нужна программа, которая будет забирать словарь из хранилища, преобразовывать к вики и, возможно, править статьи (типа такой вики-бот). Страницы словаря защитить от правок, запросы на новые термины размещаются на странице обсуждения статьи. Тем самым реализовав одно место внесения изменений.
(заодно можно использовать как полигон для испытания бота для двусторонней синхронизации)

= 3 =
Все то, что написано в Track'е относительно переводов, перенести в вики. Там же вести план работ (текущие задания и т.п.) обсуждать работу в форуме.

= 4 =
Статьи участников CP.Ru разместить в вики. На странице обсуждения предложить обсуждение самой статьи (не предмета статьи), а также разместить ссылку на тему в форуме, для обсуждения предмета статьи.


----
Вот вроде ничего не забыл. Коментируйте, предлагайте свои варианты.