vit01>> Очень удобно сделано в F-Droid и NewPipe. Если приложение падает, то открывается Email-клиент со всей нужной информацией, и багрепорт сразу можно отправить на почту разработчикам.

btimofeev> Есть свободный аналог, Acra, кажется называется, но ее я не пробовал - там вроде нужен собственный сервер.

Заглянул в исходники F-Droid и обнаружил, что он как раз использует Acra. Собственный сервер там вроде и не нужен.
Попробую к нам эту штуку включить.

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

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

vit01> Очень удобно сделано в F-Droid и NewPipe. Если приложение падает, то открывается Email-клиент со всей нужной информацией, и багрепорт сразу можно отправить на почту разработчикам.

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

> Может, тогда не закрывать его самому по тайм-ауту, а всегда ждать нажатия кнопки -- типа -- "принято"?

> Поставил клиент. Настроил свою ноду. ii.syscall.ru. забрал сообщения. Слева нажал настройку станций и удалил tavern. Клиент после выхода в список эх крашится. Запустить снова тоже не получается. Крашится на старте.

1. Для телефонов с Root:
     1. Ставим вот это приложение: https://f-droid.org/repository/browse/?fdfilter=alogcat&fdid=rs.pedjaapps.alogcatroot.app
     2. Запускаем.
     3. Запускаем клиент, воспроизводим баг
     4. Возвращаемся в приложение для сборка логов, прокручиваем в нужное место, делаем скриншот. Критические ошибки там красным цветом выделяются

2. Для всех остальных, которые без рута
     3. Включаем настройки разработчика, если они ещё не включены
     4. В настройках разработчика выбрать пункт "Отладка по сети"
     5. Ставим приложение: https://f-droid.org/repository/browse/?fdfilter=logcat&fdid=com.tananaev.logcat

     Оно дожно позволить смотреть логи без рута

> Клиент нужен, но лично для меня есть объективный минус: тормозит на большом числе сообщений (>2000).


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



Новостные эхи вроде ii://lor-opennet.17 я иногда подчищаю до 50-100 мессаг. Всё равно перечитывать их не буду, так что пусть не захламляются.

Peter> Ну можно было в лог писать, например.

Peter> То-есть и в релизе окно дебага будет?

Peter>> Можно либо убрать таймаут, или убрать кнопку отмена, или вообще дать возможность дебаг не смотреть? Или в фон пускать фетчер. :) а так супер все.

vit01> Окно дебага - это та вещь в клиенте, которая тщательно продумывалась мной ещё до его создания.

Верю. Более того, примерно так я это все и представлял. Но одно дело -- логика -- другое -- удобство.
То-есть и в релизе окно дебага будет?

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

Peter> Можно либо убрать таймаут, или убрать кнопку отмена, или вообще дать возможность дебаг не смотреть? Или в фон пускать фетчер. :) а так супер все.

> особенно жестко когда это окно всплывает при потягивани списка конф вниз.

>> // Вот чего не хватает в мобильном клиенте, так это удобного удаления квотированных абзацев. Если вдруг когда будет желание их переделать, то могу показать скрины и пояснить как это сделано в том же хотдоге (NNTP- и FTN-клиент под андроид). Поведение там несколько нестандартное, но очень и очень удобное.
> Интересно было бы почитать и разобраться.

> На больших экранах, например, планшетах, проблема противоположная. Там места куча, ещё хоть 10 значков впихнуть можно, но API панели не даёт использовать это свободное место на все 100%.
> Приходится прописывать принудительное отображение. В то же время на маленьких экранах это портит внешний вид.
> Надо как-то искать компромисс. Да ещё что-то сделать с сортировкой, которую Гугл, как я уже говорил, не предусмотрел.

vit01>> Если стек-трейсы будут оставаться прежними (то есть вывод adb страдать не будет), то тогда вполне можно и перейти на релиз-сборки.

btimofeev> А у тебя будет две версии в этом случае собираться. Себе будешь ставить дебаг версию, пользователям релиз. Просто пользователям незачем тратить лишний трафик и ресурсы телефона.

А вот фиг. Когда у пользователя рухнуло приложение, то он может открыть логи и скинуть мне трейс.
Если мы излишне всё сожмём, убрав весь якобы ненужный функционал, то баги будут дольше жить на устройствах.

