Re: Для онлайн-перевода. Предложение

On Thursday 08 September 2005 07:30, Norguhtar wrote:
> Anton wrote:
> >Drupal - это не CMS. Это CMF (или CMP), т.е. система классом повыше: не ее
> >основе создаются CMS по конкретные нужды.
> Как раз CMS. Еще раз вспомню своего знакомого. Он сказал что это CMS.
> Для CMF оно не дотягивало, так как ее возможности были как ему
> показалось ограничены именно CMS. Хотя у него достаточно завышенные
> параметры для многих вещей. Но он достаточно лестно отзывался о Drupal.
Интересно было бы увидеть, что ваш знакомый называет CMF-ом.. такие вещи 
вообще в природе есть? :))) В качестве аргумента для нашего спора-обсуждения 
принять не могу - я же не ссылаюсь на моих знакомых, которые Друпал юзают с 
удовольствием.
NPJ - это компиляция, а Drupal имеет свои концепции, на базе которых строятся 
модули и организовывается их взаимодействия с помощью API. А наличие API уже 
говорит, что это не CMS.

> >Повнимательнее модули посмотрите. :) Для Друпала кроме htmlarea есть
> > модули tinyMCE и FCKEditor. Я обычно использую второй. Панельку для
> > BB-тегов тоже можно добавить.
> НИКАКИХ BB-тегов!  tinyMCE и FCKEditor перегружены. Очень много не
> нужных вещей, так как заточено под визуальное редактирование. Что не
> совсем удобно при создании документов. Сначала посмотрите редактор в
> NPJ. Прост в понимании и легок в обращении.
Дык.. кто ж мешает, например, в конфиге FCKEditor'а убрать ненужные кнопки? Я 
тебе повторю редактор npj в FCKEditor'е минут за 10.
Но вообще, нам же нужно визуальное редактирование GuideXML, а не HTML. А это 
на порядок сложнее. Так что тут уже оффтоп пошел.

> >Что подразумевается под рабочими группами?
> Что именно ? Группа для работы с документами. С разными ролями в нутри
> ее и разграничениями доступа.
Ну ради бога. Это все реализуемо. :)

> >Есть модуль Organic groups (http://drupal.org/project/og).
> Только вот это все еще надо будет продумывать. А в npj уже не надо
> продумывать. Там это сделано за нас. Необходимо только выбрать нужный
> класс рабочей группы.
Вспоминается старый анекдот:
Чем отличается прапорщик от обезьяны? Обезьяна трясет пальму, кокосы не 
падают. "Думай!" - слышит она внутренний голос. Подумав и оглядевшись, берет 
обезьяна палку - хоп! - и орех падает ей прямо в лапы. А рядом трясет пальму 
прапорщик. "Думай!" - слышит он внутренний голос. "Чего там думать, трясти 
надо!"

Продумывать по-любому надо. Можно подгонять процессы по имеющиеся инструменты, 
но в таком случае, непонятно зачем мы вообще паримся - есть "официальный" 
процесс разработки документации, багтрекер, текстовые редакторы с подсветкой 
XML-синтаксиса и CVS.
Но есть еще такая вещь, как здравый смысл - не стоит про него забывать. 
Руководствуясь с ним, я поподробнее изучу npj, чтобы принять для себя 
окончательное решение.

> Я против Drupal именно потому что это универсальный инструмент. Да он
> умеет и то и это и еще это... но нужна платформа для написания
> документации + bugtracker. В этом классе более выгодно смотрится как раз
> NPJ, так как это ПО конечно не жнец и на дуде не игрец, но зато как ПО
> для работы над документацией гараздо более удобен чем CMS Drupal.
Дело вкуса.
И пустой флейм, имхо.

-- 
С уважением, Антон

-- 
[email protected] mailing list