А что там ничего не показыватся?

А сущность «альбом» как вообще появляется? И что в нем есть.

Хмм… неожиданно.

Да, создать кастомный тип с нужными правами и дать возможность их создавать.
Персональных в 1.0 уже по сути нет, вместо них -> /topics/created, что конечно нонсенс.

Будет 2 блога с одинаковым названием.)

Вы все еще пользуетесь встроенным архаичным недоразумением под названием «блог им. блабла» типа personal?

В принципе пример с форумными движками некорректный, т.к. там как правило можно любую вложенность реализовать.
Там не категории а разделы-подразделы.

А как быть если прилетят инопланетяне? Давайте конкретную задачу и подумаем. Мое мнение что без категорий обойтись можно. Если нужен отдельный раздел, например в меню, я прямо туда вынесу нужные мне блоги. А то вроде система мультиблоговая, но такое ощущение что на ней пытаются делать википедию. Как люди на форумных движках с этим справляются? Они даже блоги вести в темах где любой может написать умудряются. И посещаемость на уровне топовых коммерческих проектов.
Как в 4pda с этим справились?

Тогда это будут категории)) Как насчет использовать сам блог для тематического разделения? Типа блог про Android. Нужна вообще такая сложная ветвистая система категория — блог — тег. Практика показывает что юзеры пользуются каким-то одним проверенным способом навигации.

Там когда заполняешь теги срабатывает автозаполнение предлагает варианты. Ну если пользователь напишет иначе, то да пост выпадет из поиска. Тут как бы и его должна быть заинтересованность — попасть в категорию. Или модератор может подправить если что.

Ну в чем проблема сделайте ссылки вида site.ru/tag/Android site.ru/tag/Смартфоны
справа в виджете на главной и обзовите это категориями.
Зачем заставлять пользователя сначала выбирать блог в который писать, выбирать категорию и еще и писать теги?
А есть еще теги избранного. Жесть!

Зачем нужны категории если есть теги?

Вот ровно то же самое что вы пишете, только в виде тикетов -> «issue». У тикетов есть статус, может назначаться ответственный, они могут связываться друг с другом, если есть ссылки в коммитах то можно сразу посмотреть связанные исправления. Ну и самое главное — разработчики смотрят именно туда. Здесь просто потеряется.

github.com/altocms/altocms/issues

Плохая идея. Для багов есть система тикетов на гитхабе, топики это все-таки обсуждение.

Пишите баги, включая верстку на гитхаб.

С галереей все печально, без напильника можно даже не браться.

Видимо, Вы решили, что являетесь единственным тестером движка, раз беретесь делать такие утверждения?

Практика показывает что это близко к истине. Можем поспорить что после релиза 1.1, когда (и если) я возьмусь за тестирование, то найду сходу с десяток багов относящихся к базовому функционалу, как это было с версией 1.0.

К примеру на версии 1.0 когда появилась штатная возможность задавать свои типы блогов с разграничением доступа? Год назад? Но здесь и сейчас я не могу создать блог который бы был недоступен неавторизованному юзеру. Закрытые блоги (с доступом по запросу-приглашению) тоже не вполне до конца пофиксены — поэтому этим функционалом я пользоваться просто не могу.

И глядя на то какие проблемы постят другие пользователи про ветку 1.1 реально страшно за нее браться становится.

И уж тем более полная ерунда (если не сказать больше), что для этого нужен аж штатный программист.

Смотрите я свое мнение высказал. Можете не соглашаться или делать что хотите))
Но оно является результатом плотной работы с AltoCMS в течение уже больше года реального юзера.

Говорить про то что стоит хотябы прислушаться я уж не буду, устал…

Чем невнятнее вопрос, тем меньше шансов получить на него ответ. Это раз. Тем более, если совершенно непонятно, как воспроизвести проблему.

No comments.

Про версию 1.1 я вам задал выше вопрос, только ответа не последовало. Очевидно необходимо лезть в код, да?

Топик может и про версию 1.1 но пользователь спросил что его ждет. И я как такой же пользователь поделился своим мнением. Версия 1.1 еще толком даже не тестировалась, а чтобы что-то построить ДАЖЕ на более менее оттестированной версии 1.0 (на приведение в более менее пригодный вид для эксплуатации которой ушел год), знания программирования необходимы. Или необходим штатный программист. Вот и все.

Лучше спросите куда мне не приходилось лезть в 1.0)) Начиная с шаблона и заканчивая плагинами-костылями и просто костылями. Версию 1.1 я пока даже боюсь трогать, представляя сколько будет гемора.