AL> Похоже, я постоянно ставил какую-то древнюю версию.

vit01, может добавить в клиент версионирование? Да и не плохо бы распространять релиз версию, ты же вроде до сих пор дебаг ключом подписываешь? (Только при этом всем придётся удалить текущую, с бэкапом настроек).

А вот вопросы есть.

Будет ли поддержка моноширинных вставок (которые ==== обрамляются)?

Действительно ли нужны кнопки перехода на последнее сообщение и списка в читалке? Просто я из-за этого не вижу количество сообщений. Хотя, это как раз фигня.

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

Ещё релиз меньше по размеру, т.к. не содержит отладочной информации (а в дополнение можно ещё и Proguard'ом сжать). Ну и как ты уже написал ключ через год не испортится.

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

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

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

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

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

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

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

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

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

Учту на будущее.

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

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

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

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

> Не мог бы ты накидать скриншотов клиента в целом? Просто у меня нет девайсов с маленьким экраном, только две "лопаты".

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

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

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

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

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

> Если быть более точным, то фетчер был обновлён в APK вечером 23 апреля.

У меня и внешний вид отличался несколько.

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

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

> // Но могу всё-таки убрать

Спрятать в меню?

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

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

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

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

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

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

Оппа. А вот это неожиданно. Надо, видимо, снова заняться переорганизацией элементов и некоторые поменять местами.

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

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

Да. Если нет никаких других достойных вариантов, то только так.

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

Если много раз повторять хорошие шутки (с айпи-адресами), то эти хорошие шутки уже становятся приевшимися :)

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

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

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

Интересно было бы почитать и разобраться.

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

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

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

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

Хм. Слона то я и не заметил =)

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

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

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

Как до ноута доберусь, так обязательно в таверне занесу.

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

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

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

У меня в патчере, например, команда gradle build собирает сразу восемь apk, релиз и дебаг версии для четырех магазинов приложений (с немного измененными настройками, а для Google Play и с измененными исходниками). Там все довольно гибко можно настроить.

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

Я понаблюдал за разработкой того же хотдога (там дело усугубляется поддержкой древних систем) и понял, что гугл сделали хорошее АПИ, конечно, но не очень гибкое.

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

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

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

Ай да я. Привык с ноута, где у меня в /etc/hosts всё прописано и на андроиде по привычке даже не проверил ссылки.

http://idec.spline-online.tk/x/file/idec-mobile0.png
http://idec.spline-online.tk/x/file/idec-mobile1.png

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

Говорю же, что это ключевой элемент. Поэтому конечно будет.

У нас раньше, в 2014, был другой андроид-клиент, от товарища ntkrnlmp.exe, который ныне в секте не сидит.

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

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

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

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

Это можно отключить в настройках. Я так и сделал.

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

И в логи оно пишется. Точнее, дублируется.

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

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

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

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

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

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

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

Хмм. Как раз именно такое поведение сейчас. И на 4.4, и на 7.0 работает

После фетча всегда появляются новые сообщения в счётчике. А при старте - тем более. Пересчёт запускается при каждом вызове onResume() и при onCreate()

Видимо, это что-то ОС-специфичное для 5 андроида. Надо это как-то отдебажить.

Могу добавить Toast'ы при изменениях в жизненном цикле активити. А ещё - добавить кое-какую дополнительную проверку.
Хмм. Странновато немного.

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

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

Зачем нужен таймаут после фетча? Всё очень просто. Фетчер - это ключевой компонент всего ii/IDEC. Если он валится с ошибкой или ведёт себя немного не так (косячный алгоритм скачивания), пользователь это обязательно заметит. И сообщит мне.
Не только фетчер запускается с окном дебага, но и некоторые другие операции, в которых я не уверен на 100%.

Итак, таймаут нужен, чтобы успеть СДЕЛАТЬ СКРИНШОТ.

Насчёт кнопки отмены. Хмм. Спасибо за отзыв, попробую её просто убрать.
Привык пользоваться телефонами с хардварной клавиатурой, поэтому проблемы наэкранных кнопок как-то прошли мимо :)

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

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

Подгуглил насчёт Navigation Bar'а. Увы, убирать отдельные кнопки (да и отключить эту штуку в целом) нельзя. Можно только временно скрывать с глаз долой.

Вообще, лучше забей на мой отзыв по окну. Вероятно, я не показательный пример. Если совсем уж приспичит -- соберу себе персональный вариант без таймаута. :) тут это все очень субъективно, бесполезно пытаться уголить всем. Я и сам не знаю, что именно мне не нравится. Но пока останусь на цезии и вебе. Это субъективщина!

Ой. Ну ii.club.syscall.ru то-есть. Но видимо это не важно. Воспроизводится 100 у меня. Могу что то посмотреть, если скажешь что.

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

Вечернее обновление, без коммита в Git

