LiveStreet CMS

Номер ревизии какой?

«заумно» свёрстан

Я не верстатель, и далек от этого искусства. Но даже мне верстка шаблона new вполне понятна.

Кого скачать? Это функционал — в SVN версии.

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

Если их не будет — не будут хорошие проекты расти на ЛС.

Количество использованных модулей не делает проект хорошим. Равно как и их отсутствие — плохим.

А с чего вы взяли, что поддержка «частичная»?

— Пап, а на хостинге устанавливают Memcache и Sphinx?
— Нет, сынок, это фантастика…

(с)

Можно и без них работать, если сайт тянется нагрузку на хостинге — то зачем ему такая мощная оптимизация? А если хостинг с нагрузкой перестанет справляться — тут уже придется и не только ради memcache переезжать на свой сервер.

Логичное разделение дизайна — h1,h2,h3 используются для разметки страницы, а h4,h5,h6 соответственно остаются внутрь поста. Какой-то порядок лучше.

Это случайно не физическое повреждение файлов на диске? Может их что-то затерло частично, или вирус повредил?

Мне еще часто на почту пишут «Я же не виноват, что не могу сам сделать!».

Судя по тегу вы говорите о тегах h1,h2,h3 — они запрещены и вырезаются парсером. Настраивается в /classes/modules/sys_text/Text.class.php — функция JevixConfig().

Внес изменения в код (ревизия 617) и update в статью.

Опа… Я просто беру сейчас на локальном у себя вставляю редактор ваш код из первого примера — нажимаю «опубликовать», получаю на выходе текст без br после заголовка. Т.е. идет закрывающий тег h5, сразу за ним открывающий список.

И это настройка не того, о чем сейчас идет речь.

После списка да, проблему вижу. После заголовков у меня br не появляется — взял ваш код для тестирования. Убедитесь, что весь код, о котором я писал, перенесли.

Это уже настроено. В Text.class.php.

Эта строка есть в 0.4
Вы ее себе перетянули как написано в посте?

Какая проблема?

BR ставить куда? Между элементами списка? Или между самими списками?

И в версии 0.3.1, и в версии 0.4 эта ошибка возвращается в том случае, если функция getimagesize() вернула вместо массива информации об изображении FALSE. Читаем что по этому поводу пишет php.net:

Returns an array with 7 elements.
…
On failure, FALSE is returned.

Подробнее: php.net/getimagesize

Если при выполнении этой функции возникает ошибка, то либо изображение действительно имеет неверный\не поддерживаемый формат, либо так настроен PHP, либо это ошибка PHP (что очень вряд ли). Но в любом случае, движок не может никак продолжить работу с этим изображением.

Такой ответ устроит?

Зачем? Я думаю, те кому нужен этот редактор именно в 0.3.1 не поленятся перетянуть 4 файла руками.