В сабже появилась возможность экономить количество файлов в базе сообщений. Это поддержка экспериментального формата aio (см. aio_readme.txt).

Для работы с базой в новом формате в конфиг надо добавить строчку

db aio

и заменить вызов фетчера на вызов fetcher_aio.py, остава те же параметры, что были в вызове просто fetcher.py.

// Вот он недостаток just for fun. Вместо того, чтобы добавить нужные фичи я пишу какую-то ересь.

P.S.: Кто мне скажет почему при этой фиче существенно возрастает время выхода из эхи?

> А давайте устроим чистку по чёрным спискам!

Почистил станцию13 (если чистилка из sysop.php сработала, конечно) и таверну. Сами списки пока не чищу, хотя и тормозят они работу.

* Объединил отправку и получение сообщений. Фетчеры теперь носят гордое имя мейлеров.
* Вернул деление исходящих по узлам сети. Теперь будет сложнее запутаться что и куда отправлять.

> Неудобно в определённом смысле. Понятно, что ты заботился о быстроте. А если пользователь захочет держать сообщение в исходящих как черновик, но при этом получать и читать почту с сервера?

Ситуация более редкая, чем обратная. От этого и отталкивался.

> // Что-то последние изменения в Цезии совсем не нравятся. Придётся второй раз форкаться, наверное.

Хм. Из необратимых пока только мейлеры, вроде. Остальное можно сконфигурировать. Не?

> // Что-то последние изменения в Цезии совсем не нравятся. Придётся второй раз форкаться, наверное.

На тему мейлеров. Никто не мешает вернуть фетчеры. А поддержку отдельного сендера я впилю. Так что действительно ли необходим форк?

Кстати, сказал бы конкретно что не нравится в новом цезии. Обсудили бы.

> Вот. А у меня это вообще в привычку вошло. Как на десктопе (кнопку Скачать каждые 5 минут жму, а перед тем, как клацну Отправить, сначала несколько раз подумаю), так и на телефоне (особенно находясь вне дома, когда часто отвлекаешься и не дописываешь сообщение до конца).

Проще тогда запилить черновики отдельно. Бо это сильно разные фичи.

AL>> Хм. Из необратимых пока только мейлеры, вроде. Остальное можно сконфигурировать. Не?

> А как же msgid в заголовке? Файлы клавиш можно сконфигурировать, но залезать в конфиг при каждом обновлении (а ведь ещё иногда и git merge делать приходится) очень неудобно. Патчи для андроида уже протухли, и нет гарантии, что через 2 дня они не потеряют актуальности снова.

Про msgid вообще не понял, если честно. Ну поддержку андроида я никогда не заявлял. Так что сугубо по остаточному принципу этим занимаюсь. Патч надо просто сократить, оставив только подмену keys.py. Далее при обновлении останется только бекапить конфиг. И уже не потеряет оно актуальности, бо нечему там её терять. Ты бы описал как видишь раскладку под андроид или даже прислал бы на почту соответствующий keys.py. Я бы включил в репозиторий.

> Ещё у меня свои хотелки есть. Тот же парсер ссылок давно хочется: он позволит время при чтении экономить.

Парсер ссылок будет после фиксации 0.3. То есть через недельку-другую хочу заняться.

> Спасибо. Исправь ещё баг в keys.py. Ты там удалил комбинацию s_send, а вернуть назад забыл. Клиент падает при запуске.

Готово.

> // почту проверь ещё

Забрал.

> То, что отправка и получение сообщений являются _разными_ действиями - это нелогичное поведение? Круто, что сказать.

Почему-то у почтовиков это объеденино и никто не парится по теме. И мейлеры у FTN-сетей тоже объединяют эти действия.

> Ладно, если бы ты назвал это дело "Транзакция с сервером", тогда это можно было считать логичным.
> Но когда пользователь выбирает именно "Скачать сообщения", то совсем не логично, что клиент вдруг начнёт сливать серверу все черновики.

