Peter> Как бы починить клиент, чтоб не вылетал после выхода из фона? Это единственное, что мешает им наслаждаться. :)

Обновил клиент, баг должен больше не появляться (хотя бы в режиме чтения)

Также для Андрея починил обработку смешанных цитат

// Эти багофиксы клиента стоили мне 3,5 часов нервов
// Для вас же стараюсь, так что тестировать всем обязательно!

> Обновил клиент, баг должен больше не появляться (хотя бы в режиме чтения)
> // Для вас же стараюсь, так что тестировать всем обязательно!

Пользуюсь твоим клиентом постоянно! Завтра обновлюсь. Кстати, почему то в этот раз и текущая версия у меня не падала....

>> Обновил клиент, баг должен больше не появляться (хотя бы в режиме чтения)

Peter> почему то в этот раз и текущая версия у меня не падала....

Проявление бага почти полностью зависит от количества доступной оперативки и от поведения "сборщика мусора" в андроиде.

Вариант тестирования - зайти в андроиде в настройки разработчика и снизить лимит одновременно запущенных процессов до 1-2 (для повседневного использования лучше так не делать)

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

Решил посмотреть, чё творится на ноде
Прокинул все эхи из std.* (раньше была только std.club)

Обнаружил старый скрипт для регистрации, который свою функцию по факту не выполнял :)

Нам правда надо что-то делать с регистрацией и причесать то, что у нас есть, потому что информация про нашу секточку в документации снова устаревает...

Прошу отсканировать на Android-смартфоне QR-код ниже.
Фишка должна сработать, если установлен IDEC Mobile и есть интернет

// если клиент покажет пустое сообщение, то Меню -> Обновить с сервера

Сообщаем в ответе, кто что увидел

█▀▀▀▀▀█ █▀▄▀▄ ▀▀▄ █▀▀▀▀▀█
█ ███ █ █▀ ██▄█ █ █ ███ █
█ ▀▀▀ █ ▄▀▄▀▄▄█▀▀ █ ▀▀▀ █
▀▀▀▀▀▀▀ ▀▄█▄▀ █▄▀ ▀▀▀▀▀▀▀
██▄ ▀█▀▄▄▄ █▀ ▄▄█  ▀▄█▀█▀
▀ ▄▀▀▄▀ ▄ ▄▀▄ ▄▀▀▀▀▀▄▀█▄ 
██ █ ▄▀ ▀▄▀██ ██  ▀▀▄▀▀█▀
  ▀ ▀ ▀▀▄▄ █▀▀██▀ ▀██▀█▄ 
▀▀ ▀▀ ▀ █▀ ▄▄▄ ▄█▀▀▀█▀▀  
█▀▀▀▀▀█ ▄ ▄█▄ ▀ █ ▀ █▄▄ ▄
█ ███ █ ▀█▄▄ ▄▄▄▀███▀▀██▄
█ ▀▀▀ █ ▄▄█▀▀ █▄▀▀█▄▄█▄█ 
▀▀▀▀▀▀▀ ▀ ▀    ▀      ▀▀▀

Мой телефон не смог распознать qr код. Кривой он какой-то

vit01> Прошу отсканировать на Android-смартфоне QR-код ниже.
vit01> Фишка должна сработать, если установлен IDEC Mobile и есть интернет

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

В общем, пофиг пока на QR

Откройте вот эту ссылку на смартфоне

https://ii-net.tk/ii/test1.html

Ну а для теста сканера можно вот тут попробовать: https://ii-net.tk/ii/qr.png

ascii-art-QR коды иногда могут не открываться при плохом освещении

Меня переслало на ii://7Hbzt0ovAYawN7jvPJUz

Anotheroneuser> Меня переслало на ii://7Hbzt0ovAYawN7jvPJUz

Всё правильно, так и должно было быть
Просто хотел подумать насчёт фичи более удобной навигации по ссылкам

IDEC Mobile поддерживает открытие ii:// ссылок на системном уровне. То есть из любого приложения (например, из браузера) можно сослаться на определённую эху или сообщение.

Сначала я тестировал этот механизм через KDEConnect. Но потом подумал, что можно сделать ещё проще и удобнее

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

