Понячий цвет нравится, кстати. Хороший :)

И ещё ii://zJ4tr6x9f4zF4hSQ8XbH

vit01> Можно попробовать уменьшить эту задержку, чтобы не сильно заметно было.

Уменьшил до 10 мс. Вроде бы, теперь лучше ведёт себя.

AL> Ещё лучше прятать строку "Ответ:-" в случае пустого repto. Но это так. Косметический недостаток.

Сделано

AL> Пока нахожусь на экране редактирования списка все ок. Как только с него ухожу, все новые эхи пропадают.

Исправлено

Difrex> Нужно сделать кнопку быстрого ответа. Чтобы сообщение сразу улетело после написания. Т.е. просто повесить save/push на одну кнопку. :)

И это тоже сделано.

APK уже на сервере, качайте.

Косяк с отображением сообщения ii://N0PyIsawAJfz1GWzEnAO

Просьба больше не писать сюда в эху по поводу багов и фич, а использовать Issues на гитхабе.

https://github.com/vit1-irk/idec-mobile

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

// to Andrew Lobanov: про баг с сообщениями в курсе, разобрался. Но исправлю потом.

Difrex>> Нужно сделать кнопку быстрого ответа. Чтобы сообщение сразу улетело после написания. Т.е. просто повесить save/push на одну кнопку. :)

vit01> И это тоже сделано.

А отправляется только это сообщение или и всё что есть в черновиках?

Difrex>> Нужно сделать кнопку быстрого ответа. Чтобы сообщение сразу улетело после написания. Т.е. просто повесить save/push на одну кнопку. :)

vit01> И это тоже сделано.
Круто!

AL> И до кучи. Пытаюсь добавить эху в список. Пока нахожусь на экране редактирования списка все ок. Как только с него ухожу, все новые эхи пропадают.

Разобрался. Если жать кнопку "назад" на панели, то не сохраняется список.

Ещё кеш x/c почему-то пришлось чистить после добавления новой эхи.

Сегодня ночью повторилась ситуация с таверной. Легла сама нода и апач не хотел пробрасывать трафик. Обнаружил уже перед выходом на работу и успел только перезапустить систему на сервере.

Спасибо нашему маленькому сообществу за наводку на termux. Запускал ноду уже в маршрутке с телефона.

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

ЗЫЖ Как же хорошо было в стародавние времена, когда система инициализации была на простых шелл-скриптах (уворачиваюсь от летящих камней, помидор и тухлых яиц). Просто и понятно было. В слаке до сих пор так =)

Сегодня улучшения только для экрана "Дополнительно"

1. Добавлены недостающие элементы UI для чёрного списка и действий с БД. Большинство штук пока что не работают.
2. Действия чистки базы данных и кэша перенесены туда с главного меню
3. Можно удалять содержимое одиночных эхоконференций
4. У вкладки /x/file исправлены косяки с дизайном

APK качайте и тестируйте

Difrex>>> Нужно сделать кнопку быстрого ответа. Чтобы сообщение сразу улетело после написания.

vit01>> И это тоже сделано.

btimofeev> А отправляется только это сообщение или и всё что есть в черновиках?

Только это сообщение. И запускается отправка в отдельном Thread. Как помню, у ntkrnlmp.exe было точно так же в клиенте.

AL> // Если мне кто подскажет как можно в системд запускать скрин с нодой в виде демона, буду очень признателен. А то я как-то пытался намаслать свой юнит, но так и не осилил этого монстра.

Разве написать юнит так сложно? По каталогам systemd везде образцы раскиданы для разных пакетов. Если их почитаешь, там всё несложно.

Создаёшь файлик yournode.service

[Unit]
Description=Start Your Node
After=network.target

[Service]
User=username # если от рута, то убрать эту строку
Type=forking
ExecStart=blablabla # запускаешь ноду демоном. Если же в foreground, а не демоном, то ставить Type=simple
ExecStop=/usr/bin/killall -9 python # слишком плохая шутка
Restart=on-failure # или ещё удобно always использовать

[Install]
WantedBy=multi-user.target

Складываешь его в /etc/systemd/system/
Набираешь sudo systemctl daemon-reload
sudo systemctl enable yournode.service

