Замечаю за собой очень часто, что мне лень писать большие и развёрнутые Email-ы и в том числе сюда в IDEC.

У меня до сих пор висит в избранных тот диалог по поводу лимита в 64 килобайт, по поводу нетмейла и выкидывания фэх, по которым всё жду повода высказаться, хотя надо было раньше.

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

Может быть, всё из-за того, что по большей части стал писать с IDEC Mobile, и мне перестали нравиться наши десктопные клиенты? Может быть...

Сейчас сижу на десктопе, делаю демонстрацию экрана через программу scrcpy и пишу как раз через IDEC Mobile (используя виртуальную клавиатуру WIFIKeyboard). Такой вот костыль.

Под десктоп, как оказалось, крайне сложно создать красивый адаптивный интерфейс, продуманный до мелочей (особенно материальный "как под гугл"). Пробую уже который раз освоить QtQuick, но натыкаюсь на грабли и бросаю. Обычные QtWidgets технически красивы, но не предоставляют такого удобного API как Activity, Fragment и раздельные layout-файлы, как в андроиде, да и с адаптивщиной там трудно. Веб-гуйня вроде Electron отвратительна, жрёт кучу памяти, тормозит и занимает много места.

Или попробовать что-то вроде Kirigami или GTK3 + libhandy? Но там свои косяки, в том числе с переносимостью.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

> Замечаю за собой очень часто, что мне лень писать большие и развёрнутые Email-ы и в том числе сюда в IDEC.

Вот-вот. Веб2.0 сделал вдумчивое общение ненужным. А интерфейсы - подтянулись к этому.

Я вот в фидо подключился, запустил голдеда и почувствовал то самое чувство, когда ты пишешь спокойно вечером письма а на след. день отвечаешь.
Но в фидо почти никого не осталось. :)

Хотя, может быть, это субъективное чувство. Например, в браузере я не способен вдумчиво читать, писать и что то изучать. Просто не могу сосредоточиться. А мой друг, например, спокойно читает книги и так далее... Так что не знаю....

Для меня интерфейс в котором я могу думать -- это что-то однооконное и крайне простое. Консольное. Статьи в вебе читать вдумчиво получается только в w3m, например. Ибо нет отвлекающих элементов.

>> Замечаю за собой очень часто, что мне лень писать большие и развёрнутые Email-ы и в том числе сюда в IDEC.
Peter> Вот-вот. Веб2.0 сделал вдумчивое общение ненужным. А интерфейсы - подтянулись к этому.

Этот тренд есть, но я говорю немножко про другое. У нас есть Цезий и CutieFeed из десктопного. У них у обоих серьёзнейшая беда, что нет сортировки сообщений по времени, из-за чего они часто приходят перепутанные. Цезий нуждается в проработке дефолтных настроек, в том числе сочетания клавиш, база, конфиг и.т.д. CutieFeed так и не может осилить хороший кэш, SQLite базу, адаптивный GUI и обработку большого количества сообщений. Cамо построение интерфейса, Layout, далёк от идеального. И тут я просто хотел бы переписать IDEC Mobile на десктоп, потому что с точки зрения UX это то что надо.

Peter> Я вот в фидо подключился, запустил голдеда и почувствовал то самое чувство, когда ты пишешь спокойно вечером письма а на след. день отвечаешь.

Кстати, ещё одна проблема. Днём в учебное время я почти всегда на ногах, поэтому пишу в это время с IDEC Mobile. Но когда приходишь домой, то хочется засесть за полноценную компьютерную клаву и продолжить написание черновика уже там (или наоборот, а фигушки там). Вот в Email это сделано удобнее всего, потому что черновики автоматом синхронизируются. Но здесь уже надо подумать, как в наших клиентах подобную проблему решать. Я бы это через KDEConnect сделал или через QR-коды.

Peter> Хотя, может быть, это субъективное чувство. Например, в браузере я не способен вдумчиво читать, писать и что то изучать. Просто не могу сосредоточиться. А мой друг, например, спокойно читает книги и так далее... Так что не знаю....

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

Peter> Для меня интерфейс в котором я могу думать -- это что-то однооконное и крайне простое. Консольное. Статьи в вебе читать вдумчиво получается только в w3m, например. Ибо нет отвлекающих элементов.

Консольные браузеры хороши частенько. Мой любимый - это Elinks.

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

