>> Нафига её обновлять когда она заведомо не меняется? Количество сообщений меняется только после фетча. Зачем их считать каждый раз?
> После чистки по ЧС, после удаления/обрезки эх. А ещё счётчики непрочитанных имеются, но тут всё понятно.

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

> Старую версию и не надо сносить. Новая всегда должна вставать поверх без всяких проблем.
> А какие там циферки при установке APK отображаются (1.0 или 1.1), абсолютно не имеет значения. Считайте, что они для красоты.

Тем не менее, эта проблема встречается и не только у меня. Может, дело в старом ведре, а может в кривой вендорской прошивке, но я и андроид-версию инстеда так же тестил: сперва сносить, потом ставить. Как раз потому, что из-за статичной версии оно криво обновлялось.

Я бы всё таки такие вещи учитывал, так как андроид - это всегда зоопарк.

>> Так что это за тост такой? За здравие?
> Я имел в виду вот этот тост: https://developer.android.com/guide/topics/ui/notifiers/toasts.html

Понял. Я просто в терминологии андроидной не силён =)

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

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

AL> Нафига её обновлять когда она заведомо не меняется? Количество сообщений меняется только после фетча. Зачем их считать каждый раз?

AL> Ты ж не предупреждал нигде, что перед обновлением нужно сносить старую версию.
AL> Я таки смог обновить сабж, хотя и не без матюков (кто ж знал, что он не обновляется при обновлении?).

AL> Так что это за тост такой? За здравие?

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

> А ты говорил, что после фетча и ещё когда-то она НЕ обновляется, хотя надо бы.

>> Я ничего нового в поведении клиента не наблюдал с тех пор, как понял, что он у меня не обновлялся.
> Тогда какие вопросы? Если клиент старой версии, то багрепорты протухли. Придётся добавлять в каждый клиент запись: собрано dd:MM:YYYY HH:mm, чтобы таких недоразумений больше не возникало

>>> И да, именно к тебе обращаюсь. В обновлённых сборках я добавил Toast с надписью "Debug: update echolist". Ты уже попользовался клиентом, так что описывай мне теперь его поведение.
>> Если бы я знал что это такое, то описал бы обязательно.
> Теперь, когда выяснилось, что твой багрепорт с "недообновлением" списка оказался ложным, то смысла в этом деле уже не вижу. Уберу потом.

>> Индексы существенно ускоряют обращение к базе.
> Окей, будет индекс. Но не раньше выходных.

AL> Вроде недавно как раз ты говорил, что у тебя эта информация обновляется только при старте и после фетча, а теперь выходит, что всегда.

AL> Я ничего нового в поведении клиента не наблюдал с тех пор, как понял, что он у меня не обновлялся.

>> И да, именно к тебе обращаюсь. В обновлённых сборках я добавил Toast с надписью "Debug: update echolist". Ты уже попользовался клиентом, так что описывай мне теперь его поведение.

AL> Если бы я знал что это такое, то описал бы обязательно.

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

AL> Индексы существенно ускоряют обращение к базе.

Окей, будет индекс. Но не раньше выходных.

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

> И ведь специально написал, что оно поменялось. Но тогда всем было пофиг.

>> Как будто он каунты в базе без индекса считает.
> Именно так и происходит. Могу в обновлении индекс создать, благо API это позволяет безболезненно сделать.

> И да, именно к тебе обращаюсь. В обновлённых сборках я добавил Toast с надписью "Debug: update echolist". Ты уже попользовался клиентом, так что описывай мне теперь его поведение.

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

AL> Как-то сильно сабж стал после обновлений тормозить при переходе на список конференций. Он точно в базу не лезет за каждым разом?

AL> Как будто он каунты в базе без индекса считает.

>> О, а это отличная идея. Ждём кнопку :)
AL> Есть кнопка.

>> Я лучше кнопку "наверх" внизу прилеплю.
> О, а это отличная идея. Ждём кнопку :)

.

AL> Четверть экрана съедена панелью браузера и фиксед-панелью сайта.

AL> Я лучше кнопку "наверх" внизу прилеплю.

> 2. Fixed-панель может быть довольно удобной. Вот, например, https://developer.android.com/reference/android/support/v4/widget/NestedScrollView.html
> // Первый сайт, который вспомнил.

Peter> Короче, только не это!!! Fixed панели это ужасно. Почти как iframe.

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

AL> В сабже таки появилась адаптивная вёрстка, но пока особо не тестил ничем, кроме своего телефона.
AL> Таверну уже обновил. Просьба потестировать это дело.

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

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

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

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

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

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

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

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

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

Peter> Почему 2-3 секунды?

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

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

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

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

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

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

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