Это никак не обозвано. Текущий ридми не соответствует действительности и будет подгоняться под реалии ближе к фиксированию версии. Исходящие сообщения не являются черновиками. Как раз отсутствие черновиков и является нелогичным поведением.

Кстати, как лучше всего работать с черновиками? При сохранении спрашивать куда положить и иметь возможность перекидывать хоткеем при просмотре черновиков (схожий с просмотром исходящих режим) это лучшее, что я смог придумать за несколько часов =)

> А насчёт "раньше всё работало" я имел в виду все упомянутые фичи, а не только конкретно эту.

Тут какое дело. Раньше оно чаще падало из-за длинных названий эх, например. Потому что туда ещё и msgid писался. Часто было так, что я написал сообщение и забывал его отправить. Потом несколько дней сидел в read-only и сообщение так и болталось в исходящих. Это неправильно.

> Пулл-реквесты или Issues подойдут? Могу их присылать почаще, если ты будешь смотреть, конечно.

Не обещаю оперативного реагирования, но этот вариант самый расово верный, бо одно дело делаем =)

Только я не научился толком мержить это всё и вообще. В идеале было бы слать патчи как это в чистом git предусмотрено, а то гитхабом этим сложно пользоваться больно =)

> Пока спрятано. До сих пор спрятано. Так что опять придётся чинить и патчить всё самому.

Можно и так, конечно, но моё отношение смотри в конце сообщения.

> Можно и так сделать. Просто "раньше же всё работало", а теперь получается, что важная особенность сломана.

Это не важная особенность, а нелогичное поведение, которое было временной мерой. Я не зря не даю пока номер версии приближенный к 1.0. Это прямое указание на то, что до релиза и воплощения всех хотелок и фич ещё далеко.

AL>> Парсер ссылок будет после фиксации 0.3. То есть через недельку-другую хочу заняться.

> Вот. Значит, что нескоро. Поэтому и хочется сосредоточить своё внимание на этом, чтобы не ждать по две недели.

Это в итоге породит пачку несовместимых форков. Только и всего. Я не могу и не хочу контролировать форки и влиять на них. Сливать же форки я тупо ленюсь =)

> Файл клавиш протестирую на андроиде в течении пары часов и отправлю.

Спасибо.

> Можно и так сделать. Просто "раньше же всё работало", а теперь получается, что важная особенность сломана.

Вернул фетчеры. Отправка сообщений отдельной клавишей работает, если в конфиге указана опция send, содержащая вызов сендера (см. caesium.def.cfg).

> Но их же ещё возвращать надо. То есть специально лезть в старое дерево, расчехлять фетчер и подменять строку в конфиге.

Ну так я верну.

> Либо можно сделать компромисс. Добавить в конфиг строку

> behaviour preload (отправка и фетч одновременно)
> behaviour keep-outbox (старое "раздельное" поведение)

Как вариант, конечно. Подумать надо как лучше.

> Фетчер (теперь уже мейлер) не умеет скачивать сообщения со всех станций одновременно. То есть он берёт только последнюю станцию из конфига, если их несколько.

Это так задумано. По одному конфигу на узел. Если так уж надо вызывать мейлер отдельно и качать всё и сразу.

Что про сабж, кстати, скажешь?

> Лично я не пользовался им и даже не тестировал. Во-первых, оверхэд при парсинге (и потребление ОЗУ, т.к. надо держать всю эху целиком, а не только индекс). Во-вторых, уже давно написаны ii-db-utils и IDEC-utils, которые совместимы только с "классикой".

Я бы не сказал, что такой уж оверхэв, бо держать в ОЗУ пару-тройку мегабайт и при этом не иметь почти 30к мелких файлов в одной директории это более правильно, чем держать маленький индекс в памяти и держать кучу файлов. В любом случае, если вдруг на машине не найдётся пары лишних мегабайт в ОЗУ, можно использовать и старый формат.

