MaxSite CMS

Доброго времени суток.

Недавно начал изучать MaxSite, возникла пара вопросов.

1) как разбить статью на несколько страниц и возможно ли это?...

На многих движках сталкивался с конструкцией типа <--Page Break--> которой можно было разделить статью на произвольное количество страниц и вывод инфы пользователю был соответственно постраничный.

2) Планируется ли многофайловый загрузчик картинок. Руками делать миниатюры, вставлять водяной знак, рассовывать по папкам в большом количестве неудобно, равно как и грузить файлы по одному

3) Система рассчитана на малое количество пользователей. И те, по умолчанию прописываются админом. однако, возникает резонный вопрос/желание.
Я создал пару тройку групп. Дал им разные привелегии... у меня есть немного юзеров. Конечно, они могут поковырять комментарии, быть может даже свои страницы создать, но видят они тоже самое, что и прохожий, заглянувший на сайт по случайной ссылке.
Можно ли сделать так, чтобы создавая статью я мог указать уровень ее приватности? Это - для всех, это только для юзеров, а это только для особо приближенных к императору


Заранее спасибо!

1. Реализован плагин, смотрим вторую страницу данного топика, или сразу идём скачивать;

2. Планируется. Делается.

3. Максимум, что на данный момент есть, см. топик.
Есть задумка ещё, попробую, как разделаюсь с очередными авралами.

P.s. 1. Думаю, как избежать проблем с автобалансировкой тегов. И без того их хватает.

Поддержу автора темы, скажу, что разбивка на страницы должна быть "зашита" в самой CMS, поскольку это один из базовых элементов любого нормального движка!

Жаль, жаль... интересно, а кроме меня никому небыли нужны длинные статьи, или всех устраивали простыни на 5 минут скролла?.. :/
Быть может это будет добавлено позже. На самом деле конструкцию разрыва страницы встречал в разных СМS настолько часто, что воспринимал ее как стандарт.

А на счет третьего пункта, быть может просто добавить параметр к статье, в котором будет(ут) указана группа(ы) имеющие право просмотра?

до всего руки не доходят...

Бесспорно.

А и не говорю, что надо все бросить и заняться разбиением на страницы. просто хотелось бы узнать, хотя бы на будущее это планируется или не будет никогда хоть умри

Если в каких-либо последующих версиях это будет, то можно будет подождать, если нет и не предвидится, тогда надо ломать голову, как извратиться

Вешаю хук на 'content'. Подключаю хук пагинации. Пагинацию выводит ещё до хедера.
Вешаю хук на 'content_start' — пагинацию вообще не выводит, т.к. не получается передать параметры, которые высчитал в предыдущем хуке. А передавать их пробую в том числе так:


Чую так, что пагинацию придётся реализовывать самому.

P.s. Ой, вру, через global $MSO; получается передать.
Народ, спокойствие, сделаю вскоре.

А зачем тебе пагинация от mso_get_pages?

Я думаю, что нужно так:
- вешаемся на content.
- смотрим количество в тексте [paged] - это и есть кол-во страниц
- смотрим сегменты в конце url /paged/id
-- если нет то выводим текст до первого [paged]
-- если есть, то вычлиняем текст мужду текущим id и следующим.
- внизу строчка пагинации - можно через хук - задать вручную для него массив опций.

То есть все делается через плагин по хуку content. Единтвенный момент - это нужно чтобы хук сработал до остальных content (выставить приоритет). Тут тогда можно прицепиться к content_in. Он гарантированно срабатывает до content.

Затем, что она уже вполне реализована и нормально отрабатывает.

Это нормально работает. Осталось только текст между нужными бриками вычленить и отдать только его. Один взгляд на сегменты и одна-две регулярки.
Upd на одно предложение, забыл добавить, в multipage_cust нужно ещё проверять, есть ли вообще параметры для пагинации.
Я как ленивый програмист — стараюсь по максимуму использовать уже сделаное и не изобретать велосипеды.
Контент_старт — это на время эксперимента. Дальше можно будет сделать опцию: выводить вверху\внизу\везде.


Об этом я тоже подумывал. Смущает только комментарий

Плюс к этому, за пример я взял ФАК и перелинк. Там на контент цепляется.

Я понял. У тебя $pagination используется своя, а не от mso_get_pages().

Зачем делать $MSO->config['pag'], если вполне можно обойтись глобальной $multipage_pag. Я против вмешательства в $MSO.

По коду вижу, что ты выводишь саму пагинацию по content_start. Если доберешься до опций, то вот еще пожелания:
- задать произвольный разделитель страниц.
- выводить до текста, после, по content_end (это отдельный блок после текста).
- произвольный next_url.

Ну и плюс не забудь что нужно как-то определиться с поведением [pagebreak] на главной, рубриках и т.д. Удалять их или выводить только до первого [pagebreak].