Сдохло колёсико на мыше и вспомнил о них… Физические стрелки гоняют курсор — это особенно приятно на двухстраничном (а он прямо нужен — пытают собрать длинные сноски в документе под печать) виде.

Яндекс предлагает:

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

Но ссылка ведёт на поломанную страницу вики ещё опеноффиса. А у современной панели навигации (F5) вообще нет упоминания стрелок или настроек.

В принципе, если бы как в ворде можно было бы оперативно скрыт верхнюю жирнопанель одной кнопкой и\или в режиме полного экрана (ctrl+shift+J) он ходил по листам, а не относительно курсора, но тут тоже засада:

«Чтобы скрыть верхнюю панель в OpenOffice Writer, нужно нажать пункт меню «Вид» — «Панели инструментов» и убрать галочку напротив названия нужной панели.»

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

Прыгать между двумя инвалидами — world 2010 и writer можно, так и делаю, но грустно.

Закончилось масло для тримера, которое использовалось для смазки кулеров (ну и триммера) — оно всем устраивало. Если заказывать аналогичное, то оно несколько неадекватно по цене и ждать минимум неделю.

Из того, что можно пойти и купить:

• «специализированное» в шприцах, по совсем неадекватной цене в DNS;
• масло EURO Clean EUR A-06 для смазки бритвенных станков и тримеров, с несколько неоднозначными комментариями о качестве тары и какое-то количество о качестве самого масла в том же DNS;
• «дешманское» масло марок ПМС-100 и ПМС-200 в радиомагазине.

Собственно возник вопрос о густоте ПМС-100 — оно по старому видео на Ютубе уже кажется гуще масла для тримеров, а тут упоминались, как подходящие для смазки, ещё более густые ПМС-200 и ПМС-400. Оно только кажется, что ПМС-100 гуще масла для тримеров или нет?

В последнее время, часто видео в Ютубе стали замирать на 30-50 секунде. В этом случае отчасти помогало F5, а иногда Ютуб выдавал ошибку буферизации и жать на F5 можно было долго. И это повторялось в любом браузере (во всяком случае, ссылка из фф в хромообразных тоже бесконечно буферизировалсь). Через smplayer подобные видео нормально воспроизводились, не без редких подтормаживаний на перемотке, переходе, но воспроизводились. После переключения из XFCE в Гном, проблема пока не воспроизводиться. При том, субъективно кажется, что браузер в Гноме кэширует видео с куда большим запасом (и памяти кушает больше), чем в XFCE.

Установленный через flatpak easyeffects в XFCE (Fedora — в Гноме было аналогично, но прошло после обновления) не хочет добавляться в автостарт (хотя он там вроде есть) и не хочет убирать переключатель с «Завершать работу по закрытии окна», при попытке сделать это из настроек программы, выдавая такое:

$ flatpak run com.github.wwmm.easyeffects

(easyeffects:2): Gtk-WARNING **: 04:17:33.440: No IM module matching GTK_IM_MODULE=xim found

(easyeffects:2): easyeffects-WARNING **: 04:17:59.037: 	libportal.cpp:79	Background access has been denied

(easyeffects:2): easyeffects-WARNING **: 04:17:59.037: 	libportal.cpp:80	Please allow Easy Effects to ask again with flatpak permission-reset com.github.wwmm.easyeffects

(easyeffects:2): easyeffects-WARNING **: 04:17:59.119: 	libportal.cpp:104	due to error, setting shutdown on window close state and switch to true

На команду flatpak permission-reset com.github.wwmm.easyeffects ни какого эффекта.

В теме https://github.com/wwmm/easyeffects/issues/3136 по этому поводу, не(?) автор программы был почему-то уверен:

If you are using XFCE, you should be using xdg-desktop-portal-gtk instead of xdg-desktop-portal-gnome

More info here: bbs.archlinux.org

что проблема в xdg-desktop-portal-gnome, на возражения, что он не активен, а активен как раз xdg-desktop-portal-gtk не реагировал и придерживался этой мысли до конца. Тут было или полнейшее недопонимание, или троллинг.

Вариант запускать просто окно с приложением, тоже вариант, так как фоновый процесс версии из стороннего репозитория часто вылетает — смысла в нём немного.

ps — нашлась минимум третья подобная тема https://github.com/wwmm/easyeffects/issues/1363 — ну что сказать…

На каком ядре, или что нужно установить для приемлемой работы AFR 16? Даже на wine-9.7-staging с доустановленным vcrun2015-2022 (без которого он не работает) у него при первом распознании начинается как-то дикий жор памяти — у меня съедало все 16гб. При повторном распознании, после того как его грохает система за прожорливость, особых проблем с памятью вроде и нет, но есть проблема с кликом ПКМ в области распознавания и навигации — вылазит подобная ошибка:

