https://yadi.sk/d/DdoT9BbcTxPB7

Обновление

Если какие-то баги, постарайтесь описать алгоритм воспроизведения бага, на каких сообщениях проявляется и всю сопутствующую информацию

>https://yadi.sk/d/DdoT9BbcTxPB7

Поправил цитирование, добавил получение списка эх из list.txt, если не включены подписки.

Вроде, работает :)
Из list.txt берётся список
Клиент становится всё лучше и лучше :)

https://yadi.sk/d/8K3hKOs6YUNQN

Теперь должно работать выделение на всех устройствах, начиная с 3.0 и выше. Так же поправлено поведение приложения при нажатии на кнопку "назад", находясь в настройках (теперь клиент не должен закрываться).
По крайней мере в эмуляторе 4.0.3 работает.

У кого были проблемы, потестируйте.

Минимальный уровень API 15 (Android 4.0.3+)

Блин, не обновлял клиент со второй, вроде, публичной версии. Круто очень все!

Спасибо за клиент :)

Обновился, спасибо.

Обновил dev версию, слабонервным лучше не использовать:)

Из новых фич - поддержка оффлайна (читать/писать).

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

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

Если кто-то хочет помочь потестировать:
https://yadi.sk/d/RtNyfR39Z8NVf

P.S. возможно, "обычный" режим работы (хранения сообщений не в базе) был сломан, на первый взгляд вроде все нормально, но черт его знает, поэтому параллельно скачайте "стабильную" версию на всякий случай:
https://yadi.sk/d/zF477StyZ8NWX

О да, поддержка офлайна!
Уже качаю

Уже и первый баг: сообщения загружаются не циклом, а при нажатии кнопки. По размеру бандла. Буду отправлять.

Чёрт, im.100 и другие длинные эхи так неудобно читать, они с самого начала подгружаются

>Уже и первый баг: сообщения загружаются не циклом, а при нажатии кнопки. По размеру бандла. Буду отправлять.

Не понял.

>Чёрт, im.100 и другие длинные эхи так неудобно читать, они с самого начала подгружаются

После первой загрузки в базу поведение не будет отличается от того, что было ранее)

> Не понял.
Так, объясню. К примеру, у меня размер бандла 20 сообщений
Я захожу в эху, загружаются 20 сообщений (не все, а только это число)
Жму обновить, загружается ещё 20. Потом ещё, но только если нажать на кнопку. В im.100 больше тысячи сообщений, как мне последние прочитать?

>Так, объясню. К примеру, у меня размер бандла 20 сообщений
>Я захожу в эху, загружаются 20 сообщений (не все, а только это число)
>Жму обновить, загружается ещё 20. Потом ещё, но только если нажать на кнопку. В im.100 больше тысячи сообщений, как мне последние прочитать?

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

Вечером попробую воспроизвести.

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

>Да, но в этой экспериментальной версии получается ровно наоборот: загружаются первые 20 сообщений и далее, а не последние

Офигеть:)
А у тебя есть терминал на телефоне? Надо бы проверить, как выполняется запрос

> Офигеть:)
> А у тебя есть терминал на телефоне? Надо бы проверить, как выполняется запрос
Есть, конечно =) Без терминала телефоном почти невозможно пользоваться =)
Расскажи, как проверить

>Есть, конечно =) Без терминала телефоном почти невозможно пользоваться =)
>Расскажи, как проверить

Ох, это будет сложно, но попробуем)

sqlite3 /data/data/com.ii.client/databases/ii_db

После этого запрос; если не навру, то примерно такой:

select * from echomessages em
inner join echos e on e.id=em.echo_id and e.name='im.100'
inner join messages m on em.message_id=m.id
order by m.id desc
limit 5 offset 0;

обязательно точку с запятой в конце

будут выведены 5 сообщений, они должны быть самыми "свежими"

http://irk38.tk/screen1.png
они, как ты видишь, самые "несвежие"

А дата вроде правильная

попробуй этот:

select * from echomessages em
inner join echos e on e.id=em.echo_id and e.name='im.100'
inner join messages m on em.message_id=m.id
order by m.id asc
limit 5 offset 0;

отмена, косяк есть.
буду думать:)

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

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

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

https://yadi.sk/d/RtNyfR39Z8NVf

Поправил, обновил)
Базу можно не вайпать, по идее должен сам догрузить недостающие сообщения.

Если все же надо вайпнуть базу, то команда:

rm /data/data/com.ii.client/databases/ii_db

и после этого желательно в настройках остановить приложение ii dev и потом заново его запустить, чтобы база пересоздалась. Иначе может сыпать ошибками I/O error

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

А у тебя в табличке нет таймстампа? По нему сортировать удобно

Не, я решил на это не опираться, потому что где-то видел сообщения задним числом

Всмысле время-то есть, просто я сортирую по айдишнику.

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

Кстати, офлайн отправку попробовал? Работает?

Опять мимо:) предыдущее сообщение про офлайн - тебе:)

Так, отчитываюсь: обновился на последнюю версию - сообщения загружаются правильным алгоритмом, но Очень медленно. Увеличил размер бандла до 60 - пошло более-менее нормально (но всё равно неторопливо)

оффлайн не пробовал, но поскольку завтра еду на дачу, то попробую обязательно, так как трафик экономить надо

Если первый раз, то это нормально, там тысячи сообщений ведь:)
А так посмотрю что можно подправить, но это потом уже, главное чтобы все более менее стабильно работало

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

это сообщение было отправлено из оффлайн режима

Индикатор же крутится))
Я тебя услышал, попробую добавить вывод прогрессе