| 1 |
Anton wrote:
|
| 2 |
|
| 3 |
>Интересно было бы увидеть, что ваш знакомый называет CMF-ом.. такие вещи |
| 4 |
>вообще в природе есть? :) |
| 5 |
> |
| 6 |
Как сказать... есть. Только то вот Drupal он называл CMS сказал маловато
|
| 7 |
будет :D
|
| 8 |
|
| 9 |
>В качестве аргумента для нашего спора-обсуждения |
| 10 |
>принять не могу - я же не ссылаюсь на моих знакомых, которые Друпал юзают с |
| 11 |
>удовольствием. |
| 12 |
> |
| 13 |
> |
| 14 |
Да сколько угодно.
|
| 15 |
|
| 16 |
>NPJ - это компиляция, а Drupal имеет свои концепции, на базе которых строятся |
| 17 |
>модули и организовывается их взаимодействия с помощью API. |
| 18 |
> |
| 19 |
Офигеть! Дайте две! Значит вот Drupal имеет свои концепции, а NPJ нет?
|
| 20 |
Так просто чего-то накидали работает да и ладно. То что там есть
|
| 21 |
возможность писать свои модули и расширять их это так блажь. Давайте не
|
| 22 |
будем говорить о том чего не знаем ок ? В NPJ есть возможности
|
| 23 |
расширения. И API есть и движок, кстати называется Manifesto. Я писал
|
| 24 |
расширения authorize для его работы со сторонними mysql и postgresql базы.
|
| 25 |
|
| 26 |
>А наличие API уже говорит, что это не CMS. |
| 27 |
> |
| 28 |
> |
| 29 |
Это говорит, о том есть возможность расширения CMS. CMF позволяет с нуля
|
| 30 |
строить различные в поведении CMS.
|
| 31 |
|
| 32 |
>Дык.. кто ж мешает, например, в конфиге FCKEditor'а убрать ненужные кнопки? |
| 33 |
> |
| 34 |
А что при этом визуальное редактирование пропадет и мне их не прийдется
|
| 35 |
давить ?
|
| 36 |
|
| 37 |
>Я тебе повторю редактор npj в FCKEditor'е минут за 10. |
| 38 |
> |
| 39 |
> |
| 40 |
В плоть до форматирования ?
|
| 41 |
|
| 42 |
>Но вообще, нам же нужно визуальное редактирование GuideXML, а не HTML. А это на порядок сложнее. Так что тут уже оффтоп пошел. |
| 43 |
> |
| 44 |
> |
| 45 |
> |
| 46 |
Зачем необходимо визуальное редактирование я представляю слабо. К
|
| 47 |
примеру в NPJ его просто нет. Там достаточно простое и понятное
|
| 48 |
форматирование.
|
| 49 |
|
| 50 |
>Ну ради бога. Это все реализуемо. :) |
| 51 |
> |
| 52 |
> |
| 53 |
> |
| 54 |
Ключевое слово реализуемо. В NPJ это уже реализовано. Если сравнивать
|
| 55 |
объемы работ для реализации должного функционала, то он может быть
|
| 56 |
меньше в NPJ чем в Drupal.
|
| 57 |
|
| 58 |
>Продумывать по-любому надо. Можно подгонять процессы по имеющиеся инструменты, |
| 59 |
>но в таком случае, непонятно зачем мы вообще паримся - есть "официальный" |
| 60 |
>процесс разработки документации, багтрекер, текстовые редакторы с подсветкой |
| 61 |
>XML-синтаксиса и CVS. |
| 62 |
> |
| 63 |
> |
| 64 |
Подгонять ничего особо не прийдется. Максимум что потребуется это
|
| 65 |
транслятор из форматирования npj в форматирование GuideXML.
|
| 66 |
|
| 67 |
>Но есть еще такая вещь, как здравый смысл - не стоит про него забывать. |
| 68 |
>Руководствуясь с ним, я поподробнее изучу npj, чтобы принять для себя |
| 69 |
>окончательное решение. |
| 70 |
> |
| 71 |
> |
| 72 |
> |
| 73 |
Вот это здравая мысль. Так система создавалась именно для ведения
|
| 74 |
документации а Drupal для поддержки сайта коммунити.
|
| 75 |
|
| 76 |
>Дело вкуса. |
| 77 |
>И пустой флейм, имхо. |
| 78 |
> |
| 79 |
> |
| 80 |
Инструмент должен быть функциональным, а не популярным. К примеру есть
|
| 81 |
очень популярная система мониторинга Nagios. А я использую Zabbix потому
|
| 82 |
что он функциональнее чем Nagios.
|
| 83 |
|
| 84 |
--
|
| 85 |
gentoo-doc-ru@g.o mailing list |
Archives