vit01> А что ты имел в виду? Расскажи, как сам бы это реализовал.

Я пока придумал себе в todo list хранить в печеньках два msgid на эху. Начало "полученного" и конец "полученного", на основе которых строится список "полученного". Пользователь читает сей спиок, отвечает по необходимости, нажимает кнопку "обновить" и конечный msgid становится начальным, а конечный берётся из индекса эхи. Таким образом создаётся нечто вроде новых сообщений в clii. Пока у меня нет даже приблизительной реализации такого механизма, но я хочу его попробовать когда допилю свою ноду до вменяемого состояния.

То, что сила ii/idec в клиентах я не отрицаю совершенно, но некоторые пользователи у меня ходят иногда через веб-интерфейс. Так что было бы неплохо иметь такую вот фичу. Может даже она поспособствует привлечению в сеть моей жены.

На тему твоего подхода попробуй на странице подписок сделать два списка действительно. Ну и попробуй сделать их в виде списков, а не полей ввода. Я бы сделал даже в одном подписки пользователя, а во втором всё остальное и две кнопочки для перекидывания выделенного элемента туда-сюда. Но это уже не так критично.

// Не подумай, что я наезжаю. Просто развернул для теста версию из гита и немного ввело в ступор такое поведение.

ЗЫЖ А ещё переменную, отвечающую за показ/скрытие последнего сообщения лучше в конфиг, наверное, вынести.