AL> Вопрос по сабжу возник. Я так понял, что механизм подписок это просто скрытие эхоконференций и никаких виртуальных пуллов для новых сообщений пользователь не имеет. Это так?Да, это так. Когда ты первый раз заходишь на сайт, тебе в куки идёт список эх, который сохраняется на время всей сессии (20 дней по дефолту). Это просто список и ничего более.
AL> Как новые эхи добавлять всем в подписки?Добавить в $echolist в конфиге. Кто захочет, тот "вернётся к стандартному набору эх" и получит обновлённый список.
AL> Как-то это немного не то, что я имел в виду, говоря о подписках.А что ты имел в виду? Расскажи, как сам бы это реализовал.
AL> Мне показалось, что такой подход только мешает пользователю. С одной стороны он не помогает отслеживать интересующую активность, с другой стороны, если у меня игнорируется много эх, но нужна одна новая, то их нужно будет убирать снова.Чтобы именно "отслеживать интересующую активность", надо использовать клиенты, а не веб-интерфейс.
vit01> А что ты имел в виду? Расскажи, как сам бы это реализовал.Я пока придумал себе в todo list хранить в печеньках два msgid на эху. Начало "полученного" и конец "полученного", на основе которых строится список "полученного". Пользователь читает сей спиок, отвечает по необходимости, нажимает кнопку "обновить" и конечный msgid становится начальным, а конечный берётся из индекса эхи. Таким образом создаётся нечто вроде новых сообщений в clii. Пока у меня нет даже приблизительной реализации такого механизма, но я хочу его попробовать когда допилю свою ноду до вменяемого состояния.
AL> ... Таким образом создаётся нечто вроде новых сообщений в clii. Пока у меня нет даже приблизительной реализации такого механизма, но я хочу его попробовать когда допилю свою ноду до вменяемого состояния.Не очень понятно, как это в точности будет функционировать. Надо бы это как-то наглядно представить, что ли.
AL> На тему твоего подхода попробуй на странице подписок сделать два списка действительно.Попробую сделать так же, как сейчас у Ромы. http://ii.gk11.ru/h/personal
AL> попробуй сделать их в виде списков, а не полей вводаРеализовать это можно, конечно, но у меня такой принцип при написании ноды, что не должно быть ни строчки кода на JavaScript.
AL> две кнопочки для перекидывания выделенного элемента туда-сюда
AL> ЗЫЖ А ещё переменную, отвечающую за показ/скрытие последнего сообщения лучше в конфиг, наверное, вынести.Специально решил не выносить, чтобы была возможность сделать разные интерфейсы с разным поведением. То есть на обычной морде показывать последнее, а на "архивной" морде не показывать.
vit01> Не очень понятно, как это в точности будет функционировать. Надо бы это как-то наглядно представить, что ли.Просто строится список от такого то msgid до такого то msgid. Это типа свежая почта в эхе для пользователя.
vit01> Реализовать это можно, конечно, но у меня такой принцип при написании ноды, что не должно быть ни строчки кода на JavaScript.Кстати, тут ты прав, пожалуй.
vit01> Специально решил не выносить, чтобы была возможность сделать разные интерфейсы с разным поведением.Тут уже я чёт не очень понимаю. Вынесение настройки в конфиг никак не мешает использовать эту настройку, а наоборот способствует.
AL> Это типа свежая почта в эхе для пользователя.Про свежую почту уже понял, но тут другое имеется в виду. Именно как оно будет для пользователя выглядеть.
AL> Вынесение настройки в конфиг никак не мешает использовать эту настройку, а наоборот способствует.Здесь надо тогда пример привести. Вот зачем я вынес в конфиг параметр жизни сессии? Потому что он будет нужен одинаково для всех веб-интерфейсов: и для нормальных, и для архивных.
vit01> Про свежую почту уже понял, но тут другое имеется в виду. Именно как оно будет для пользователя выглядеть.Я хочу попробовать нечто вроде того, как оно было в clii.