Next Generation CMS :: Форум поддержки

Ну вот же было https://github.com/vponomarev/ngcms-plugins/pull/14

Пилите редактор, который к *** никому не нужен, когда БД не сращивается.

irbees2008, да там не кнопка нужна, а типа драг-дроп зоны 

Выбирай любой шаблон, ни в чем себе не отказывай https://ngcms.ru/forum/viewforum.php?id=9&p=10

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

Такая возможность имеется – это плагин wysiwyg. Я к тому, что лучше реализовать корректное восстановление из архива базы данных v0.9.5 до v0.9.7 и какой-то функционал по перекодировке шаблонов из 1251 в utf-8, чем заморачиваться редактором.

vitaly, сам с Quill толком не разобрался, возможно что-то и не правильно делаю, но в любом случае не стал бы изменять БД из-за текстового редактора. У меня есть пару дней, попробую допилить плагин wysiwyg, встроив туда Quill, который принимает и отдает HTML.

irbees2008, я вносил изменения в плагин xfields, поэтому твой запрос невозможно физически слить в основную ветку.

Да и вообще, если поставить себя на место рядового пользователя, то первоочередным является корректная перекодировка БД (1, 2), перекодирока шаблона.

Как по мне, так есть плагин wysiwyg, лучше его для начала допилить, а уже после выпиливать BB-code редактор.

irbees2008, в ветке https://github.com/vponomarev/ngcms-plu … nsfer_utf8 обновлены плагины feedback, xfields для NGCMS версии 0.9.7.

Документацию в формате *.md проще писать. Можно было бы имеющуюся документацию перевести в этот формат. Всё, что делается программистами, не имеет ценности для рядового пользователя без документации. Думаю, что это надо пулреквест просто отправить и не отнимать время ) В процессе написания документации понимаешь и конкретизируешь, что было сделано и для чего.

В плагине `xfields` все таки перелопачу JavaScript.

Сейчас в админке есть обертка AJAX-запросов, которая выводит всплывашку loading в начале запроса и по окончанию запроса ее скрывает, а также выводит уведомления об общих результатах запросов. Вот это бы я обязательно включил в документацию, чтобы желающие создать свой плагин или переписать имеющийся были в курсе.

В-общем документация – дело нужное и важное.

vitaly, как таковых жестких багов я не заметил. Мне известны три основные проблемы админки:
- HTML-код, приходящий с бэкенда;
- не прописанные HTML5 атрибуты полей ввода (например, required, maxlength, [type=number]);
- не достаёт некоторых общих переводов: (SAVE, Cancel).

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

Ну и всё упирается в то, как быстро будет отформатирован код плагинов. Потому что это не реально будет отслеживать какие-либо изменения в плагинах: отправляешь запрос с тремя измененными строками, а гитхаб подхватывает еще полфайла из-за форматирования.

Бывают же ситуации, когда новость пишешь, но не хватает какой-либо информации и ты оставляешь её в черновиках. Проходит время, публикуются новые записи. Так вот это число и будет сигнализировать тебе о том, что есть недописанное, недоделанное.