moecapson is the new monospace

MOE
сокр. от measure of effectiveness
критерий эффективности

Во-первых, это просто красиво.

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

ШГ

УМВР. Что-то где-то тормозит у тебя.

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

хранят очередь событий в стеке вместо fifo

Ты что наделал, я теперь ваще не усну, пока в обморок не упаду от душительного смеха xD

В данном случае это прямо явно видно, да: сначала «mo», а потом «nospace» наоборот. Но иногда бывает что-то вроде «mecapsono» и другие вариации.

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

Баг будешь заводить? Интересно что ответят.

mecapsono

Так тут тоже стек, только начиная с 2 буквы. А ещё он, возможно, может закончиться в середине слова иногда а не в конце.

В ближайшее время нет. Меня пока что хватает только чтобы поныть на форуме.

да.

А, точно, да. Я «ono» прочитал в прямом направлении. Подумал, что тут

 ----------->-+
  1     234   |
  m     ono   V
   ecaps      |
   98765      |
 <--------<---+

Но как вообще нужно было так написать софт

Может после ввода каждого символа запускается в отдельном потоке поиск, после рапорта которого об окончании этот символ и добавляется в buffer GtkEntry.

Просто «mo+n+o» отрабатывает быстрее, чем «mo+n», поэтому первым рапортует об окончании поиска своей буквой в форме ввода. Как-то так вроде выглядит.

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

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

То есть порядок обработки верный, но курсор всегда стоит после первых символов mo|

Наставил шрифтов, открываешь в Cinnamon выбиралку этих самых шрифтов - слайд-шоу, даже если не набирать часть названия. Что у разработчиков с головой?

Хахахахаха! Гном – это праздник, как и всегда!

Хм… Пробовал и так, и этак — не получается воспроизвести.

Какие версии?

Да, у меня около 300 шрифтов, и фильтрация списка тормозит.

Всего? Что они там наговнокодили, что поиск по 300 элементам занимает так долго? 0__o

Подтверждаю, такая же хрень была, когда гном стоял. Отправил его в направлении мусорки, проблема решилась.

В конце гифки надо вставить гифку «вот это поворот» и в таком виде запруфать в багтрекер

Ты ничего не понимаешь! Это просто скрытый функционал генератора анаграмм. Скоро выпустят gnome-twe4k3r-t001, который будет уметь это отключать.

А так вообще наслаждайся, пока не выпилили!

Какие версии?

Попробуй gnome-font-viewer с того коммита, где они перешли на GTK4. Возможно, у тебя ещё на GTK3, а там такой проблемы нет.

Вообще у меня текущая версия Debian testing. Соответственно, версии те же, что сейчас в Debian testing:

gnome-font-viewer       43.0-1
libadwaita-1-0:amd64    1.2.1-2
libc6:amd64             2.36-8
libcairo2:amd64         1.16.0-7
libfontconfig1:amd64    2.14.1-3
libfreetype6:amd64      2.12.1+dfsg-4
libfribidi0:amd64       1.0.8-2.1
libglib2.0-0:amd64      2.74.5-1
libgraphene-1.0-0:amd64 1.10.8-1
libgtk-4-1:amd64        4.8.3+ds-1+b1
libharfbuzz0b:amd64     6.0.0-1
libpango-1.0-0:amd64    1.50.12+ds-1
libpangocairo-1.0-0:amd64 1.50.12+ds-1

Странно, Firefox ещё на GTK+ 3, а у меня уже бывает так. Набиваю URL, он там автодополняет, я удаляю концовку, жму энтер и… попадаю на ту страничку, что была автодополнена. И стало так происходить после того, как они сравнительно недавно переделали URL bar. Такое впечатление, что его на JS переписали вэб-программисты.

Я запустил Fedora live в VM и попробовал там.

УМВР (43.2)

Набиваю URL, он там автодополняет, я удаляю концовку, жму энтер и… попадаю на ту страничку, что была автодополнена. И стало так происходить после того, как они сравнительно недавно переделали URL bar. Такое впечатление, что его на JS переписали вэб-программисты.

Да, та же фигня. Там похоже автодополнение пытается обратно подставить конец строки.

Похоже, как-то связано с ibus. Если убить ibus-daemon, то баг пропадает. И если под Weston запустить ibus, то и там начинает воспроизводиться, хотя до этого не воспроизводился.

… чтобы хоть какая-то задержка приводит к перепутыванию порядка событий?

У меня такое раньше в гноме с ibus-ом было. При лагах порядок символов мог поменяться. Проблему заметил где-то с ~2012-2014 года.

Похоже, как-то связано с ibus. Если убить ibus-daemon, то баг пропадает.

Ага, это оно. Раньше еще в гноме под иксами при переключении раскладки по caps-локу на мгновение процессор уходил в полку и при быстром наборе раскладка могла переключиться в середине слова.

GTK - прорыв за рывком, прямо как…?

педорцы-фридесктопцы-гноморасты-гетекашники то?

увы, скорее не интересно, ибо предсказуемо.

Может, они каждый раз все шрифты из ФС читают 🤷

Я извиняюсь, насколько быстро нужно?

https://files.catbox.moe/hqxvxd.webm

p.s. все ошибки мои, а не программные.

> fc-list | wc -l
754

Ну кстати да, я не удивлюсь. Пусть ТС код посмотрит и нам скажет.

ТС, а выложи результат fc-list | wc -l ?

выложи результат fc-list | wc -l

$ fc-list | wc -l
2943

Пусть ТС код посмотрит и нам скажет.

ТСу этим заниматься слишком лень. Но ТС может запустить программу под strace. Вижу, что делается open+stat+mmap+close на некоторые файлы шрифтов. С каждой дополнительной введённой буквой число open явно сокращается. Возможно, превьюшки каждый раз генерируются? Это было бы странно, но объяснило бы лаги.

$ fc-list | wc -l
2943

Вах! У меня чуть больше тысячи.

С каждой дополнительной введённой буквой число open явно сокращается. Возможно, превьюшки каждый раз генерируются? Это было бы странно, но объяснило бы лаги.

Ну кстати да. Возможно, что это оно и есть.

IBUS issue: https://gitlab.gnome.org/GNOME/gtk/-/issues/5347