Сначала попробовал просто закодировать ii:// ссылку в виде QR и отсканировать. Это вполне себе срабатывает, но только не для всех QR-сканеров (многие из них воспринимают ссылки как plaintext, а не как URI)

А потом придумал, что можно сделать браузерную ссылку, как поступает Google Play, Telegram и многие другие. Кидаем QR-код с обычной "браузерной" ссылкой. Если у человека уже установлен IDEC Mobile, то сразу запустится клиент с нужным контентом.

// на декстопе аналогично, если будет поддержка со стороны десктопных клиентов

Если IDEC-софт не стоит, то сообщение просто откроется в браузере на одной из станций.

----------

Можно идти и в обратную сторону. Сделать в IDEC Mobile кнопочку "поделиться ссылкой". Тогда, имея тот же KDEConnect или другое средство передачи информации по сети, можно легко реализовать юзкейс "продолжить чтение на десктопе"

> Просто хотел подумать насчёт фичи более удобной навигации по ссылкам
Будет, конечно, неплохо.
Кстати, а какое устройство информационных узлов для обмена мнениями (форумов, комментариев и т.д.) считается наивыгоднейшим для аналитики?
Думал-думал, так и не представил себе. Теоретически, самым лучшим для аналитики будет считаться система, показывающая карту мысли: с чего всё началось и в каких направлениях двигалось.
Если мы будем видеть, от чего шли, нам проще будет следить, например, за сохранением тезиса беседы, нитью рассуждений и, в конце-концов, отслеживать приближаемся мы к истине или нет.

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

Хм, а вот открытый в idec.el qr-код я смог отсканить

// Sent from my GNU Emacs

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

Спрашивали про состояние в котором находится idec.el - я решил стартануть отдельный тред :)

>Для idec есть
>https://github.com/idec-net/idec.el
>Но я не знаю насколько он юзабелен пока

Докладываю про статус. Сам для себя я сейчас считаю, что idec.el находится в состоянии "стабильной"
альфа-версии. Что точно можно делать:
* Получать почту
* Читать почту онлайн/оффлайн
* Читать онлайн скрытоэхи
* Отвечать на письма(без цитирования)
* Писать новые сообщения
* Есть зачатачная поддержка синтаксиса IDEC(даже с ключевыми словами, типа, сабж)
* Менять некоторые настройки в `M-x RET customize-group RET idec`

В общем он работает. Выглядит пока, конечно, не так хорошо, как хотелось бы, но работает.
А еще нужно перелопатить код, чтобы приблизить idec.el к попаданию в MELPA.

Последние скриншоты можно заценить тут https://images.lessmore.pw в самом верху

// Отпрвленно из GNU Emacs. Хм, может добавить возможность вставки подписи к сообщениям?

vit01>> Собираюсь прицепить подписи в андроид-клиенте скоро
vit01>> Народ хочет фичу, значит будет

AL> Ну значит пора в цезии вводить шаблоны =)
AL> Может оговорим разметку для подписей?

Зачем её оговаривать? Предлагаю самый простой вариант - дописывание в конец сообщения любого текста на выбор.

А формат поинт пусть сам выбирает

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

А мне нравился "чистый" idec =) Но, понятное дело, как опция -- почему бы и нет.

vit01>>> Собираюсь прицепить подписи в андроид-клиенте скоро
vit01>>> Народ хочет фичу, значит будет
AL>> Ну значит пора в цезии вводить шаблоны =)
AL>> Может оговорим разметку для подписей?
vit01> Зачем её оговаривать? Предлагаю самый простой вариант - дописывание в конец сообщения любого текста на выбор.
vit01> А формат поинт пусть сам выбирает

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

Типа как ориджин сделать. Строка, начинающаяся с *** подкрашивается и является подписью =)

Но это так - бесполезные мыли.

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

AL> Типа как ориджин сделать. Строка, начинающаяся с *** подкрашивается и является подписью =)

Скриншоты в студию. Неплохо было бы и так
Но только пусть будет условие, что подобные строки строго в конце сообщения. Чтобы ничего не сломать.

Я подумываю отделять подписи от основного текста горизонтальной линией и затемнить (как метаданные наверху рядом с сабжем)

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

Peter> А мне нравился "чистый" idec =) Но, понятное дело, как опция -- почему бы и нет.

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