1. Для Петра: убран Navigation Bar в дебаг-окне
2. По просьбам Андрея:

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

Обновляйтесь, товарищи!

// Пункт 2.1 сейчас всё-таки закоммичу.

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

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

Еще, сугубо субъективщина -- очень тяжело с юзабиилити. Но тут на меня не надо ориентироваться -- я и в гмейле туплю. Не могу ни одну кнопку найти. Все нажимаю и нажимаю не те кнопки. Окно дебага опять же меня снова победило, чуть планшет не разбил. :) видимо, мне важна предсказуемость. Либо окно не должно закрываться. Либо закрываться само. Короче, беру перерыв на тестирование.

> Может, тогда не закрывать его самому по тайм-ауту, а всегда ждать нажатия кнопки -- типа -- "принято"?
Практика показала, что вручную тыкать на кнопку лень. Да и быстрее оно тоже закрываться не будет.

Попробовал скрыть NavigationBar в дебаг-окне. В следующей сборке можно будет заценить.

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

Молодец, поймал нехороший баг. У меня на планшете тоже так разок было, но отследить его не получилось.
Короче, либо подключаешь телефон через USB к компьютеру и гонишь лог через adb logcat.

Либо есть второй вариант.

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 мессаг. Всё равно перечитывать их не буду, так что пусть не захламляются.

Отправил багрепорт. Воспроизвел так же. Нюанс - удалять нужно активную на данный момент станцию.

Девайс не рутован. С logcat пока не получилось (в меню разработчика не нашел такого пункта). Вечером еще посмотрю. После отпуска только смогу через adb.

Peter> Отправил багрепорт. Воспроизвел так же. Нюанс - удалять нужно активную на данный момент станцию.

Отловил баг. Оказалось, что он возникал из-за моей глупейшей опечатки.
Качай по прежней ссылке, должно всё сразу заработать.

// Твоё письмо так и не пришло. Оказалось, что 7 и предыдущие андроиды (у меня на планшете 4.4) по-разному обрабатывают SEND_TO Intent. Пришлось и багрепортинг чинить :)

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

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

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

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

Но что бы ты предложил взамен? Безликие прогрессбары?
Ошибка может заключаться не только в выбросе Exception, но и в том, например, что клиент отказывается фетчить какую-то эху. Или начинает качать все сообщения подряд (и его тогда прибивать надо), или мудрит с построением индекса (то есть начинает слишком мелкими или большими порциями забирать его).

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

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

Это пользователю придется ставить adb на комп, искать в огромном логкате стектрейс. Либо если телефон root'ован, можно логкат просмотреть прямо на телефоне, что попроще, но все равно мало кто таким будет заниматься.

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

Это совсем другая штука, они не распространяют дебаг версию, у них внутри либы которые занимаются сбором стектрейсов. Типа Firebase Crash, который очень удобен, нужно лишь добавить в gradle.build несколько строк и у тебя в веб интерфейсе будут отображаться все падения со стектрейсами. Но эта штука проприетарная, в свободную программу такое тащить, наверное, не стоит. Есть свободный аналог, Acra, кажется называется, но ее я не пробовал - там вроде нужен собственный сервер.

Обновление:
Включены багрепорты по Email (с помощью Acra). Теперь не нужно делать adb logcat и всячески извращаться.

Просто устанавливаете новую версию поверх текущей, ловите падение, и информация об ошибке прилетит ко мне на мыло.
Уже сам проверял - работает.

APK: https://ii-net.tk/ii/files/app-debug.apk

> Но что бы ты предложил взамен? Безликие прогрессбары?

Я бы вообще в фоне фетч производил.

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

Тогда этот фетчер надо заменить. Я ума не приложу как такое поведение можно реализовать даже, а ты его отслеживаешь.

Спасибо, вроде заработало!
Насчет окна дебага, раз уж идет обсуждение, выскажу свои мысли.

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

Если мы хотим, что бы клиент воспринимался не как тул для маргиналов, то:
1) следует избегать "жаргонов" и обращений на "ты" в сообщениях (окно дебуга, сообщение про слеш в конце урл) итд,
2) следует облагородить окно дебага (если ты хочешь его оставить в релизе) и назвать его окно вывода или как то так.
3) с убиранием кнопки "<" стало лучше! Но все таки, введение специальной задержки в конце операций -- выглядит как фуззи решение. Почему 2-3 секунды? Чтобы успеть сделать скриншот? Как то странновато. Варианты:
- если нет ошибок -- закрывать сразу;
- если есть ошибки -- ждать нажатия на кнопку закрыть;
- Но самое прекрасное, по моему, лог и фетчер в фоне.

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

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

Ну так это тут и не при чём. Просто нажал кнопку, оно в фоне качается.

> Если ты имеешь в виду в виде уведомления наверх ставить, то это тот же прогрессбар, от которого мало пользы