> Ошибкой считаю то, что ты сделал 2 отдельных мейлера-фетчера для новой базы. Лучше создать единый интерфейс и вынести все функции доступа к базам туда (указывать нужную исключительно в конфиге). Прикладные программы вроде фетчера и самого клиента вообще не должны иметь к базе никакого отношения.

Вот спорный вопрос. В идеале тогда должно быть две программы: мейлер/фетчер и тоссер, но это мне не нравится. То, что каждая программа содержит в себе код работы с базой является осознанным шагом, бо психологически понятней скопировать маленький файлик в сборку/ноду/клиент и не контролировать зависимости при этом. То есть я руководствуюсь тем, что каждая программа - это вещь в себе и ничего ей для работы больше не нужно. По крайней мере стремлюсь к этому.

Фетчер же я вынес сугубо для того, чтобы не дублировать функционал в отдельном фетчере при ноде и в клиенте.

> В общем, ты уже понял, над чем работать в Цезии. И ладно.

Ну сейчас возможно и старое и новое поведение.

> Так напиши msgid на следующей строке, а не рядом. В чём проблема?

В том, что область под всю эту информацию строко фиксирована и раздувать её нет смысла.

AL>> Не обещаю оперативного реагирования

> И жаль. Это самый принципиальный вопрос. А так я тебе и в патчах могу, и на гитхабе самом, да хоть куда.

Просто пока нет достаточно свободного времени. Но я стараюсь по мере сил. Хотя, сейчас уже там что-то скопилось, но я просто не знаю как за это взяться =)

> Дело даже не столько в ОЗУ. Проблема в том, что на каждый чих это всё считывать и парсить. Как у нас обычно - на splitlines(). А это ещё и время.

Это совсем немного времени. Самая большая задержка происходит при перерасчёте количества сообщений. И всё равно это работает быстрее, чем в sqlite.

> sqlite - это хорошо, потому что там работа с одним файлом наиболее эффективно реализована. А ещё там есть индексация.

> Доверять сабжу такие эхи, как lenta.rss или lor-opennet.15 я бы не стал.

Вот как раз такие пухлые эхи сильно тормозят sqlite и гораздо меньше тормозят aio. Я его потому и добавил в апстрим, что оно оказалось не так уж и плохо. И даже оперативнее СУБД.

> Как хочешь, но поддерживать это и по времени, и по силам сложнее. Ошибок проще наделать и так далее. Когда я в php-ноде реализовал систему транспортов, у меня голова меньше болеть стала по поводу разных кусков кода, реализующих по сути одно и то же.

> Да и вся эта возня с "вещью в себе" порой превращает исходники в макаронные изделия.

Вот с этим не поспоришь. Может, я и вынесу это всё в отдельную библиотеку со временем.

vit01> На Таверне и Station13. Около 10-20 секунд на запрос.

vit01> Наверное, это из-за блэклиста. Увы, но пока Денис не почистит это дело на ii.difrex.ru, избавляться от ЧС мы не можем.

Ага. Это именно из-за него. Каждое сообщение приходится проверять на вхождение а то. Но жить можно.

> В эхе bash.rss.15 строки не разделяются переносами. Это можно поправить? В исходном rss (наверное бот его парсит) в месте переноса стоит тег <br>

Подпишись на bash.rss.

Эха создана с новым ботом и ходит с таверны. Прокинул на станцию13.

> В эхе bash.rss.15 строки не разделяются переносами. Это можно поправить? В исходном rss (наверное бот его парсит) в месте переноса стоит тег <br>

Есть такое дело, но я что-то не разобрался в коде бота. Планирую переезд ботов со станции13 в таверну. Там уже будет мой робот и он правильнее работает с этим делом.

> Это у них такой RSS. Дальше пойдёт нормально по идее.