>>> Замечаю за собой очень часто, что мне лень писать большие и развёрнутые Email-ы и в том числе сюда в IDEC.
Peter>> Вот-вот. Веб2.0 сделал вдумчивое общение ненужным. А интерфейсы - подтянулись к этому.
vit01> Этот тренд есть, но я говорю немножко про другое. У нас есть Цезий и CutieFeed из десктопного. У них у обоих серьёзнейшая беда, что нет сортировки сообщений по времени, из-за чего они часто приходят перепутанные.

Сортировка по времени это не проблема, но юзабельность в наших реалиях не очень. Например, у нас пришло 30 новых сообщени. Их них 10 с дальни станций за вчера, а 20 с ближней за сегодня. И сегодня утром мы вчерашние сообщения дочитали. Получается, что чтобы прочитать всю новую почту надо туда-сюда по сообщениям бегать. В HotdogEd я таким столкнулся и мне это показалось жутко неудобно. Не взирая на кошмарность цезия я намерено не делал ничего, чтобы отображать сообщения в порядке отличном от порядка получения. Это единственный вариант лениво читать их =)

> У нас есть Цезий и CutieFeed из десктопного
Еще idec.el :P

> Вот в Email это сделано удобнее всего, потому что черновики автоматом синхронизируются
Это не везде так.

>> У нас есть Цезий и CutieFeed из десктопного
Difrex> Еще idec.el :P

Всё не соберусь его посмотреть =)

>> Вот в Email это сделано удобнее всего, потому что черновики автоматом синхронизируются
Difrex> Это не везде так.

В клиентах такого не припомню, да и не у каждой вебморды такое видел =)

>> У нас есть Цезий и CutieFeed из десктопного
Difrex> Еще idec.el :P

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

Просто когда я последний раз его пробовал, то были глюки с запуском idec-mode.

>> Вот в Email это сделано удобнее всего, потому что черновики автоматом синхронизируются
Difrex> Это не везде так.

Пользуюсь k9mail в связке с Яндексом (вебмордой, как правило), черновики взаимно подцепляются.

Пару дней назад настроил Thunderbird, там ещё не проверял.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

vit01>> У нас есть Цезий и CutieFeed из десктопного. У них у обоих серьёзнейшая беда, что нет сортировки сообщений по времени, из-за чего они часто приходят перепутанные.

AL> Сортировка по времени это не проблема, но юзабельность в наших реалиях не очень. Например, у нас пришло 30 новых сообщени. Их них 10 с дальни станций за вчера, а 20 с ближней за сегодня. И сегодня утром мы вчерашние сообщения дочитали. Получается, что чтобы прочитать всю новую почту надо туда-сюда по сообщениям бегать.

Не понимаю, про что ты говоришь
У нас время синхронизации между станциями - это 10, 20 минут, максимум час.

И даже если учесть, что сообщения со вчерашнего дня пришли позднее, чем с сегодняшнего, то это в любом случае путаница.

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

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

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

> Не понимаю, про что ты говоришь
> У нас время синхронизации между станциями - это 10, 20 минут, максимум час.

А напомните, о каком времени идёт речь? О времени прихода сообщения на первую станцию в цепочке?

>> Не понимаю, про что ты говоришь
>> У нас время синхронизации между станциями - это 10, 20 минут, максимум час.

Peter> А напомните, о каком времени идёт речь? О времени прихода сообщения на первую станцию в цепочке?

Можно и так сказать, хотя это не в точности так
Топология нашей сети в нынешнем виде - практически звезда, то есть "все фетчат всех"

Моя станция, например, скачивает сообщения с соседей раз в 10 минут

У других может быть чуть побольше

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

> Можно и так сказать, хотя это не в точности так

Я о другом. В стандарте это время проставляется в сообщение когда? То-есть, когда мы говорим о сортировке сообщений по времени, откуда берётся это время?

>> Можно и так сказать, хотя это не в точности так

Peter> Я о другом. В стандарте это время проставляется в сообщение когда? То-есть, когда мы говорим о сортировке сообщений по времени, откуда берётся это время?

А, ты про вон то время

У сообщения есть поле с unixtime, которое проставляет станция сразу же, как только поинт его загнал на сервер. В дальнейшем это поле остаётся всегда неизменным (даже если сообщение попало на другую станцию).

