Основа для API и базовые элементы есть уже сейчас в версии 1.1. И дальше API будет развиваться.
Но я раньше уже писал, что не вполне понимаю, что значит «мобильное приложение» в текущем контексте. Могу процитировать себя из одной переписки:
Специально мобильное приложение имеет смысл разрабатывать, когда есть необходимость/потребность/интерес с каким-то сервисом работать с мобильного устройства иначе, чем с компьютера.
Как пример — банковские сервисы. Обычный сайт банка несет кучу информации для конечного юзера, в т.ч. и для неклиента банка. Тут тебе и куча промо материалов, и справочная инфа, и подсказки по выбору услуг и много, много всего. Но это все не нужно тем, кто юзает мобильный банкинг — это уже клиенты банка, у них вполне конкретные и весьма узкие задачи и потребности, и под них и затачивается приложение.
Другое дело — какой-нибудь форум. Юзеру что с компа, что с мобилки надо одно и то же — читать, постить, комментировать. Поэтому делать мобильное приложение для форума смысла нет. Другой разговор, что под мобилу может быть отдельный шаблон, либо шаблон должен быть адаптивный, чтоб с контентом можно было и на большом экране работать, и с мобилки.
Тестирование плагина категорий (и при необходимости — адаптация) под 1.1, разумеется, будет. Мультикатегории (когда один блог можно в несколько категорий добавить) уже сейчас есть (хотя я лично считаю, что не полезная фича). Многократная вложенность планируется.
«не совсем удобен» — слишком расплывчатое замечание, чтоб можно было хоть как-то работать над его устранением
Категории для блогов есть. Сделан в виде плагина, т.к. далеко не всем этот функционал нужен. И плагин прекрасно работает в версии 1.0.+
Версия Альто 1.1 еще не вышла в бету, поэтому под эту версию еще не тестировались плагины. Какой функциональности в категориях Вам не хватает — неясно.
Программить можете? Если немного покодить, то примерно так:
1) Пишется плагин, где переопределяется сущность ModuleTopic_EntityTopic
2) В нее добавляются методы
public function setBestComment($nCommentId) {
$this->setExtraValue('best_comment');
}
public function getBestComment($nCommentId) {
return $this->getExtraValue('best_comment');
}
3) Немного дорабатывается шаблон отображения этого типа топика так, чтобы если нет лучшего коммента, то рядом с каждым комментом добавляется кнопка «Лучший ответ», по клику на которую ID коммента сохраняется методом setBestComment()
4) Если лучший коммент есть, то его выводить перед всеми комментами, а кнопку «Лучший ответ» не показывать.
5) Протестировать работу плагина у себя и потом поделиться им в каталоге :)
А аваст что-то ответил? И, в конце концов, если это из-за янексовского скрипта шаринга, то, может, убрать его пока из шаблона? Если это решит проблему, то можно будет другой скрипт какой-нибудь подобрать
По шаблонам пока документации нет. Если в двух словах, то в качестве шаблонизатора используется Smarty 3 — тут документация, к сожалению, только на английском, но она поможет понять, как шаблоны работают в принципе.
Какие-то конкретные вопросы по шаблонам, наверное, лучше задавать в отдельной теме, чтобы тут не забивать топик.
Да, этого в коробке точно не планируется. Но то, что потребность в таком функционале есть — это очевидно. Возможно, руки и дойдут когда-нибудь до плагина. Но обещать чего-то определенного сейчас не стану
Возможно, это и так будет работать. Задумка такая была, что добавление классов js-editor-wysiwyg и js-editor-markitup к любому полю <textarea> вешает на это поле редактор.
Такие действия на много быстрей и проще сделать чем писать Плагин
В каких-то случаях — да. Сам сколько раз через это проходил, что нужно какую-то мелочь изменить, а надо плагин целый писать. Но тут приходится выбирать одно из двух — либо экономишь десяток минут здесь и сейчас, либо получаешь вечный гемор с обновлениями :) И это уже не зависит от того, с каким движком работаешь, да хоть с Вордпрессом или Джумлой. :)))
Но я раньше уже писал, что не вполне понимаю, что значит «мобильное приложение» в текущем контексте. Могу процитировать себя из одной переписки:
Специально мобильное приложение имеет смысл разрабатывать, когда есть необходимость/потребность/интерес с каким-то сервисом работать с мобильного устройства иначе, чем с компьютера.
Как пример — банковские сервисы. Обычный сайт банка несет кучу информации для конечного юзера, в т.ч. и для неклиента банка. Тут тебе и куча промо материалов, и справочная инфа, и подсказки по выбору услуг и много, много всего. Но это все не нужно тем, кто юзает мобильный банкинг — это уже клиенты банка, у них вполне конкретные и весьма узкие задачи и потребности, и под них и затачивается приложение.
Другое дело — какой-нибудь форум. Юзеру что с компа, что с мобилки надо одно и то же — читать, постить, комментировать. Поэтому делать мобильное приложение для форума смысла нет. Другой разговор, что под мобилу может быть отдельный шаблон, либо шаблон должен быть адаптивный, чтоб с контентом можно было и на большом экране работать, и с мобилки.
«не совсем удобен» — слишком расплывчатое замечание, чтоб можно было хоть как-то работать над его устранением
Версия Альто 1.1 еще не вышла в бету, поэтому под эту версию еще не тестировались плагины. Какой функциональности в категориях Вам не хватает — неясно.
1) Пишется плагин, где переопределяется сущность ModuleTopic_EntityTopic
2) В нее добавляются методы
3) Немного дорабатывается шаблон отображения этого типа топика так, чтобы если нет лучшего коммента, то рядом с каждым комментом добавляется кнопка «Лучший ответ», по клику на которую ID коммента сохраняется методом setBestComment()
4) Если лучший коммент есть, то его выводить перед всеми комментами, а кнопку «Лучший ответ» не показывать.
5) Протестировать работу плагина у себя и потом поделиться им в каталоге :)
Вот, как-то так
Чтоб просто одними настройками без коддинга — такого не предусматривалось. А в своем плагине — легко.
Какие-то конкретные вопросы по шаблонам, наверное, лучше задавать в отдельной теме, чтобы тут не забивать топик.
А вот для блога — это уже и сейчас есть, можно задать сколько угодно админов и модераторов блога, а в админке можно определить их права.