LINUX.ORG.RU

Sway Input Configurator 1.3.0

 , , ,

Sway Input Configurator 1.3.0

1

1

Доступен Sway Input Configurator 1.3.0 — утилита для простой настройки устройств ввода в Sway. Утилита написана на Python с использованием Qt5/PySide2, и позволяет в пару кликов настроить параметры клавиатуры, мыши и тачпада. Настройки хранятся в файле JSON, используются стандартные для Libinput опции настройки устройств ввода, будь то раскладка клавиатуры, комбинация клавиш для смены раскладки, настройка скорости указателя, эмуляция кнопок мыши в тачпаде и т.д.

В новом выпуске:

  • Проведен рефакторинг интерфейса, который был переведен на использование форм Qt Designer;
  • Добавлена возможность сброса настроек программы к заводским, как в интерфейсе, так и с помощью параметра командной строки --restore;
  • Обеспечена автоматическая активация примененных настроек, путем добавления конфигурационных файлов программы в конфигурационный файл Sway при активации пункта «Использовать настройки (Use this settings), а также их автоматическое удаление при возврате к настройкам по умолчанию;
  • Добавлена опция для настройки событий тачпада, например его программного отключения при подключении мыши;
  • Добавлена опция для настройки методов клика на тачпадах с сенсорными кнопками;
  • Реализована поддержка локализации, добавлены переводы на русский, белорусский и украинский языки. Язык интерфейса устанавливается в зависимости от системной локали, но может быть переопределен через параметр --locale.

>>> Подробности

★★★★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 1)

Ответ на: комментарий от Skullnet

В Wayland НЕТ дробного масштабирования

Его и в иксах считай нет, почти везде только текст скейлится. У меня через xrandr и Xft.dpi стоит 192 (т.е. х2), в результате текст нормальный, а элементы интерфейса в приложениях на GTK3 крошечные. С Qt такого не наблюдается, qBittorrent выглядит одинаково что в Х, что в Wayland, правда пришлось проставить QT_AUTO_SCREEN_SCALE_FACTOR=0, иначе факторы перемножаются и все становится совсем уж гигантским.

При этом в Hyprland по дефолту скейлинг фактор для монитора выбирается автоматически по EDID, а блюр только в XWayland, т.е. в GIMP, Wine и еще парочке приложений.

fumanchez
()
Последнее исправление: fumanchez (всего исправлений: 1)
Ответ на: комментарий от fumanchez

у меня прибиваются. Значит на твоей де отношение к иксовым приложениям другое чем на чистом wlroots

monkdt
()
Ответ на: комментарий от fumanchez

И как ты понял, что он работает именно нативно, а не через XWayland?

Угораю с этого прикола, что невозможно понять работает ли прога через xwayland. Причем этот костыль может вылезти в самых неожиданных местах. Например, запускаем в вялом терминале вим собранный c X11, и опана! Поднимается xwayland и начинает жрать память и проц. Ну сцуко нельзя было запилить уведомление, что эта зараза активирована? И окна xwayland должны хоть как-то отличаться, рамкой например.

bread
()
Ответ на: комментарий от bread

на hyprland в windowrules есть специально секция для иксовых окон. Т.е я могу их выделить как угодно: изменить прозрачность, бордер, сделать их плавающими и etc. Только смысл какой? Сделать их более уродливыми чем нативные? )

monkdt
()
Ответ на: комментарий от monkdt

на hyprland в windowrules есть специально секция для иксовых окон

Это хорошо. А в sway такое есть?

Только смысл какой? Сделать их более уродливыми чем нативные?

Для того чтобы понять, стоит ли пользоваться вялым в конкретный момент времени. Допустим, у меня большинство окон будут с малиновой рамкой. Ну и на кой тогда грузить вялый композитор? И наоборот, если все окна нормальные, то можно xwayland смело отключать.

bread
()
Ответ на: комментарий от bread

без понятия что sway сейчас умеет.

Ну и на кой тогда грузить вялый композитор?

Имхо это мелочь, но если так уж не нравиться xwayland можно поискать альтернативы или способы у существующего софта использовать только вяленый. Firefox без всем известной переменной окружения тоже стартует только на иксах

monkdt
()
Ответ на: комментарий от bread

В случае hidpi и без рамок сходу видно окна xwayland)