Это не RSS у них такой. Это мозги у меня такие. В RSS последнее сообщение "сверху", а робот парсит сверху вниз.

Поправить конфиг у станции13 пока не могу, так как временно лишён шелл-доступа на сервер.

На всякий случай напоминаю, что станция13 живёт по достаточному принципу и клиенты необходимо перенастроить на таверну (http://idec.spline-online.tk/ и веб-морда и линк для клиента). Поинты и там и там одинаковые. Конечно, мне не тяжело её содержать, но она находится не на моём сервере и по сути её приютил один мой знакомый. Так что возможны разнообразные ситуации вплоть до отсутствия доступа =)

> Здесь какой-то глюк: цезий загрузил мне 200 сообщений, но в обратном порядке по дате, от самых свежих к самым старым. Т.е. первое сообщение в цезии самое новое, потом старее, старее и т.д. Это не логично, т.к. в остальных местах все ровно наоборот, чем дальше тем сообщения свежее.

Это у них такой RSS. Дальше пойдёт нормально по идее.

btimofeev> Можно ли в цезии отсортировать сообщения по дате? Он, с какого-то перепугу, скачал мне 4000 сообщений, и теперь старые лежат после новых. Уже не в первый раз такое, хотелось бы сортировку.

Сортировки оно не имеет. Проще базу отсортировать, чем каждый раз её ворочать. Скачать больше мог только если ты обновился на новый фетчер, а в других случаях не должен был.

Возможно, я когда-нибудь заставлю сносно работать sqlite в плане полсчёта количества сообщений и тогда сортировка будет и быстрая.

Кстати, aio пробовал уже в цезии?

ЗЫЖ Надо бы написать скрипт сортировки базы.

Difrex> Файловая бд - зло. Пыхонода же умеет в нормальную базу?

Мускул можно подцепить, что я и проделал на станции13.

> // С удовольствием бы взглянул на красивый граф, где будет наглядно показываться, кто кого и в какие интервалы времени гейтует

Что-то типа такого http://idec.spline-online.tk/x/file/sect.svg ?

btimofeev> Я обновлялся несколько дней назад, при этом я все старые сообщения потер. После обновления сразу цезий мне ничего не скачал, потом качал только новые сообщения, а сегодня вот почему-то сразу 4000 выкачал. Возможно я как-то неправильно старые сообщения удалял (точно не помню, но кажется я просто снес папку).

Ты грохнул только msg/ или echo/ тоже? Но всё равно странно. Буду пробовать гонять с текстовой базой всяко. Может, отловлю.

btimofeev> Нет, не пробовал. Не очень понял в чем плюс и вы тут писали, что цезий работает медленнее.

Плюс в том, что мало файлов. Один файл на эху вместе с индексом и сообщениями. Медленней работает подсчёт количества сообщений и толстых конференций типа ii://lenta.rss . Но это не особо заметно, бо даже на моём дохлом нетбуке это занимает около секунды и происходит только при старте и сразу после загрузки сообщений.

btimofeev> Да, можно и так. А потом забиндить скрипт на горячюю клавишу в цезии: выделил эху в главном меню, нажал, к примеру S, сообщен ия отсортировались, нажал D все сообщения в эхе удалились.

Тут надо думать как перерассчитвать значение указателя на последнее прочитанное сообщение. Это важно и фиг знает как с этим быть.

Хочу выпустить сабж и интегрировать его в вебморду таверны.

2vit01: Если не затруднит, не мог бы ты пометить контактную информацию, которой не хочешь делиться как unpublished?

2Difrex: Сделаешь свой лист? Желательно с контактной информацией для приватного списка и без оной для публичного.

> Решил избавиться от своего ЧС. Тестовый фетч показал, что на станции13 осталось немного пропущенных айдишников.

Что странно, бо ЧС туда я брал с тебя. Ближе к ночи посмотрю.

> Посмотри: https://ii-net.tk/ii/blacklist.txt

> Да, именно! Можно даже это к нам на главную проекта поместить. Вот только надо как-нибудь придумать, чтобы картинка динамически формировалась. Просто скоро я планирую внести небольшие изменения в схему гейтования. Поменять ветви между mira и mtest и, может быть, добавить ещё один узел.

https://github.com/spline1986/nodegraph

Рисует из нашего нодлиста вот такую картинку:

http://idec.spline-online.tk/x/file/nodegraph.svg

> Решил избавиться от своего ЧС. Тестовый фетч показал, что на станции13 осталось немного пропущенных айдишников.

Почистил ещё раз. Уж не знаю откуда оно пролезло.

> Да, именно! Можно даже это к нам на главную проекта поместить. Вот только надо как-нибудь придумать, чтобы картинка динамически формировалась. Просто скоро я планирую внести небольшие изменения в схему гейтования. Поменять ветви между mira и mtest и, может быть, добавить ещё один узел.

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

> Патч протестирован и готов к работе.

Спасибо за патч, но он пока требует некоторых доработок. У меня в слаквари при попытке открыть ссылку цезий сругался на отсутствие x-www-browser, потом открыл не тот браузер, который надо, а потом навалял кучу мусора поверх интерфейса. Не хочется пока такое допускать в апстриме. Буду думать и пробовать.

> Правка конфига по сочетанию клавиш.

Готово.

За вычетом тороноды в таверне лежит актуальная полная схема.

Хотя, если в конфиге указать браузер, то начинает нормально работать. Если ничего лучше не придумаю завтра, то пушну в апстрим.

> Ты точно уверен, что это stdout? Может быть, stderr? Вот последний как раз следовало бы подавить. А stdout нужен для работы текстовых браузеров.

Хм. Это я не подумал ага =)

