Вы не зашли.
Никто не пишет - все недовольны
Пишут много - все недовольны
Парадокс какой-то. Разве результат Кому-то не по душе?)
Я продолжаю работу над моей версией 
 Пока, как видите, мне это неплохо удается
Всплывашку я позаимствую из кода, если понравится. Вполне себе коллективная разработка получается
В самой последней версии 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]
* в случае недоступности файлов шаблона в общем шаблоне сайта они будут взяты из собственного каталога плагина