/home/runner/build_wine/winedlls/user32/text.c Line: 746
Expression: «pellip->under == 0 && pellip->after == 0»

Которая вполне может закончиться вылетом. На ядре wine-lutris-GE-Proton7-28-x86_64 (где ни каких дополнительных пакетов не нужно, и относительно нормально работает AFR-14) проблем с ПКМ нет, но первоначальный жор памяти в наличии (на openbox-e, жор памяти как-то можно пережит, во всяком случае файлов, которые вызывали бы больший жор памяти, ещё не попадались). В принципе, можно обойтись AFR-14, но даже с теми проблемами, AFR-16 распознаёт лучше и выглядит предпочтительней, в плане последующих трудозатрат.

Возможно это фича KDE — сглаживание шрифтов как в XP (точнее его отсутствие), а не баг. Но в Гноме (который надоел своим сломанным треем) и XFCE сглаживание есть, и выглядит оно приятнее, чем https://images2.imgbox.com/84/fa/gdtMgyOU_o.png — тем более шрифт не того размера https://images2.imgbox.com/13/0b/rsPNcw2U_o.png (был установлен corefonts и в системе есть все виндовые шрифты)

Было попробовано через winetricks fontsmooth=rgb, но ни каких изменений.

Короче, что было. После обновления в Fedora 36, десктопный Телеграмм порадовал сообщением:

telegram-desktop: error while loading shared libraries: libssl.so.1.1: cannot open shared object file: No such file or directory

Гугл в свою очередь порадовал 1001 способом создания символических ссылок для устранения этой проблемы. Но Телеграмм ничего не принял, кроме этой некролибы (зараза привередливая), найденной в виде пакета для совместимости openssl1 в репозитории, попутно попив крови.

До about:config -> browser.proton.enabled -> false 91 фоксу паралельно. Страдать?

Через userChrome.css https://www.dyingtowrite.com/posts/25_revert-firefox-tabs/ пока последний не выпили.

Собственно у меня начинает развиваться теория заговора, на тему того, что разрабы гнома желаю выпилить это приложение вообще из экосистемы гнома. Dash to Panel уже давно готов для Gnome 40 https://github.com/home-sweet-gnome/dash-to-panel Не меньше месяца как.

Но в «чудо магазине» https://extensions.gnome.org по поиску его нет от слова совсем. Через гугл оно есть для 3.38 https://extensions.gnome.org/extension/1160/dash-to-panel/ и обновлять его не собираются. В репозитории Федоры его вообще не для каких версий третегнома, ни когда не было, в отличие от расово верного Dash to Dock.

Есть конечно вариант отвязаться от гномовского магазина приложений, что бы не наблюдать в каждый новый сеанс, с релиза г40, попытку «обновить» DtoP 40, в режиме только для чтения, до версии 3.38, и устанавливать недостающие расширения из гитхаба. Но пока ещё теплится надежда, что это раздолбайство, а не новая политика партииправительства гномовцев.

Собственно строчная кириллическая Т отображается как - (выглядит это так https://yadi.sk/i/UOI8UNieItUqRQ), невозможно ввести двоеточие в адресной строке, если lucida используется как системный. Это происходит как в интерфейсе браузеров, так и в содержимом. В остальном окружении изменений не произошло. В хроме это уже с полгода так, в ффоксе сравнительно недавно. Ума не приложу, с чем это связанно, т.к. с ни менее древним Ариалом ничего подобного не произошло. Да и как-то сомнительно, что в новых версиях utf могли произойти столь глобальные изменения. Найти причину у меня не получилось. Версия шрифта 0.24.1, более новой версии так-же найти не вышло.

Пришлось устанавливать Федору с чистого листа из-за своих кривых рук. Не в первый раз. Всё делал как обычно: в графическом установщике установил систему в один раздел, без деления на разделы под home и прочее; в home/user примонтировал другие разделы — home/user/1,2,3 (файлопомойки, с правами «почти кто угодно»). До этого проблем не было — на home/user мой пользователь получал права (обычного пользователя, не рута) без дополнительных телодвижений. Но в этот раз через chown. Выглядело это так: менеджер входа хавает пароль, обновляется и требует пароль снова. Пока не посетила мысль проверить права доступа на каталог пользователя. Всё остальное было явно впорядке. Собстенно вопрос: что-то было сделано не правильно, или это ошибка установки\установшика? Ещё, в этот раз, мой пользователь стал sudo — установщик даже не спросил, хочу ли я сделать разделение на чистого администратора и пользователя. Только какой-то корпаративный пользователь и обычный\sudo. Возможно, использование корпоративного пользователя включило бы добавление отдельного администратора, но на тот момент, это была несущественная мелочь.