То есть это время, полностью совпадающее со временем нажатия кнопки "отправить" в клиенте. Когда я говорил про сортировку, то имел в виду именно это поле.

+++ Отправлено через IDEC Mobile
+++ GNU/Linux, Android, physics, MLP:FIM

> То есть это время, полностью совпадающее со временем нажатия кнопки "отправить" в клиенте. Когда я говорил про сортировку, то имел в виду именно это поле.

Тогда согласен, такая опция "сортировки" -- была бы полезной. Впрочем, чтение сообщений по времени фетча со своей ноды = тоже удобно.

vit01>>> У нас есть Цезий и CutieFeed из десктопного. У них у обоих серьёзнейшая беда, что нет сортировки сообщений по времени, из-за чего они часто приходят перепутанные.
AL>> Сортировка по времени это не проблема, но юзабельность в наших реалиях не очень. Например, у нас пришло 30 новых сообщени. Их них 10 с дальни станций за вчера, а 20 с ближней за сегодня. И сегодня утром мы вчерашние сообщения дочитали. Получается, что чтобы прочитать всю новую почту надо туда-сюда по сообщениям бегать.
vit01> Не понимаю, про что ты говоришь

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

vit01> У нас время синхронизации между станциями - это 10, 20 минут, максимум час.

Что не отменяет такого сценария.

vit01> И даже если учесть, что сообщения со вчерашнего дня пришли позднее, чем с сегодняшнего, то это в любом случае путаница.

Не понимаю в чём путаница. Ты просто видишь новые сообщения.

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

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

Наверное я криво объясняю, меня и про HotdogEd не понимали с этой проблемой. Просто довольно странно видеть это не как фичареквест в момент, когда оно тебе было надо, а как недостаток несколько лет спустя =)

>> Не понимаю, про что ты говоришь
>> У нас время синхронизации между станциями - это 10, 20 минут, максимум час.
Peter> А напомните, о каком времени идёт речь? О времени прихода сообщения на первую станцию в цепочке?

Ну вообще, час это точно то время, за которое у нас фактически мессага дойдёт из конца в конец сети. На самом деле даже быстрее раза в два-три.

>>> Не понимаю, про что ты говоришь
>>> У нас время синхронизации между станциями - это 10, 20 минут, максимум час.
Peter>> А напомните, о каком времени идёт речь? О времени прихода сообщения на первую станцию в цепочке?
vit01> Можно и так сказать, хотя это не в точности так
vit01> Топология нашей сети в нынешнем виде - практически звезда, то есть "все фетчат всех"

Если бы была звезда, то хаб фетчил бы всех, а остальные только через него сообщались. У нас практически полносвязка.

vit01> Моя станция, например, скачивает сообщения с соседей раз в 10 минут
vit01> У других может быть чуть побольше

Если верить схеме сети, то больше можно не брать в рассчёт =)

>> Можно и так сказать, хотя это не в точности так
Peter> Я о другом. В стандарте это время проставляется в сообщение когда? То-есть, когда мы говорим о сортировке сообщений по времени, откуда берётся это время?

Время в сообщение проставляется когда узел регистрирует его. То есть когда поинт отправляет сообщение узлу.

> Но если там удобно работают черновики с фетчем
Не знаю, что за черновики с фетчем в Емаксе, но реализовать ты это можешь набирая текст в каком-нибудь файле и синкая его через owncloud(или подобное). Мне это не нужно просто.
Но ты можешь поставить задачу. Но я все-равно не понимаю, как ты предполагаешь делать синк? Поднимать
сервак свой для синка я не хочу.

> Просто когда я последний раз его пробовал, то были глюки с запуском idec-mode.
Просто так вызывать idec-mode не нужно.
Точки входа:
* `idec-local-browse' чтение загруженных сообщений
* `idec-online-browse' чтение эх в онлайне(писать от туда тоже можно)
* `idec-online-browse-hidden' чтение в онлайне скрэтоэхи
* `idec-load-new-messages' фетч новых сообщений
* `idec-browse-local-echo' переход сразу в локальную эху

> есть сортировка мессаг по дате
Изначально она там была, но потом я перевел сортировку сообщений по порядку поступления, т.е. как в Цезии.
Собственно, могу добавить сортировку по времени и опцию в customize, если очень надо.

Но порог вхождения в idec.el(как и в Емакс в целом) высок, да :)