И всё. Проще простого.
Screen'ом ты и так пользуешься, видимо, так что как запустить или остановить, должен разобраться.

AL> Косяк с отображением сообщения ii://N0PyIsawAJfz1GWzEnAO

Исправил баг достаточно грязным хаком. (заменяя символ < на &lt;)

Проблема была в том, что <такой> текст виджет TextView воспринимал как html-теги и удалял.

AL> Понячий цвет нравится, кстати. Хороший :)

А то! Без 20%-го прироста крутости не обойтись :)

Кстати, вот это дело посмотри: https://github.com/vit1-irk/idec-mobile/projects/1

Новое на сегодня:

1. Парсер ссылок теперь распознаёт email-адреса для быстрого открытия системного мылоклиента
2. В слайдере появились пункты меню "В начало" и "В конец"
3. Поддержка /x/file в меню "Дополнительно". Рекомендую протестировать!

Про недочёты в дизайне для фрагмента /x/file я знаю и планирую скоро исправить. Не до свистелок особо было.

APK, как всегда, на том же самом месте: http://ii-net.tk/ii/files/app-debug.apk

Заработали 2 кнопки из меню настроек станций, а именно:

1. Автоконфигурация по /x/features, которая сама расставит галочки
2. Получение списка эхоконференций с ноды (с предпросмотром!)

Из нашего IDEC API и из расширений осталось реализовать только поддержку чёрного списка. Остальное уже - дело GUI и юзабилити. Что ж, продолжу допиливать потихоньку.

На сегодня:

1. Через меню главного экрана можно пометить прочитанной всю базу
2. Окно дебага при выходе показывает, сколько сообщений скачано/отправлено

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

vit01> Разве написать юнит так сложно? По каталогам systemd везде образцы раскиданы для разных пакетов. Если их почитаешь, там всё несложно.

Спасибо. Как с сессией попроще станет, ток займусь.

AL> А клонирование эх будет?

Механизм фетча здесь полностью аналогичен CutieFeed'овскому.

Для клонирования:

1. Создаёшь новую станцию с таким же адресом
2. Отключаешь в ней расширения IDEC
3. Правишь подписки
4. Скачиваешь сообщения
5. По желанию "выключаешь станцию" в её настройках, чтобы перестать её фетчить (или даже удаляешь)

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

AL> Сложновато.
AL> Тут ты хозяин-барин и фичи клиента я впиливать не буду по причине незнания явы. Так что и настаивать не стану :)

Ну да, сложновато. Зато хоть как-то работает :) Пусть даже и путём немного большего числа кликов.
А так всегда сложно достигать гармонии между юзабилити и удобством кодинга, увы.

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

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

Вообще, архивы - это хорошее дело. Поэтому в скором времени планирую импорт/экспорт бандлов, чтобы можно было составить однофайловый дамп на компьютере (через ii-db-utils или idec-utils), импортировать в клиент и не тратить на скачивание время и мобильный трафик.

Всё ведь мечтаю об универсальном африканском клиенте в кармане :)

Клиент от версии к версии всё краше. А клонирование эх будет?

AL>> А клонирование эх будет?

vit01> Механизм фетча здесь полностью аналогичен CutieFeed'овскому.

vit01> Для клонирования:

vit01> 1. Создаёшь новую станцию с таким же адресом
vit01> 2. Отключаешь в ней расширения IDEC
vit01> 3. Правишь подписки
vit01> 4. Скачиваешь сообщения
vit01> 5. По желанию "выключаешь станцию" в её настройках, чтобы перестать её фетчить (или даже удаляешь)

Сложновато.

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

Ну держать архивы на андроиде это узкий юзкейс. Даже уже клонирования.

Механизм клонирования я создавал с целью целиком выкачать анекдоты или крипоту.

Тут ты хозяин-барин и фичи клиента я впиливать не буду по причине незнания явы. Так что и настаивать не стану :)

В сабже у нас появилась первая девочка сети =)

Новая сборка:

1. btimofeev пофиксил ужасно непонятный баг с удалением черновиков свайпом. Теперь всё хорошо, спасибо! см. ii://develop.16

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

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

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

