Уже не раз мне задавали и думаю еще будут задавать вопрос: почему бы не сделать Wiki?

У меня возникает также вопрос: а так ли она необходима?

p.s. если будем ее прикручивать, то уже есть готовый модуль единой авторизации с форумом, правда для другой версии IPB, что переработать вроде не сложно, по словам Багиры.

Хмммм а как она выглядит? Примерно? Какая именно вики?

Примерно так: http://ru.wikipedia.org/wiki/MediaWiki

мне кажется не стоит. лучше написать систему отслеживания изменений в оригинале (Qt4.4 на носу) и правки html с подтверждением. право на подтверждение давать людям показавшим свою работу.

Логично...

Wiki работает на qtfаq.ru (движок TikiWiki) - можете заценить, доступна для редактирования зарегестрированным пользователям.
Также есть много других движков, ИМХО писать еще один свой - когда столько готовых - пустая трата времени.

Ну почему же, если писать заточенный под нас, а именно под перевод Qt документации, то в самый раз.
Попробуй всунуть в wiki всю Qt документацию, а потом, как будет все переведено, грамотно достань ее от туда, чтобы без проблем подсунуть Qt Assistant.

То есть проще написать с нуля движок, чем программу (скрипт) импорта/экспорта?

Да нет, скорее всего для переводов будет прикручен SVN, о чем первым подсказал Litkevich Yuriy, а потом и другие пользователи писали в приват...

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

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

А именно так как пишутся сами посты в форуме:
отдельная ветка, в ней нажимается "Открыть тему", там пишется название темы сама статья и прикрепляется файл, затем нажимается отправить.
А движек кладет это не на форум, а там где сейчас разные полезные статьи.

надеюсь, что понятно выразил свою мысль, что скажите админы, такое возможно?
Пусть даже в качестве временной меры.

Быстрее сделать общую авторизацию...

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

Конечно есть, вот: Справочная Qt документация (Open Source Edition) куча не переведенной документации...
Но это пока куча.

Создал репозитарий для переводов, временно, чтобы админы могли не спешить, а зделать здесь все как запланировали.
О репозитарии смотрите здесь.

К Админам:
как реализуете все замыслы в том числе с репозитарием, просто перенесем сюда базу, чтобы сохранилась история правок, а временный грохним.
Так что можете спокойно, без суеты и спешки, зделать задуманое, и переводы могут уже сейчас работать парралельно.

К переводчикам:
Пока регистрация в репозитарии запрещена, шлите в личку заявки.
На чтение доступен всем.

Litkevich Yuriy, спасибо за помощь, а то просто физически ничего не успеваю...

Да незачто,
Ко всем:
Там, короче, геморчик будет, надо на Асембле зарегестрироватся, открыть страничку Qt RTT и вверху под надписью Help
нажать ссылку "Watch this space / Наблюдатель", затем сообщить мне в личку в этом форуме, я вас сделаю участником, т.е. сможете записывать в репозитарий

Вобщем были некоторые проблемы с репозитарием, сейчас вроде все ровно, можно пользоватся.
Qt4 Russian Translation Team.

Осталось написать, как пользоватся Subversion, и какой нибудь глосарий соорудить, чтоб в едином ключе переводить.
Там,в Trac'е, есть RSS.

У меня вопрос, что нужно для того, чтобы сделать тоже самое у нас на сайте?
Из того, что я понял, нужно:
1. установить TRAC.
2. установить SVN.

Что еще необходимо? Попробую в плотную заняться этим, и если Litkevich Yuriy не против, отдам тебе для дальней настройки и критики что и как, так как я с этим даже не встричался, а ты вроде уже поработал, если не против кончно же...

Нужно:
1. Python
2. Apache
3. SVN
4. База данных (SQLite или MySQL или ...)
и в последнюю очередь Trac
На виндовозе у меня неполучилось поставить, Python'а совершенно не знаю, како-то скрипт выдавл ошибку (есть подозрение что MySQL я не правильно поставил ), скрипт авто установки (с загрузкой недостающего добра из инета) тоже вываливал ошибку, на openSUSE 10.2 я как-то ставил но не все ровно работало.
----
на какой ОСьке предпологается ставить?
----
Вот собственно мануал

Python - незнаю стоит или нет, нужно будет проверить.
Apache - на нем работает и сайт и форум...
SVN - попробую поставить.
MYSQL - тоже есть.
Trac - попробую накатить...

За ссылку на мануал спасибо, поиграюсь на выходных посмотрю что да как ставится, а потом создам домен третьего уровня (xxx.crossplatform.ru), и на нем или наних уже будет все.

на FreeBsd.

Люди говорят, что ставится без проблем, вот у Trac'а специальная страничка

Спасибо, посмотрю...

Что-то я чем дальше, тем болше и больше подумываю, а не попробовать и правда замутить Wiki?
Названия документов сделать по именам файлов *.html документации, и не будет мороки с SVN'ами.
Правда прийдется поморочиться с переводом документов в формат вики, но это решаемо, а раз так, то и обратно тоже.

у SVN перед вики есть приемущество:
человек может работать дома или где-нибудь еще, затем делать фиксацию правки - минимум трафика и привязки к инету.
Недостаток:
текущий размер файлов в репозитарии 40 МиБ, при извлечении рабочей копии (первое обращение к SVN), нужно слить все!

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

Вот вот, написал статью в вики, как в черновике, кто-то подправил чего или добавил, потом выкладывать на сайт...

если админы сделают, Трэк, то там есть вики, правда с отличным от википедии синтаксисом, к сожалению.
Местами изменения положительные местами отрицательные.

Как я смотрю есть свои плюсы и минусы у trac'a и wiki.

Может попробуем собрать все + и - для окончательного решиения.
Просто у меня на данный момент есть проблемы с поднятием SVN, сервер на котором работает наш сайт и форум не мой, хоть и управляется от части мной и SVN на нем я не могу поднимать, как и mod_pithon прикручивать к аппачу.

Пока ищу пути для решения этой проблемы. Перенес бы домой сервер, но у меня исходящий трафик 1000 кбит/с, что может не потянуть...

прбуй без апача, там svn:// протокола хватит, может хостер сможет поставить svn? он вроде без проблем ставится

к стати а в дистрибутиве FreeBSD-6.2 Subversion вроде в комплекте идет (тут)

Думаю, что wiki нужно, сам бы иногда переводил наскоками, а c SVN лень завязываться.

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

Мда, делема все ще не решена, прикручивать или нет вику!

Так что прикручивать? Багира вроде говорила, что попробует прикрутить общую авторизацию вики и форума, вроде есть такой мод.

ну по опыту перевода сайта openSUSE.org могу сказать что это удобно, т.е. если переводить и писать статьи.

Если будете выбирать вики, вот вам материал:
http://www.wikimatrix.org/index.php

мне как пользователю, до лампочки что за название у Wiki, лишь бы синтаксис совпадал с Википедией.
а то несколько вариантов в голове хранить, плохо, да и привык к сервису: шаблоны, пространства имен.

Спасибо за ссылочку, не ожидал, что так много вариантов может быть.