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

Лови скриншот: https://ii-net.tk/screens/adaptive1.png

Тут сразу заметно:

1. Странное масштабирование фона, если сообщение меньше размера экрана
2. Мелкие контролы, по которым трудно тыкать пальцем

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

Да и кнопки навигации зелёные тоже можно поместить в тёмную панель. Для более-менее больших экранов там им самое место. Благо CSS - это не Гугловские API, и появление кнопок можно захардкодить без особых проблем.

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

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

А вот и первый серьезный баг: https://ii-net.tk/screens/adaptive2.png

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

Таверну уже обновил. Просьба потестировать это дело.

И это не баг мобильной версии. Подумаю как исправить.

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

Четверть экрана съедена панелью браузера и фиксед-панелью сайта. Я лучше кнопку "наверх" внизу прилеплю.

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

1. Не надо сравнивать тёплое с мягким :)

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

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

Просто мысли вслух. Наверняка ещё что-нибудь придумать можно.

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

Есть кнопка. Заодно исправил сползание кнопок в основом интерфейсе, страницу ответа и расползание по ширине блоков <pre>.

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

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

+ тестировал масштабирование _главной страницы_ в Pale Moon на нетбуке; там есть такой переходный момент, когда содержимое вылазит за пределы экрана. Мобильная версия начинает включаться, если увеличиваешь ещё больше.

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

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

2016-10-17: зарождение проблемы
https://ii-net.tk/ii/ii-point.php?q=/m/PrfA3gIzuoLcJxBxNWDA
https://ii-net.tk/ii/ii-point.php?q=/m/S8EjA80dlL7gXAlQSiGq

2017-04-14: изменил поведение
https://ii-net.tk/ii/ii-point.php?q=/m/FTPVc3A8jLmx6tGxxRX0

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

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

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

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

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

Я говорил, что эта информация *должна* обновляться всегда, в том числе там, где ты сейчас написал. А ты говорил, что после фетча и ещё когда-то она НЕ обновляется, хотя надо бы.

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

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

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

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

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

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

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

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

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

Не у всех четверть (здесь от размера экрана и dpi зависит), но окей, понятно.

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

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

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

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

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

Мне не пофиг, но я понял так, что ты сделал это оптимизировано.

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

Индексы существенно ускоряют обращение к базе. Проверял на толстой базе от цезия и EeePC 701 4G. Подсчёт числа сообщений каждой эхи отдельно (включая lenta.rss) выходил меньше секунды.

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

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

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

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

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

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

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

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

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

Эху не читай @ сразу отвечай. Я таки смог обновить сабж, хотя и не без матюков (кто ж знал, что он не обновляется при обновлении?). И проблема не о том вообще.

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

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

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

Круто!

Обновление

1. Добавлен индекс в базу данных. Фризы при переходе на список эх должны уменьшиться.
2. Изменено версионирование. Теперь это дата и время сборки. Кстати, их можно посмотреть из менюшки NavDrawer'а (в самом низу). Специально сделал, чтобы убрать путаницу, когда присылают багрепорты.

Можно спокойно обновляться поверх, клиент сам всё сделает (sqlite имею в виду)

Андрею обновляться обязательно. Борису просьба посмотреть build.gradle и высказаться в скрытоэхе

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

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

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

http://spline-online.tk/stuff/docs/pics/Screenshot_2017-05-13-15-18-06.png

Это от таймаута?

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

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

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

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

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

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

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

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

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

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

Спасибо за индексы. Теперь оно просто молниеносно открывает список конференций. Шикарно.

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

У себя такого не заметил. Странно.

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

После чистки по ЧС, после удаления/обрезки эх. А ещё счётчики непрочитанных имеются, но тут всё понятно.

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

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

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

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

Я имел в виду вот этот тост: https://developer.android.com/guide/topics/ui/notifiers/toasts.html

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

AL> Соответственно при фетчинге один из узлов валится по таймауту. Если при этом нет новых сообщений, то появляется сообщение о проблеме со связью:
AL> Это от таймаута?

Да. По тексту на скриншоте ты мог и сам догадаться :)

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

А коль у тебя рутованный телефон, то можно оставить всего одну таверну, подменяя айпишник парой тыков в приложении Hosts Editor (есть в F-Droid). Там это очень удобно галочкой сделано. На твоём месте я именно так и организовал бы фетч.

Сабж! Я у тебя ее тяну.

Peter> Сабж! Я у тебя ее тяну.

Восстание эхи из мёртвых! ;)
Теперь она и у меня в фетчере, так что прокидывайте.

Точный алгоритм воспроизведения.
1. Потянули вниз список эх. Фетч.
2. Справа вверху пометили все как прочитанные
3. Выдвинули шторку слева
4. Видим что там счетчик не изменился (не 0)

Все. Разобрался. :) клиент радует.

Обновился.
У меня вопрос по использованию.
В левой шторке выбрал непрочитанные. Меня бросает на первое сообщение (самое старое). Но как перейти к следующему? Кнопки перейти вперед вроде не видно (кроме той, что в конец прыгает сразу).

Этот баг я уже исправил у себя в IDE.
Подождите немного, сегодня ещё сборка будет.

>> Соответственно при фетчинге один из узлов валится по таймауту. Если при этом нет новых сообщений, то появляется сообщение о проблеме со связью:
>> Это от таймаута?
> Да. По тексту на скриншоте ты мог и сам догадаться :)