AL> Включил уведомления, потом выключил, но они продолжают приходить.

Хорошо, попробую разобраться. Видимо, у AlarmManager метод остановки не работает.

В качестве временного избавления от уведомлений выключи станцию с фетча.

AL> В сабже у нас появилась первая девочка сети =)

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

AL> В сабже у нас появилась первая девочка сети =)

Старожилы, надо поднимать активность и брать пример с новичков. Реприза на первом месте по количеству сообщений на этой неделе (за вычетом роботов, конечно), а мы молчим как рыба об лёд.

в юникодо то веки привёл девочку в сеть, а с ней никто не разговаривает =)

AL> Старожилы, надо поднимать активность ..... а мы молчим как рыба об лёд.

В клиенте ничего нового нет, потому что время на него у меня только в выходные появится.

Повседневная жизнь наша здесь вряд ли кого интересует.
Поэтому и молчание.

Включил уведомления, потом выключил, но они продолжают приходить.

Сегодня очень важный апдейт: клиент получил поддержку уведомлений.

// Решил пойти по пути наименьшего сопротивления и реализовать фичу только для станций с /x/c

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

Поведение умное: если пользователь только что зафетчил сообщения, то клиент уже не будет его оповещать о том, что появилось на станции 10-15 минут назад.

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

Внимание: перед обновлением надо очистить кэш /x/c, потому что я поменял место его хранения. Если же не очистите, то в /data/data/vit01.idecmobile/ останется несколько мусорных файлов на пару килобайт. На работе клиента это никак не отразится, однако чувства перфекционистов будут задеты.

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

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

Помогла перезагрузка устройства.

AL> в юникодо то веки привёл девочку в сеть, а с ней никто не разговаривает =)

Lit.14 - это контент-эха, она не предназначена для общения.

Вот если бы новички сразу в develop.16, linux.14 и.т.д. писали, тогда бы быстро пошёл разговор :)

К тому же, товарищ девочка даже не представилась и ничего здесь не спросила.

AL>> Старожилы, надо поднимать активность ..... а мы молчим как рыба об лёд.
vit01> В клиенте ничего нового нет, потому что время на него у меня только в выходные появится.
vit01> Повседневная жизнь наша здесь вряд ли кого интересует.
vit01> Поэтому и молчание.

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

ЗЫЖ Я не превращаюсь в Рому. Просто всегда найдётся что рассказать.

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

Чтобы это сделать, надо:
1. Добавить чекбокс в настройки и пункт в меню
2. Запускать слайдер поверх списка сообщений и убирать список при выходе из слайдера
3. Запоминать позицию в каждой эхе

Самое неудобное - это третье. Ведь кроме обычных эх у нас есть карбонка и избранные. А ещё можно ставить фильтр на непрочитанные на экране списка. Породит костылей немало.
Просто в слайдер передаётся уже сразу массив msgid'ов и позиция в этом массиве.

Сделать могу, это не очень сложно, но сначала реализую то, что запланировано.

vit01> Вот тут ты прав, регламентировать не надо. Просто так сложилось, что никто там ничего не обсуждает. Наверное, потому что рассказы обычно пачками складываются (не всё успеваешь прочитать, да и знаешь, что твои сообщения потеряются после очередного "наполнения").

Ну так они уже не так и актуальны будут. Можно, конечно, поступить как в фило: obec.pactet для произведений и obec.3boh для обсуждения, но в реалиях нашего сообщества мы получим лишнюю пустую эху :)

AL>> Обсуждать в сети только софт для этой сети =)
vit01> Приятное в клиенте не то, что это клиент для IDEC, а то, что он на джаве и на андроид. Есть некий ментальный кайф от решения разных нетипичных и странноватых проблем. Реализовал одну фичу, другую, третью, и наступает удовлетворение, сравнимое с тем, как ты вычёркиваешь какие-нибудь сделанные дела из расписания/плана.

Это да. Сродни ему ещё музыка. Когда нащупаешь что-нибудь интересное.

AL> Ну она же девочка =) А ещё у меня много знакомых, которые не разработчики и не линуксоиды.