А пользователю больше и не надо. Ему надо видеть только два состояния: качается и скачалось.

> Ну вот исходник, сможешь хотя бы примерно разобраться в алгоритме построения индекса?
> https://github.com/vit1-irk/idec-mobile/blob/master/app/src/main/java/vit01/idecmobile/Core/Fetcher.java

Вот честно, я в java ни в зуб ногой. Могу попробовать разобраться, но толку от меня будет мало.

> После 23 апреля я уже нашёл те баги в фетчере и переработал его, но паранойя осталась. А вдруг ещё что-нибудь эдакое будет?

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

Обновление

Новая фича в настройках - включите галочку "Скрывать верхнюю панель при прокрутке во время чтения эх"
Это должно понравиться тем, у кого маленький экран.

Качать APK как обычно

Всё, хватит.
Ещё в пятницу у меня была температура выше 37, и до сих пор не спадает. Вон вчера почти 38 было, и вообще хреново. Лучше не становится.
Всё освободившееся (в связи с болезнью) время тратил на клиент и целый день просиживал в IDE.

Короче, ну его, этот клиент, только нервы портит
Пойду в кровать лучше // или новую серию млп посмотрю

Гуд бай май френдз! Хорошего вам настроения! # Коммитов нет, но вы держитесь =)

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

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

> Коль народу не лень, можете продвигать свои хотелки сразу в виде исходников:
> https://github.com/vit1-irk/idec-mobile
> Линус Торвальдс сказал однажды: "Talk is cheap, show me the code".

Эх. Когда-нибудь, я найду достаточно свободного времени, чтобы изучить Java и попробую помочь какому-нибудь проекту. Меня и Sergey Poziturin 2:5020/2140 aka 2:5020/2141 (мой фидобосс) к java (точнее к kotlin) склонял уже. Но пока по душе python3, golang и lisp. И их опыт мало помогает в разработке под андроид.

> Так что любой пулл-реквест и патч имеет больше ценности, чем наши обширные разглагольствования.

Это, безусловно, так. Однако:

«Делам надо поклоняться, а не статуям. А может быть, даже и делам поклоняться не надо. Потому что каждый делает, что в его силах. Один – революцию, другой – свистульку. У меня, может, сил только на одну свистульку и хватает, так что же я – говно теперь?»

Аркадий и Борис Стругацкие, «Град обреченный».


Это я к тому, что я и рад бы слать патчи тебе, но у меня iing и цезий. И они отнимают много свободного времени.

Но в целом, клиент радует! Пробую дальше. :)

Peter> 1) следует избегать "жаргонов" и обращений на "ты" в сообщениях (окно дебуга, сообщение про слеш в конце урл) итд,

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

Это можно взять и поменять. А можно и не менять ;)

Тут пусть народ выскажется. Как решит большинство, так и будет.

Peter> 3) с убиранием кнопки "<" стало лучше!

Коммитить так и не стал, потому что статусбар исчезает, а это не есть красиво. Рано или поздно всё равно придётся что-то делать.

Peter> Почему 2-3 секунды?
Ровно 2 секунды. Чтобы успеть всё прочитать. И скриншот, конечно.

Peter> Кажется, в psi, это окно называется консоль. Вот можно сделать так, что консоль можно включить и выключить.

Это наиболее подходящий вариант с точки зрения компромисса

Peter> В любом случае, принимает решение всегда автор -- так как ты пишешь клиент, тебе и решать каким ему быть.
Peter> Ты можешь учитывать или нет опыт использования

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

Коль народу не лень, можете продвигать свои хотелки сразу в виде исходников:
https://github.com/vit1-irk/idec-mobile

Линус Торвальдс сказал однажды: "Talk is cheap, show me the code".
Так что любой пулл-реквест и патч имеет больше ценности, чем наши обширные разглагольствования. На Гитхаб захожу регулярно, стараюсь всё мержить побыстрее.

>> Но что бы ты предложил взамен? Безликие прогрессбары?
AL> Я бы вообще в фоне фетч производил

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

AL> Тогда этот фетчер надо заменить. Я ума не приложу как такое поведение можно реализовать даже, а ты его отслеживаешь.

Ну вот исходник, сможешь хотя бы примерно разобраться в алгоритме построения индекса?
https://github.com/vit1-irk/idec-mobile/blob/master/app/src/main/java/vit01/idecmobile/Core/Fetcher.java

Ещё в прошлом месяце я получал багрепорты о странном поведении фетчера, хотя у меня самого оно практически не проявлялось.
А если бы всё в фоне скачивалось? Тогда бы просто было что-то вроде "клиент лагает", и починить баг было бы нельзя.

После 23 апреля я уже нашёл те баги в фетчере и переработал его, но паранойя осталась. А вдруг ещё что-нибудь эдакое будет?