> Модуль webbrowser импортирует subprocess, поведение которого можно по идее переопределить в рантайме. Копай в эту сторону.

Беглое гугление ничего не дало, так что я использовал костыль в виде перерисовки экрана после открытия ссылки.

2All: Фичу запилил по-своему, но спасибо Виктору за патч. Без него я бы ещё долго запиливал это дело.

Принцип работы такой: если в сообщении есть только один URL, то он откроется по V. Если же больше, то откроется менюшка выбора. Правда там пока нет элементарной проверки количества ссылок. Если элементов меню больше, чем высота терминала - 2, то цезий упадёт. Но это в будущем будет исправлено.

Заодно положил начало произвольным менюшкам, которые позволят осуществлять некоторые действия через меню, а не через хоткеи. Например, в будущем при сохранении сообщений можно будет выбрать в черновики его отправить или сразу в исходящие.

> О нет! Придётся мне и вправду форкаться в таком случае.

Я уже понимаю, что у нас сильно разное видение удобного и приятного в обращении клиента. К тому же мы используем его на сильно разных устройствах и красиво да удобно применять одинаковые подходы на них не получится. Лучше не форкать цезий, а написать андроид-клиент.

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

В качестве примера могу привести пару примеров из Qt-клиента, которые я видел весной: трудночитаемый заголовок сообщения (потому что он визуально плохо отделяется от текста), стена новых сообщений. Это просто на вскидку.

Все хотят что-либо изменить и никому нельзя угодить на 100%. Поэтому только жёсткая диктатура работает в разработке софта. В качестве примеров могу привести Linux и Instead =)

> 1. Сначала тоже хотел сделать менюшку, но остановился на plaintext-варианте по причине урезания урлов. Да, при твоём варианте длинные ссылки видно не полностью. Уже проверил.

Так оно. Но понять что выбрать можно вполне.

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