Peter>> А мне нравился "чистый" idec =) Но, понятное дело, как опция -- почему бы и нет.
vit01> Мне тоже чистый больше нравится. С другой стороны, можно сделать галочку в настройках "не показывать подписи"

Вот и надо для того подпись начинать как-то вычленять, об чём я и говорил в конце =)

ii://IUBOUMk9n96nGAOH1rs3 вот это вот сообщение загрузилось три раза. И отображается с одним и тем же id три раза. Странно.

ii://IUBOUMk9n96nGAOH1rs3 вот это вот сообщение загрузилось три раза. И отображается с одним и тем же id три раза. Странно.

Difrex> ii://IUBOUMk9n96nGAOH1rs3 вот это вот сообщение загрузилось три раза. И отображается с одним и тем же id три раза. Странно.

То, где ссылка на Medium?

У меня вот отображается трижды сообщение, которое следует прямиком за ним
Где "черепаха следует за птицей"
В repto они действительно ссылаются на одну и ту же мессагу, но собственное id у них разное. Жирным цветом в IDEC Mobile отображается именно repto, а не msgid.

Товарищ Anotheroneuser отправил несколько раз одно и то же сообщение

Блин, точно. Про черепаху. Не тот msgid скопировал. Было бы круто иметь опцию в трехточечном меню для копирования msgid просматриваемого сообщения.

Difrex> Было бы круто иметь опцию в трехточечном меню для копирования msgid просматриваемого сообщения.

Оно копируется просто по нажатию на msgid.

Дичайше прошу прощения :)
Черепаха не ползла, как следует. Пришлось её немного подчерепашить, вот и получилось три раза.

AL> Вот и надо для того подпись начинать как-то вычленять, об чём я и говорил в конце =)
Давайте уже выберем какой-ниубудь формат :)
А то мне поменять не сложно на самом деле, но я хочу начать работу по подготовке кода для MELPA и заморозить добавление фич.

// Sent from my GNU Emacs

Вот пример фидошной подписи

-- 
Best regards! 
Posted using Hotdoged on Android 
--- Hotdoged/2.6/Android
* Origin: Android device, Milky Way (2:5020/2141.3)

Это жуть и неприемлемо.
Надо что-нибудь очень простое. И обязательно поставить условие, чтобы подпись была в конце сообщения, иначе в plaintext без парсера будет нечитаемо.

Меня вполне устраивает формат комментариев

// C style

Или

# bash/python style

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

Текст сообщения

# Подпись

vit01> Вот пример фидошной подписи
vit01> Это жуть и неприемлемо.
Согласен

vit01> Меня вполне устраивает формат комментариев
+1

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

vit01> ====
vit01> Текст сообщения

vit01> # Подпись
vit01> ====

Короче, у меня так и сделано - через //.
Если так норм, то оставлю такой вариант.

// Sent from my GNU Emacs

vit01> Это жуть и неприемлемо.
vit01> Надо что-нибудь очень простое. И обязательно поставить условие, чтобы подпись была в конце сообщения, иначе в plaintext без парсера будет нечитаемо.

vit01> Меня вполне устраивает формат комментариев

vit01> // C style

vit01> Или

vit01> # bash/python style

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

vit01> ====
vit01> Текст сообщения

vit01> # Подпись
vit01> ====

Если у меня нет подписи, то я не могу оставить комментарий в конце сообщения. Потому что с точки зрения договорённости это подпись.

Может всё же использовать какой-то более другой управляющий символ?

AL> Если у меня нет подписи, то я не могу оставить комментарий в конце сообщения. Потому что с точки зрения договорённости это подпись.

AL> Может всё же использовать какой-то более другой управляющий символ?

Я за ;;;

AL>> Может всё же использовать какой-то более другой управляющий символ?

Difrex> Я за ;;;

Как лиспер я тебя понимаю =)

AL>> Может всё же использовать какой-то более другой управляющий символ?

Difrex> Я за ;;;

Как лиспер я тебя понимаю =)

AL> Если у меня нет подписи, то я не могу оставить комментарий в конце сообщения. Потому что с точки зрения договорённости это подпись.

AL> Может всё же использовать какой-то более другой управляющий символ?

Ну давайте тогда лисповские ;;;
Но только в самом конце. Вдруг лиспер захочет оставить комментарий в середине сообщения =)

