Вы не зашли.
Никто не пишет - все недовольны
Пишут много - все недовольны
Парадокс какой-то. Разве результат Кому-то не по душе?)
Я продолжаю работу над моей версией Пока, как видите, мне это неплохо удается
Всплывашку я позаимствую из кода, если понравится. Вполне себе коллективная разработка получается
В самой последней версии uprofile старый пароль требуется только при установке нового пароля. В предпоследней при редактировании любого поля. В предпред такой проверки не вовсе, если не ошибаюсь.
Ну, блин, устроили гонку! То пусто, то густо. Лучше бы уже совместно тогда сделали толковый плагин, что ли. Что ж вы делаете с бедным юзером, которому теперь хоть разорвись .
bookmarks :: Закладки пользователей (by Wolverine) довольно толковый ИМХО Есть какие-то вопросы/пожелания?
Вопрос-предложение: можно ли как-то ограничить допустимое кол-во закладок для юзера? Например, при очередном добавлении в закладки делать проверку Если закладок > 100 то {"А не жирно ли тебе будет?"}
[2.1] [2010-12-14]
+ добавлен лимит на количество закладок
О боги, кто заменил onCompletion на onComplete в sack 1.6.1
20 минут потратил на поиски ошибки, залез в исходники ajax.js, а там такая подстава
Маскировать банннер под навигацию это мощно
По теме: а на главной у тебя же есть навигация, это не равносильно всем новостям? А так можно и плагином сделать
Обновляемся, тестируем
[2.0][2010-01-13]
+ внедрен AJAX для добавления и удаления закладок без перезагрузки страницы
(если у пользователя отключен JavaScript, то генерируется обычная ссылка)
+ добавлена страница со всеми закладками пользователя (свой шаблон или шаблон сайта)
+ добавлен вывод числа сколько раз новость была добавлена пользователями
+ добавлено ограничение количества выводимых закладок в сайдбаре
+ добавлен переключатель вкл/выкл закладки в сайдбаре
+ добавлена генерация сообщения об ошибке при прямом доступе к config.php, install.php
+ весь выводимый текст вынесен в языковые файлы
+ подробный readme по использованию
Механизм добавления в картинках
Щелкаем на Добавить в избранное
На сервер ушел AJAX запрос
В случае его успешности звездочка из дефолтного набора меняет цвет
Что еще хотелось сделать:
Всплывающее окошко при добавлении, как на Хабрахабре
Если кто предоставит готовое решение (CSS) включу в сборку, сам пока не силен в нем, максимум скопирую через Фаербаг
С Google Analytics данные выводит или очередная вариация на тему SELECT count(*) FROM ng_comments?
Евгений нашел новую жертву
дабы править кривые руки программеров которые делали плагины и движок ))
Толсто
Давно говорил про это. Пусть висит в темах.
Уведомления сейчас реализованы только для плагинов, написанных Виталием. Было бы здорово в version добавить строчку с URL, по которой скрипт админки будет проверять обновления для всех остальных плагинов. Или разработать прозрачный механизм добавления плагинов в некий репозиторий на ngcms.ru и последующего их самостоятельного обновления.
Ровно как и установки
Это видно по скачиваниям с форума (у меня около 800 в сумме) и фидбэкам (в 100 раз меньше на каждый плагин, порядка 8 человек) в принципе.
Но не видно на моем WM кошельке Через два месяца будет год, а пожертвований на 150р
Зачем это в ядро, если уже так приспичило, то самому в инсталлятор можно дописать нужный код
Это баг шаблона админки
vitaly, я тут уже начал писать пост, так что сорри отправлю его на форум уж
Трудности ИМХО потому, что Twig фактически мини язык программирования, мне самому не нравится, что мне как пользователю придется лишний раз напрягаться и осмысливать в шаблоне конструкции вида и разбирать конструкции вида.
{% macro input(name, value, type, size) %}
<input type="{{ type|default('text') }}" name="{{ name }}" value="{{ value|e }}" size="{{ size|default(20) }}" />
{% endmacro %}
{% macro textarea(name, value, rows) %}
<textarea name="{{ name }}" rows="{{ rows|default(10) }}" cols="{{ cols|default(40) }}">{{ value|e }}</textarea>
{% endmacro %}
Он предъявляет несомненно большие требования, чем просто вставить переменную в шаблоне. Так что по поводу в) крайне прост это спорный вопрос.
Еще одно ИМХО: даже из этого мануала активно применяться будет процентов 20% фич и всю мощь использовать никто не будет, так как верстальщик может и повеситься. В итоге будет текущий механизм + немного из Twig
Главное, чтобы программисты не злоупотребляли
P.S. Еще раз сорри за оффтоп
Для верстальщиков перевели на русский http://twig.kron0s.com/a/02-twig-for-template-designers
% Дополнение к плагину comments: теперь при выборе обратного порядка комментариев, новые комментарии будут появляться в начале.
Но для этого необходимо задать отдельный DIV элемент с ID 'new_comments_rev' (в него и будут попадать комментарии)
http://trac2.assembla.com/ngcms/changeset/632
{% for item in seq %}
<li>{{ item }}</li>
{% endfor %}
Так можно прийти и к PHP прямо в шаблоне
Trashcka, так это не плагин останавливает работу сайта, а шаблонизатор
Это к Виталию, файл \engine\includes\classes\templates.class.php
if (is_dir($dir)) {
$this -> root = $dir;
} else {
die(sprintf($lang['msge_no_tpldir'], $dir));
}
Евгений, Trashcka, мы о чем сейчас говорим? Если эта ошибка вылезла значит сайт нихера не работает у администратора, то есть он не удосужился шаблоны нужные подготовить для вывода. Это бывает ну максимум на этапе разработке, когда и посетителей-то и нет.
Сейчас в принципе используется нормальное решение ситуации: в комплекте с плагином идут шаблоны для переменных top_news1 и top_news2. Если в комплекте с шаблоном их не будет, то мы возьмем то, что в поставке с плагином. Могу засунуть туда шаблоны для 20 переменных и проблем вообще не будет. (единственная проблема, если пользователь задаст имя блоку, но тут уже Trashcka сама просила, чтобы плагин жестко просил папку с названием блока, а не использовал цифру)
Давайте проверять ситуацию, когда админ забыл залить шаблон для сайта вообще и соответственно у него ошибки валятся Что делать в такой ситуации? Использовать запасной шаблон, который скачается с сервера и зальется в templates? Это уже абсурд в общем.
Он никак не додумается, но ему и не надо, так как запрос автоматически выполнится при запуске upgrade.php при обновлении. А если с нуля ставить, то должно быть нормально изначально.
А на самом деле раз я уже переписал дефолтный функционал, то далеко не проблема подсовывать некий шаблон по умолчанию в случае отсутствии такового как в общем шаблоне, так и в папке с плагином. Другое дело, а надо ли? Так администратор увидит ошибку и поправит на свой шаблон, а так будет ломать голову почему ему выводится непонятный шаблон.
У старых новостей наверное нет разрешения на комментирование.
% При желании можно всем новостям назначить режим "комментарии по умолчанию" при помощи SQL запроса:
update ng_news set allow_com = 2
А, тут другая проблема, плагин не пытался искать шаблоны в своем каталоге, если не мог найти их в шаблоне сайта, т.к. нельзя было использовать поиск из движка и я сделал свою реализацию, но не совсем корректную. Переделал.
Но в этом случае опять же необходимы нужные директории в каталоге плагина, в поставке есть top_news1,2. Если будет какой-нить top_news_medved, то будет ошибка
[1.0] [2010-12-11]
* в случае недоступности файлов шаблона в общем шаблоне сайта они будут взяты из собственного каталога плагина