Девочки тоже люди, и разработка им не чужда =)
А если серьёзно, то предложения по тематике принимаются.

Из нетехнического нероботизированного у нас есть:
1. Юмор
2. Рогалики
3. Литература (разная обычная и крипота)
4. Мёртвые и разбросанные музыкальные эхи
5. Скрытоэхи (недоступны по понятным причинам)

Это просто по списку эх прошёлся.

AL> Хотя, мои попытки рассказать что-либо в трубе пока не увенчались успехом почти ни разу.

Это момент чисто психологический. Вот смотришь на какое-то сообщение в пайпе, а там всего лишь сообщается какой-то факт, описывается явление и.т.д. Человек просто прочитал и воспринял. Думает: "Ну окей, ясно дело". Чтобы такого не происходило, можно
1. Обращаться к народу, а не просто излагать мысли куда-то в эфир.
2. Добавить небольшую интригу, чтобы захотелось узнать больше и спросить.

AL>> в юникодо то веки привёл девочку в сеть, а с ней никто не разговаривает =)
vit01> Lit.14 - это контент-эха, она не предназначена для общения.

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

vit01> Вот если бы новички сразу в develop.16, linux.14 и.т.д. писали, тогда бы быстро пошёл разговор :)

Ну она же девочка =) А ещё у меня много знакомых, которые не разработчики и не линуксоиды. Не надо превращать сообщество в сугубо технический кружок. Хотя, мои попытки рассказать что-либо в трубе пока не увенчались успехом почти ни разу.

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

Товарищ девочка просто товарищ девочка =)

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

Но это так. Просто идея.

vit01>> Lit.14 - это контент-эха, она не предназначена для общения.

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

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

Можно это поменять.

AL> Это прямо уже какая-то ментальная мастурбация (извиняюсь за грубость).
На самом деле это так и есть =)

AL> Обсуждать в сети только софт для этой сети =)
Приятное в клиенте не то, что это клиент для IDEC, а то, что он на джаве и на андроид. Есть некий ментальный кайф от решения разных нетипичных и странноватых проблем. Реализовал одну фичу, другую, третью, и наступает удовлетворение, сравнимое с тем, как ты вычёркиваешь какие-нибудь сделанные дела из расписания/плана.

AL>> Хотя, мои попытки рассказать что-либо в трубе пока не увенчались успехом почти ни разу.

vit01> Это момент чисто психологический. Вот смотришь на какое-то сообщение в пайпе, а там всего лишь сообщается какой-то факт, описывается явление и.т.д. Человек просто прочитал и воспринял. Думает: "Ну окей, ясно дело". Чтобы такого не происходило, можно
vit01> 1. Обращаться к народу, а не просто излагать мысли куда-то в эфир.
vit01> 2. Добавить небольшую интригу, чтобы захотелось узнать больше и спросить.

Ну это у меня проблема известная. Я фиговый общун :) Но стараюсь бороть сию особенность.

AL> Кстати, а почему список эх дёргается при прокрутке? Это только у меня так?

Что значит дёргается? Вроде бы нормально себя список ведёт.

Хотя может быть это просто заморочки RecyclerView, который пересоздаёт вьюхи для экономии памяти. Ведь каждая эха в списке - это объект, который запрашивает из базы количество сообщений. А запросы к базе тоже времени требуют.

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

vit01> Чтобы это сделать, надо:
vit01> 1. Добавить чекбокс в настройки и пункт в меню
vit01> 2. Запускать слайдер поверх списка сообщений и убирать список при выходе из слайдера
vit01> 3. Запоминать позицию в каждой эхе

А зачем поверх скиска сообщений запускать слайдер? Я слабо себе представляю разработку под андроид. Это особенности местного UI-строения*

vit01> Самое неудобное - это третье. Ведь кроме обычных эх у нас есть карбонка и избранные. А ещё можно ставить фильтр на непрочитанные на экране списка. Породит костылей немало.
vit01> Просто в слайдер передаётся уже сразу массив msgid'ов и позиция в этом массиве.

А чего неудобного в этом деле? У тебя под капотом sqlite? Создать таблицу-аналог lasts из цезия поди не шибко сложно.

