| 1 |
On Thursday 08 September 2005 07:30, Norguhtar wrote:
|
| 2 |
> Anton wrote: |
| 3 |
> >Drupal - это не CMS. Это CMF (или CMP), т.е. система классом повыше: не ее |
| 4 |
> >основе создаются CMS по конкретные нужды. |
| 5 |
> Как раз CMS. Еще раз вспомню своего знакомого. Он сказал что это CMS. |
| 6 |
> Для CMF оно не дотягивало, так как ее возможности были как ему |
| 7 |
> показалось ограничены именно CMS. Хотя у него достаточно завышенные |
| 8 |
> параметры для многих вещей. Но он достаточно лестно отзывался о Drupal. |
| 9 |
Интересно было бы увидеть, что ваш знакомый называет CMF-ом.. такие вещи
|
| 10 |
вообще в природе есть? :))) В качестве аргумента для нашего спора-обсуждения
|
| 11 |
принять не могу - я же не ссылаюсь на моих знакомых, которые Друпал юзают с
|
| 12 |
удовольствием.
|
| 13 |
NPJ - это компиляция, а Drupal имеет свои концепции, на базе которых строятся
|
| 14 |
модули и организовывается их взаимодействия с помощью API. А наличие API уже
|
| 15 |
говорит, что это не CMS.
|
| 16 |
|
| 17 |
> >Повнимательнее модули посмотрите. :) Для Друпала кроме htmlarea есть |
| 18 |
> > модули tinyMCE и FCKEditor. Я обычно использую второй. Панельку для |
| 19 |
> > BB-тегов тоже можно добавить. |
| 20 |
> НИКАКИХ BB-тегов! tinyMCE и FCKEditor перегружены. Очень много не |
| 21 |
> нужных вещей, так как заточено под визуальное редактирование. Что не |
| 22 |
> совсем удобно при создании документов. Сначала посмотрите редактор в |
| 23 |
> NPJ. Прост в понимании и легок в обращении. |
| 24 |
Дык.. кто ж мешает, например, в конфиге FCKEditor'а убрать ненужные кнопки? Я
|
| 25 |
тебе повторю редактор npj в FCKEditor'е минут за 10.
|
| 26 |
Но вообще, нам же нужно визуальное редактирование GuideXML, а не HTML. А это
|
| 27 |
на порядок сложнее. Так что тут уже оффтоп пошел.
|
| 28 |
|
| 29 |
> >Что подразумевается под рабочими группами? |
| 30 |
> Что именно ? Группа для работы с документами. С разными ролями в нутри |
| 31 |
> ее и разграничениями доступа. |
| 32 |
Ну ради бога. Это все реализуемо. :)
|
| 33 |
|
| 34 |
> >Есть модуль Organic groups (http://drupal.org/project/og). |
| 35 |
> Только вот это все еще надо будет продумывать. А в npj уже не надо |
| 36 |
> продумывать. Там это сделано за нас. Необходимо только выбрать нужный |
| 37 |
> класс рабочей группы. |
| 38 |
Вспоминается старый анекдот:
|
| 39 |
Чем отличается прапорщик от обезьяны? Обезьяна трясет пальму, кокосы не
|
| 40 |
падают. "Думай!" - слышит она внутренний голос. Подумав и оглядевшись, берет
|
| 41 |
обезьяна палку - хоп! - и орех падает ей прямо в лапы. А рядом трясет пальму
|
| 42 |
прапорщик. "Думай!" - слышит он внутренний голос. "Чего там думать, трясти
|
| 43 |
надо!"
|
| 44 |
|
| 45 |
Продумывать по-любому надо. Можно подгонять процессы по имеющиеся инструменты,
|
| 46 |
но в таком случае, непонятно зачем мы вообще паримся - есть "официальный"
|
| 47 |
процесс разработки документации, багтрекер, текстовые редакторы с подсветкой
|
| 48 |
XML-синтаксиса и CVS.
|
| 49 |
Но есть еще такая вещь, как здравый смысл - не стоит про него забывать.
|
| 50 |
Руководствуясь с ним, я поподробнее изучу npj, чтобы принять для себя
|
| 51 |
окончательное решение.
|
| 52 |
|
| 53 |
> Я против Drupal именно потому что это универсальный инструмент. Да он |
| 54 |
> умеет и то и это и еще это... но нужна платформа для написания |
| 55 |
> документации + bugtracker. В этом классе более выгодно смотрится как раз |
| 56 |
> NPJ, так как это ПО конечно не жнец и на дуде не игрец, но зато как ПО |
| 57 |
> для работы над документацией гараздо более удобен чем CMS Drupal. |
| 58 |
Дело вкуса.
|
| 59 |
И пустой флейм, имхо.
|
| 60 |
|
| 61 |
--
|
| 62 |
С уважением, Антон
|
| 63 |
|
| 64 |
--
|
| 65 |
gentoo-doc-ru@g.o mailing list |
Archives