Потому что не надо подстраиваться под конкретного робота. Вот станет кто-нибудь пихать ссылку на основную новость в начало и тебе снова править клиент? Глупо. К тому же постить ссылки помимо той, что ведёт на статью тоже странно для новости. В случае же использования ссылок человеком, а не роботом, длинные ссылки вставляются редко. Да и хорошим тоном в любой сети является укорачивание ссылок. Лично я не хочу потакать несоблюдению элементарных правил сетевого этикета.

> Хотелось как лучше, а получилось...

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

> Суть патча была, чтобы одним нажатием перейти на полную версию новости. А если вдруг захотелось на какую-то специфичную ссылку из текста, то чуть больше, чем одним.

Суть в том, что если робот постит всё нормально, то одним нажатием ты открываешь единственную ссылку в сообщении. Возьмём, например, забробота. Нафига мне ссылки на картинки в сообщении? Тем более, что не на все. Или ссылки на сторонние ресурсы тем более, что я забуду номера интересующих меня ссылок к концу статьи.

Мы можем идти разными путями при написании софта. Можем наступать на грабли интернета или делать сразу нормально и подгонять под простое и адекватное поведение роботов.

// Вышесказанное на истину не претендует, а всего лишь является моим скромным мнением.

P.S.: Появлению форка препятствовать не стану, конечно. Но как уже писал, не лучше ли написать нативный клиент для андроидов?

> Патч протестирован и готов к работе.

Спасибо за патч, но он пока требует некоторых доработок. У меня в слаквари при попытке открыть ссылку цезий сругался на отсутствие x-www-browser, потом открыл не тот браузер, который надо, а потом навалял кучу мусора поверх интерфейса. Не хочется пока такое допускать в апстриме. Буду думать и пробовать.

> Хотя, если в конфиге указать браузер, то начинает нормально работать. Если ничего лучше не придумаю завтра, то пушну в апстрим.

Таки иногда рисует мне "В текущем сеансе браузера создано новое окно.", ломая всё отображение. Причём уже после openLink(...) и перерисовке интерфейса. Как можно webbrowser заставить не гадить в stdout?

> Боты могут постить не только картинки, но и ссылки на другие новости, на Википедию и куда угодно. Увы, но заставить авторов статей публиковать всё в 100% идеальном формате мы не можем. Только если дополнительные фильтры на RSS-обработчик пихать, не более.

И в таком случае выбор ссылки нужен да. Но я стремлюсь у поведению "наименьшего удивления". Хотя цезий и для красноглазых, но тем не менее, хочется сделать его юзер-френдли.

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

Можно включить открытие последней ссылки в сообщении, но это выглядит как некий костыль.

> Заголовок сообщения - это сабж? Тогда мог бы пожаловаться, я бы исправил.

Ну там кто, кому, когда, сабж. У меня в глазах (точнее в мозгу) оно сливается в одну простыню и мозг не отделяет сообщения от этой информации. Но я понимаю, что это мои заморочки и на всех не угодить. Так что и исправлять не надо.

> А "стена новых сообщений" - это как раз вкусная фича, если с моей точки зрения подходить. Опять же, сколько людей, столько и мнений.

Вот и я к тому же. Разные взгляды неизбежны. Конкретно про твой патчмогу сказать, что я его накатил, поигрался с ним, потыкал и так и этак и решил, что сделаю как изначально планировал.

> Вот это как раз самый интересный вопрос. Знаешь, почему я не пишу андроид-клиент? Нет, не угадал, не из-за Java...

Я всё на kivy смотрю.

> Из-за Vim. Да, да! Как представляю себе, что придётся набирать сообщение в стандартном андроидовском TextEdit вместо Вима, сразу такая тоска нападает. Ведь любое неверное нажатие по тачскрину "портит текст". И позиционирование курсора до жути неудобное. Поэтому и пришлось приспосабливать как-то Цезий. Может быть, есть какой-то более удобный вариант?

Отчасти согласен. С другой стороны, имею опыт использования HotdogEd (клиент для FidoNET) уже несколько месяцев и вполне меня устраивает такой метод ввода. Хотя, я emacs предпочитаю =)