vit01> Сделать могу, это не очень сложно, но сначала реализую то, что запланировано.

Ну оно не так чтобы горит, но я очень ленивый. Именно поэтому в цезии получать сообщения и читать новые можно всего лишь двумя клавишами. Очень удобно положить нетбук на пузо и лениво тыкать пробел или enter =)

vit01> Обновление на сегодня:

Ура-ура! Побежал обновляться.


== Фичареквест

А вот можно ещё фетчинг свайпом сделать отключаемым? А то у меня эхи на экран не входят и при полкрутке наверх я постоянно вываливаюсь в фетчинг. Жить можно, но не очень удобно.

AL> == Фичареквест
AL> А вот можно ещё фетчинг свайпом сделать отключаемым?

Сделано (см. настройки). Обновляйся ещё раз.

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

AL>> Кстати, а почему список эх дёргается при прокрутке? Это только у меня так?
vit01> Что значит дёргается? Вроде бы нормально себя список ведёт.

При прокрутке происходят тормоза и список прокручивается чувствительными рывками.

vit01> Хотя может быть это просто заморочки RecyclerView, который пересоздаёт вьюхи для экономии памяти. Ведь каждая эха в списке - это объект, который запрашивает из базы количество сообщений. А запросы к базе тоже времени требуют.

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

Обновление на сегодня:

* Попытался пофиксить баг с уведомлениями, про который Андрей писал. Пока что не знаю, починилось или нет.
* Добавил поддержку http-прокси (доступна также авторизация на проксе)
* Сделал интеграцию с приложением Orbot для повышения удобства работы с Tor

Ради эксперимента поднял на время hidden service и успешно зафетчил на телефон одну эху через Tor.
В общем, клиент теперь устойчив к блокировкам. Даёшь хентай, понево и пропаганду systemd среди совершеннолетних!

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

Торонода Дениса, кстати, до сих пор в дауне.

P.S. Socks-прокси мне завести не удалось (за весь день так и не разобрался), но через обычные http работает как Tor, так и i2p. Кому надо именно Socks, могут воспользоваться Polipo и прочими "преобразователями".

// Далее по плану - тёмная тема оформления. Отдохну пока от внутренностей и займусь свистелками.

AL> А чего неудобного в этом деле?

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

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

AL> А зачем поверх скиска сообщений запускать слайдер? Я слабо себе представляю разработку под андроид. Это особенности местного UI-строения*

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

Когда ты жмёшь на эху, открывается активити EchoView, в которую передаются параметры (эха: такая-то, станция: такая-то). EchoView запрашивает содержимое эхи и представляет это в виде списка на экране. Когда ты запускаешь слайдер, то в него передаются параметры (список сообщений: [массив msgid], позиция: число). Слайдер ничего не знает о эхе, он воспринимает только массив msgid, поэтому с его помощью можно делать разные фильтры (например, на непрочитанные сообщения и для работы ii-ссылок).

Всё это выглядит как-то так:

MainActivity (станция), низ стека
EchoView (станция, эха)
MessageSlideActivity (станция, список msgid, позиция), вершина стека

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

ООП весь в своей красе. Компоненты полностью независимы, так что приходится выкручиваться как-то.

Кстати, а почему список эх дёргается при прокрутке? Это только у меня так?

AL>> А один раз считать непосредственно весь список не выйдет получается?
vit01> Вообще, я так изначально и хотел реализовать, но тут всё упёрлось в sqlite. Одним запросом count(*) для разных условий не сделаешь. Поэтому решил запихнуть одиночные запросы данных в каждый элемент.

Я эту проблему пытаюсь периодически у себя решить. counts(*) медленный. Даже counts(1) медленный. А вот aio уже вполне сносен. Подсчёт ведётся только при запуске и после фетча. Всё остальное время количество сообщений берётся из списка.

Но с sqlite получается слишком медленно у меня. На нетбуке занимает пересчёт всех существующих эх со всеми сообщениями занимает порядка 3-5 секунд.

Вот протестируй, пожалуйста, а то у меня на эмулятор ОЗУ совсем не хватает. Он просто запуститься не может.