Очень удобно сделано в F-Droid и NewPipe. Если приложение падает, то открывается Email-клиент со всей нужной информацией, и багрепорт сразу можно отправить на почту разработчикам.

vit01> Если стек-трейсы будут оставаться прежними (то есть вывод adb страдать не будет), то тогда вполне можно и перейти на релиз-сборки.

AL> Цезий использует исключительно внешние редакторы же. У тебя есть исходное сообщение (уже отквотированное или пустое), у тебя есть отредактированное сообщение. Почему нельзя их сравнить?

AL> // Вот чего не хватает в мобильном клиенте, так это удобного удаления квотированных абзацев. Если вдруг когда будет желание их переделать, то могу показать скрины и пояснить как это сделано в том же хотдоге (NNTP- и FTN-клиент под андроид). Поведение там несколько нестандартное, но очень и очень удобное.

>>> Спрятать в меню?
>> Да. Если нет никаких других достойных вариантов, то только так.

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

На больших экранах, например, планшетах, проблема противоположная. Там места куча, ещё хоть 10 значков впихнуть можно, но API панели не даёт использовать это свободное место на все 100%.
Приходится прописывать принудительное отображение. В то же время на маленьких экранах это портит внешний вид.
Надо как-то искать компромисс. Да ещё что-то сделать с сортировкой, которую Гугл, как я уже говорил, не предусмотрел.

> Мы с Борисом уже мельком обсуждали несостоятельность API организации меню. Проблема в том, что приоритет появления элементов в верхней панели и их сортировка должны отличаться, а они не отличаются. И эта хрень идёт от самих разработчиков Гугла. Поэтому мне придётся продумать парочку костылей.

>> Спрятать в меню?
> Да. Если нет никаких других достойных вариантов, то только так.

>> http://192.168.1.2:3000/x/file/idec-mobile0.png
>> http://192.168.1.2:3000/x/file/idec-mobile1.png
> Если много раз повторять хорошие шутки (с айпи-адресами), то эти хорошие шутки уже становятся приевшимися :)

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

>> В цезии я сделал так: запоминается хеш сообщения перед редактированием и сравнивается с хешем после редактирования. Если хеши совпадают, то сообщение не сохраняется.
> У меня так нельзя. Знаешь, почему? Потому что есть фича правки сообщения во внешнем редакторе.

> P.S. "случайные" сообщения уже в ЧС на моей станции. Кстати, idec mobile тоже умеет работать с чёрным списком в 1 клик, если вы это успели забыть :)

AL> на панели нужны функции, которые необходимы часто. Так же в списке конференций кнопка скачивания нужна чаще кнопки поиска, но у меня только поиск и видно.

>> // Но могу всё-таки убрать
AL> Спрятать в меню?

> http://192.168.1.2:3000/x/file/idec-mobile0.png
> http://192.168.1.2:3000/x/file/idec-mobile1.png

btimofeev> Ещё релиз меньше по размеру, т.к. не содержит отладочной информации

btimofeev> Может при выходе из редактирования спрашивать сохранять ли сообщение в черновике? Или определять, что поинт ничего не написал.

AL> Я всего лишь нажал на кнопку "Отправить". Откуда он взял столько странных сообщений?

Ну блин, народ, я ведь специально над этим делом работал, а вы жалуетесь.

На экране написания сообщения специально есть пункт "Удалить", на который надо нажимать, если нажали на ответ случайно. Он удаляет черновик.

А если вы жмёте "назад", значит вы просто прервались, и черновик должен сохраниться. "Допишу потом" называется. В стандартном Email-клиенте андроида такое же поведение.

AL> В цезии я сделал так: запоминается хеш сообщения перед редактированием и сравнивается с хешем после редактирования. Если хеши совпадают, то сообщение не сохраняется.

У меня так нельзя. Знаешь, почему? Потому что есть фича правки сообщения во внешнем редакторе.
// Как и в CutieFeed, например.

P.S. "случайные" сообщения уже в ЧС на моей станции. Кстати, idec mobile тоже умеет работать с чёрным списком в 1 клик, если вы это успели забыть :)