> Ещё проблема стоит в том, что этим клиентом кроме меня опять никто пользоваться не будет. Поэтому на реальную помощь (пуллреквесты тем более) рассчитывать не приходится.

Нативный клиент под андроид востребован как минимум мной, но я не знаю Java от слова совсем и на серьёзную помощь от меня рассчитывать не стоит. Хотя, может и поуслужит поводом восполнить этот пробел.

> У HotdogEd`а позитуринского неплохой дизайн. Можно взять его как основу.

У сосиски очень хороший дизайн. Правда планшетный не тыкал, бо не на чем, но на телефоне вполне себе вещь.

> Мне кажется вы издеваетесь. Судя по скринам это какой-то ужас родом из android 2.

Выглядит он действительно как андроид 2 (кстати, на 2.3 запускается). Но юзабилити у него очень хорошее. И вот это меня в его дизайне прельщает. А какого цвета кнопочки меня волнует мало =)

Без объявления войны зафиксировал сабж. Что нового появилось с момента выхода 0.2?

Нововведения:
* Добавлен скролл-бар, который отображается если сообщение не входит на экран;
* README отформатирован с момощью markdown;
* Добавлена подсветка URL. ВНИМАНИЕ! Необходимо добавить параметр url в файл цветовой схемы;
* Теперь если в конфиге установлена несуществующая тема, то будет загружена тема по умолчанию;
* Добавлена возможность скачивать отсутствующее в базе сообщение (клавиша G по-умолчанию);
* Новый фетчер, максимально оптимизированный для работы с idec (стандарт ii так же поддерживается);
* Отправкой сообщений теперь занимается отдельная утилита sender.py (для работы впаре с фетчером);
* Добавлен мейлер, который совмещает отправку и получение сообщений в одну процедуру;
* Команды вызова фетчера вынесены в конфигурационный файл;
* Убраны вертикальные линии рамки на экране выбора конференции (на два символа больше для полезной информации);
* Переработана статусная строка;
* Количество сообщений теперь отображается в статусной строке, а на их месте располагается описание конференции;
* Определение номера исходящего сообщения теперь основано на количестве исходящих сообщений, а не на счётчике;
* Улучшена поддержка узких терминалов;
* Добавлена поддержка формата базы aio (см. aio_readme.txt);
* Подсчёт количества сообщений в эхах теперь производится только при старте клиента и после работы фетчера;
* Добавлена возможность вызова редактирования конфигурационного файла с экрана выбора конференции (спасибо vit01 за идею);
* Добавлена возможность просмотра msgid и адреса на узких терминалах (спасибо vit01 за патч);
* Добавлен интерфейс для открывания URL в браузере (очередные благодарности vit01).

Исправленные ошибки:
* Исправлен баг с некорректной работой статичных эхоконференций;
* Исправлен баг, приводивший к падению клиента во время просмотра пыстых сообщений;
* Исправлен баг, приводивший к падению клиента при нажатии клавиши удаления сообщения во время чтения карбонки;
* Исправлены баги с определением последних сообщений в эхоконференции в случае внешней чистки базы;
* Исправлен баг, уводивший курсор за пределы экрана, если эхоконференция с непрочитанными сообщениями на экране выбора не п
омещалась на экран;
* Исправлен баг с применением цветовой схемы, приводивший к неправильному выбору цвета переднего плана курсора, стоящего на
метаэхоконференции favorites;
* Исправлен баг, приводивший к падению клиента, если номер последнего прочитанного сообщения превышал длину индекса эхоконфер
енции;
* Исправлен баг, приводивший к падению клиента при попытке просмотра отсутствующего в базе сообщения;
* Исправлен баг, приводивший к падению клиента при попытке переключения между нодами на экране архивных конференций.


Спасибо всем принявшим участие в разработке, тестировании. А так же тем, кто просто высказывал предложения и пожелания.

> Андрей, когда нода не доступна, цезий при отправке сообщения пишет ошибку, а при получении просто выдает трейсбэк и возвращается на главный экран без сообщений об ошибке.

> И еще один баг: нода была не доступна, я в это время пытался отправить сообщения, они соответственно не отправились, потом захожу в исходящие, хочу отредактировать сообщение, а цезий пишет что оно уже отправлено.

Спасибо за багпепорты. Будем править.

Уи-и-и! Какие вы клёвые. Нативный клиент под андроид это ж прям сказка =)

AL>> А будет возможность читать по одному сообщению на экран и переключаться между ними свайпом?

> Да, это планируется. Только вот надо сначала базовые вещи до ума довести.

Я на всякий случай спросил. На тему базовых вещей я даже в цезии долго возился. Адекватная прокрутка при выборе конференций, отрисовка сообщений, разбиение на строки по ширине терминала. Вот это вот всё.

> Например, фетчер сохраняет сообщения в чёрт знает каком порядке, поэтому приходится сортировать их по дате.

Кстати, странно. Отпишись как разберёшься с проблемой. Интересно в чём причина.

> Ещё в дебаг-окне без автопрокрутки жизнь очень печальная.

Это да.

> И окно конфига для станций надо реализовать как можно скорее.

Вот это больная мозоль у меня. До сих пор не могу решиться взять и написать это для цезия.

> Если буду писать клиент каждый день, то за месяц, наверное, юзабилити какое-то появится :)

Да не суть. Хоть в подарок на НГ %)

> 1. Появилась DebugActivity
> 2. Наконец-то работает фетчер!
> 3. Исправлены кое-какие баги в интерфейсах, связанные с опечатками и с моим незнанием Java

Круть!

> Тем, кто любит смотреть на скриншоты, будет пока только это:

> https://ii-net.tk/ii/files/zQRRcxAASQY7HzSmpCRY.png

А будет возможность читать по одному сообщению на экран и переключаться между ними свайпом?

> Да ты чего, он ещё настолько сырой, что ни отобразить ничего (кроме списка эх), ни зафетчить пока не может :)

Главное, что процесс пошёл =)

> Пока только терпение; может быть, через месяц что-то готово будет.

Месяц это скоро. Есть повод порадоваться, что вообще в обозримом будущем оно будет.

> // прямо сейчас сижу и шаманю над фетчером

А я тут некоторые баги в цезии пофиксил. Правда баг в фетчере/мейлере не могу понять откуда берётся (когда из-за недоступности ноды они решают, что нода ответила msg ok и трут toss-файлы).

Тут немного подумал на тему сабжа. Противоречит ли стандарту внедрение индексов файлов для каждого поинта в отдельности? На всякий случай таверна уже это умеет (за исключением вебморды), но чисто идеологическую сторону вопроса хотелось бы обсудить.

Лично я считаю, что не противоречит, ибо в стандарте не указано что файлы скрыты только для публичного доступа. Их вполне можно скрыть и от остальных поинтов.

Практическую ценность в наших масштабах сия фича не имеет, но реализуется достаточно просто и не корёжит стандарт.

Теперь я могу выкладывать файлы индивидуально для каждого поинта. Фича пока бесполезная, но чёт руки чесались. А так же пофиксил "панельку с кнопками" на странице чтения. Теперь нефункциональные кнопки (например, ответа или создания нового сообщения при неуказанном authkey) становятся неактивными.

> Что нового:

> 1. Работает настройка таймаута для сетевых соединений
> 2. Сделал окно настроек станций (пока нельзя добавлять/удалять сами станции и править список эх, но остальное делать можно) как точную копию подобного из CutieFeed
> 3. Товарищ btimofeev приделал крутой Navigation Drawer с иконками и нескучными обоями. Спасибо за Pull Request!

Выглядит очумительно. Прямо глаз радуется.