AL> При сохранении пустого сообщения, цезий пытается его обработать и сохранить в out, что приводит к логичному падению.

AL> Можешь потыкать у себя поплотнее функции save_out() и resave_out() на предмет косячного поведения?

> Проблема shurshun'а заключается в том, что nano по-умолчанию добавляет пустую строку в конец файла. А vim - не всегда. Следовательно, питон не считает такой файл пустым и пытается распарсить.

> Могу исправить ошибки и подготовить пулл-реквест, но ты пока что ещё предыдущий не принял к себе =)
> А там и кода немного.

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

AL> Я правильно понимаю, что там просто вместо одной строки получается две? Тогда это легко фиксится.

vit01> Там вместо пустоты (0 символов) пишется в файл "\n" (т.е. 1), вот и всё.

> Там вместо пустоты (0 символов) пишется в файл "\n" (т.е. 1), вот и всё. К андроиду это отношения не имеет.

> Самое простое и действенное решение - поменять .read().блабла в этих функциях на .read().strip().блабла
> Оно ещё убережёт от пустоты в конце и в начале файла.

AL> А ещё лучше, ловить ответ редактора

AL> Это связано с кривыми сообщениями в out/. Проверь битые сообщения там и удали их (для красоты можешь заодно .outcount пофиксить).

> Не лучше. При сохранении пустого файла редактор всё равно завершается успешно (код 0). Как нано, так и вим.

> Удаляю все файлы из out, включая упомянутый .outcount. Создаю новые. Написал 2 сообщения, туда немного текста, сохранил.
> Пытаюсь зайти в диалог неотправленных - валится. Баг воспроизводится как на телефоне, так и на компьютере.

vit01> Удаляю все файлы из out, включая упомянутый .outcount. Создаю новые. Написал 2 сообщения, туда немного текста, сохранил.
vit01> Пытаюсь зайти в диалог неотправленных - валится. Баг воспроизводится как на телефоне, так и на компьютере.

AL> Скинь ошибку чтоли.

Traceback (most recent call last):
File "./caesium.py", line 1194, in 
  echo_selector()
  File "./caesium.py", line 656, in echo_selector
 go = not echo_reader("out", out_length, archive, True, True)
  File "./caesium.py", line 951, in echo_reader
 stdscr.addstr(1, 7, nodes[node]["to"][0], color)
 IndexError: list index out of range

> ====
> Traceback (most recent call last):
> File "./caesium.py", line 1194, in
> echo_selector()
> File "./caesium.py", line 656, in echo_selector
> go = not echo_reader("out", out_length, archive, True, True)
> File "./caesium.py", line 951, in echo_reader
> stdscr.addstr(1, 7, nodes[node]["to"][0], color)
> IndexError: list index out of range
> ====

> Вообще этот механизм работы исходящих в цезии кажется каким-то костыльным. У самого в cutiefeed, к примеру, даже счётчик никакой не используется. Клиент просто берёт нужные файлы из каталога и с ними работает.

AL> Проверить счётчик или пролистать всю директорию: что быстрее? А если у меня исходязих несколько сотен? А тысяч?

vit01> Помню, у меня в out на своём клиенте скапливалось по 500 файлов. И ничего, тормозов не было. Вообще, подсчёт там выполняется всего 1 раз - при запуске клиента. А дальше создание новых идёт инкрементом.

gl00my> Не могу никак победить цезий с его реакцией на q ;)

gl00my> Я нажимаю q - попадаю в vim и у меня нет никакой возможности отменить написание

git pull
patch caesium.py < keys_android.patch

gl00my> но какая разница сотру ли я текст или нет если я не делаю w ? я выхожу из вима :q !

> 2) по хешу

> я очень привык к мутту

> Андрей! Все таки надо что то делать с цезием.

> Я уверен, что на эти грабли будут наступать многие. :)

> а сейчас пишу с андроид клиента. отличная штука. :)

>> а сейчас пишу с андроид клиента. отличная штука. :)

AL> На него тут жаловались и я было подумал, что придётся писать свой, когда подарят смарт =)

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

>>> а сейчас пишу с андроид клиента. отличная штука. :)
AL>> На него тут жаловались и я было подумал, что придётся писать свой, когда подарят смарт =)

shurshun> Конечно не хватало по началу возможности писать в привычной программе типа quick edit pro, но дело привычки, вполне и в нано освоился.