bigc ★★
()
Ответ на: комментарий от fumanchez

У меня через xrandr и Xft.dpi стоит 192 (т.е. х2), в результате текст нормальный, а элементы интерфейса в приложениях на GTK3 крошечные.

Ну, я и говорил, что в GTK опять по мудацки сделали, потому что scaling только в 2-3 раза (int). В 1.5 нельзя. Но ноют, что это из-за Xorg, а в Wayland работает (через костыль - 3х scaling и downscale в 2 раза), а в Qt всё работает везде.

Общие принципы в любом случае таковы, если мониторы с разными DPI то придётся меньший скейлить предположим в 2 раза через xrandr и в 2 раза увеличивать фреймбуфер приложений (Apple делает также), чтобы всё выглядело одинаково. А если мониторы не строго Full HD и 4k, то GTK создаёт жуткую боль в жопе отсутствием float-ов, но иксы тут не при чём.

Skullnet ★★★★★
()
Последнее исправление: Skullnet (всего исправлений: 2)
Ответ на: комментарий от bread

Если бы Wayland не был говном без фич и был бы «feature parity» с иксами (libwayland-wm.so, libwayland-ipc.so, libwayland-compositing.so и т.д.), то было бы вообще пофиг через что работает. Я уверен, что просто бы написали реализацию иксов через Wayland и юзали её ещё лет 50. Через XWayland всё равно не получится запустить все приложения, а значит это не нужный огрызок сделанный на отъ*бись.

Кстати, наоборот то можно: есть 12to11 (название так себе: Wayland не X12) и weston, которые позволяют запускать Wayland композитор внутри Xorg-сервера, а вон оно уже работает на 100%, кроме буфера обмена и скринкастинга, которого в Wayland-е просто нет по умолчанию, но вот вы и получили рабочий sandboxing в иксах. :D

Skullnet ★★★★★
()
Последнее исправление: Skullnet (всего исправлений: 1)
Ответ на: комментарий от monkdt

pkill Xwayland

Зачем так жёстко-то? xlsclients отменили, что-ли

SkyMaverick ★★★★★
()
Ответ на: комментарий от Skullnet

через костыль - 3х scaling и downscale в 2 раза

Никогда ещё не видел настолько упоротых личностей, отрицающих реальность.

Sunderland93 ★★★★★
() автор топика
Ответ на: комментарий от Skullnet

в GTK опять по мудацки сделали, потому что scaling только в 2-3 раза (int)

(через костыль - 3х scaling и downscale в 2 раза)

Звучит сомнительно, потому что что-то такое было в винде со скейлингом старых приложений (которые на Windows Forms), и там явно заметны артефакты. А тут я поочередно запускаю Nemo в X и Wayland, делал это на 144 и 192 dpi, и значительных отличий не увидел. При этом почему-то на иксах не включается даже этот их int’овый скейлинг, хотя на 192 dpi уже пора бы. Может тут решает, что реальный dpi у меня около 150, 192 я ставлю просто потому что экран ноута обычно далеко.

fumanchez
()
Последнее исправление: fumanchez (всего исправлений: 1)
Ответ на: комментарий от fumanchez

Я скейлил Qt приложения хоть на 1.05, хоть 1.1 и так далее. Никакого мыла в иксах не увидел, всё ровненько. В GTK можно только на инты скейлить UI и никакого дробного скейлинга вообще там нет.

Skullnet ★★★★★
()
Последнее исправление: Skullnet (всего исправлений: 2)
Ответ на: комментарий от yu-boot

Это дефолтная убунту sway. Соответственно sway и waybar

bigc ★★
()
Ответ на: комментарий от Skullnet

Речь шла о дробном скейлинге в Wayland, который там есть и даже получше чем в Х.

fumanchez
()
Ответ на: комментарий от Skullnet

Шот 12to11 ни в одном приличном дистрибутиве не опакечен, хостится на протрояненном sourceforge и разрабатывается в svn; какой-то вирос небось.

L29Ah
()
Ответ на: комментарий от L29Ah

Не вирус, просто вяленный никому не нужен кроме его фанатиков и чисто приложений под вяленный тоже почти нет. Всё куда проще.

И да, я его собрал, но он у меня не завёлся.

Skullnet ★★★★★
()
Последнее исправление: Skullnet (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.