Да я и догадался, но решил уточнить =)

В любом случае, ситуация достаточно редкая.

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

Видимо, так и сделаю.

> А коль у тебя рутованный телефон, то можно оставить всего одну таверну, подменяя айпишник парой тыков в приложении Hosts Editor (есть в F-Droid). Там это очень удобно галочкой сделано. На твоём месте я именно так и организовал бы фетч.

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

В новой сборке:

1. Черновики проверяются по хэшу. Так что если вы случайно что-то процитировали или просто ничего не написали (и нажали кнопку назад), то такие "пустышки" будут автоматически удалены при отправке.

Вообще, для такого специально есть кнопка удаления в меню, но ведь всякое бывает.

// Однако если отправлять сообщения стрелочкой во внутреннем редакторе, то оно уйдёт в принудительном порядке. Спамерам на заметку :)

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

APK как обычно: https://ii-net.tk/ii/files/app-debug.apk

Актуальный и самый удобный - rss2idec.
Ещё можно мой, но он серверный и в составе PHP-ноды.

Андрей что-то после миграции так и не обновил доку.

А ещё я только что потыкал по ссылкам и обнаружил, что на Common Lisp ни ноды, ни клиента уже нет.
Спрашивал ведь: "А давай я форкну?". На это мне был дан ответ, что все наработки останутся, и что форкать не надо.

Вообще документация у нас устарела. Многих ссылок нет, а те, которые есть, уже не отражают текущего положения дел.

Надо опять обновлять. Но кто этим займётся?

> А какой у нас сейчас есть актуальный RSS-фетчер?
> Ссылки на гихаб из документации ведут в 404...

Я своим пользуюсь http://git.spline-online.tk/spline/rss2idec

Надо бы вернуть на гитхаб, раз всем надо не гит, а именно гитхаб.

Очередной эксперимент с новостной эхой (не знаю насколько востребовано, но несколько дней уже пользуюсь).

ii://сабж живёт на таверне и транслирует main-ленту одноимённого сайта. Эха пока скрытая и не уверен, что долго проживёт, но пока новости мне видятся не такими жёлтыми, как на ленте.

А какой у нас сейчас есть актуальный RSS-фетчер?

Ссылки на гихаб из документации ведут в 404...

Спасибо.

>gogs
А я на форк, на gitea перешел :)

AL> Надо бы вернуть на гитхаб, раз всем надо не гит, а именно гитхаб.

Без разницы на сервер, но нам нужна своевременная правка документации

Вот, полюбуйся:

git clone https://github.com/vit1-irk/new-docs
cd new-docs

grep -r spline1986 .

И только бы кто-нибудь позаботился, да поправил ссылки. Можешь как раз это и сделать, у тебя RW-доступ в доку.

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

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

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

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

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

Маршрутизатор слишком хил и не поддерживает правильный NAT, с которым какбы не было бы
подобных проблем, который мог бы нормально определять имя сервака и
переносить все запросы по имени на прописанные виртуальные хосты, чтобы не
приходилось постоянно-периодически править /etc/hosts проставляя локальный
статический айпи в соответствие к адресам.

>Это просто наблюдение, так то WASD норм, только знать надо об этом. :)

Сейчас для этого я рисую небольшую инфографику для помещения на главной под списком конференций.

> И на hjkl продублируй, для вимеров)

Вимеры сильно обидятся, если я не буду для них рисовать инфографику, а просто напишу, что также можно использовать vikeys?

AL> WASD для листания сообщения и перелистывания на следующее/предыдущее.
AL> Что скажете?

И на hjkl продублируй, для вимеров)

AD для перемещения по сообщениям -- мегаудобно! Проникся.

Другое дело, что именно за клавиши использовать. Часто (почему-то) для следующий/предыдущий -- используют пробел и backspace.
Но пробел в браузере обычно это листание страниц. Может стрелки стандартные?
Это просто наблюдение, так то WASD норм, только знать надо об этом. :)

Нода работает по какому-то графику или как придётся? Просто наблюдаю достаточно стабильный её оффлайн.

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

Следующий шаг - перевод базы в sqlite3.

Эксперимента ради таки добавил в сабж (в апстриме iing этого пока нет) js-скриптов маленько. Теперь на главной можно мотать страницу посредством W и S, а в режиме чтения эхи можно пользоваться WASD для листания сообщения и перелистывания на следующее/предыдущее. А так же использовать Q для возвращения на главную.

Лично мне эта фича безумно нравится и я подумываю пушнуть её в апстрим. Что скажете?

> Сейчас ещё лучше, но баги всё равно есть
> Например, тот, про который я уже сообщал: https://ii-net.tk/screens/Screenshot_20170522-140701.png

Поставлю хром и посмотрю. В лисе не воспроизводится а то.

> И ещё вылезающий за границы экрана текст на главной странице: https://ii-net.tk/screens/Screenshot_20170522-140639.png

А вот это, вроде, поправил. Во всяком случае перестал воспроизводиться и на телефоне и на десктопе.

> Народ, подкиньте какой-нибудь милашный скрин текущей версии Цезия.

http://spline-online.tk/stuff/docs/pics/caesium_20170522.png

Не знаю насколько он милашный, но я так в секточке чижу.