AL>> Если у меня нет подписи, то я не могу оставить комментарий в конце сообщения. Потому что с точки зрения договорённости это подпись.

AL>> Может всё же использовать какой-то более другой управляющий символ?

vit01> Ну давайте тогда лисповские ;;;
vit01> Но только в самом конце. Вдруг лиспер захочет оставить комментарий в середине сообщения =)

Конечно в конце, подпись же :)

vit01>> Ну давайте тогда лисповские ;;;
vit01>> Но только в самом конце. Вдруг лиспер захочет оставить комментарий в середине сообщения =)

Difrex> Конечно в конце, подпись же :)

Вообще, я бы взял какой-нибудь вариант типа *** как нейтральный.

Может голосование в pipe.2032 устроим из трёх вариантов? Все же в спеку пойдет.

// Так
;;; Так
*** Или так

AL> Вообще, я бы взял какой-нибудь вариант типа *** как нейтральный.

В Markdown *** означает горизонтальную черту по типу <hr> (текст на той же строке не считается)

А в org-mode это заголовок в иерархии

Так что это не совсем нейтрально, как кажется

Difrex> Может голосование в pipe.2032 устроим из трёх вариантов? Все же в спеку пойдет.
Difrex> ====
Difrex> // Так
Difrex> ;;; Так
Difrex> *** Или так
Difrex> ====

Со звёздами как-то наиболее аккуратно выглядит и не конфликтует с комментариями. Мы же ещё ориентируемся на чтение в plain text?

AL>> Вообще, я бы взял какой-нибудь вариант типа *** как нейтральный.

vit01> В Markdown *** означает горизонтальную черту по типу <hr> (текст на той же строке не считается)

vit01> А в org-mode это заголовок в иерархии

vit01> Так что это не совсем нейтрально, как кажется

Комментарии и куски кода у нас используются, а маркдаун и орг-мод нет. Но это только моё мнение.

Может надо было маркдаун использовать для всего? :)

Если эстетически, то ***.
Но я не понял, ориджин будет всегда 1 строчным?

Может вообще не надо это в стандарт. Ну как в почте, мало ли какой клиент что лепит в конце? Может не надо усложнения?

Peter> Если эстетически, то ***.
Peter> Но я не понял, ориджин будет всегда 1 строчным?
У меня в idec.el только однострочные пока.

Peter> Может вообще не надо это в стандарт. Ну как в почте, мало ли какой клиент что лепит в конце? Может не надо усложнения?
Не, ну определиться с форматом было бы хорошо. Есть же у нас договоренности про ====, например.

*** Sent from my GNU Emacs

Difrex> Не, ну определиться с форматом было бы хорошо. Есть же у нас договоренности про ====, например.

Тогда вот ещё для выбора:

+++ написано в idec Mobile
+++ http://instead.syscall.ru

Difrex>> Не, ну определиться с форматом было бы хорошо. Есть же у нас договоренности про ====, например.
Peter> Тогда вот ещё для выбора:
Peter> +++ написано в idec Mobile
Peter> +++ http://instead.syscall.ru

Ну да. Плюсики мне даже больше нравятся =)

Зацените в новой сборке

Писать только чистый текст без разметки. Плюсики клиент выставит сам при отправке.

Ещё специально сделал так, чтобы при ответе на сообщение подписи не цитировались. Это позволит не захламлять переписку.

+++ Отправлено через IDEC Mobile
+++ Linux rulez, Windows sucks, friendship is magic

Прикольно. А как несколько строк задать?

+++ http://club.syscall.ru

Peter> Прикольно. А как несколько строк задать?

Так и задаёшь - через Enter

+++ Отправлено через IDEC Mobile
+++ Linux rulez, Windows sucks, friendship is magic

Зашибись :)

+++ Sent from IDEC mobile

Ой, ответил не на топ-пост.

+++ Sent from IDEC mobile

В сабже появилась полноценная поддержка подписей.

Подпись хранится в файле template.txt.

ВНИМАНИЕ! При обновлении клиента не забудьте обновить темы. Появился новый параметр - origin.

+++ Caesium/0.4 RC1
+++ Лично я вижу в этом перст судьбы — шли по лесу и встретили программиста.