Linux DE 是不是没救了

mp5

刚开始玩linux就被GNOME坑过一次，之后改用KDE从此不动摇

linux40

thegodra 发表于 2023-9-6 14:31
最近在把玩rust，准备选gtk-rs
Gnome这么搞……害

早换qt早平安

thegodra

linux40 发表于 2023-9-6 16:10
早换qt早平安

rust目前没有qt(widget)可用呀

linux40

thegodra 发表于 2023-9-6 16:44
rust目前没有qt(widget)可用呀

有吧
https://rust-qt.github.io/qt/
https://github.com/KDAB/cxx-qt#comparison-to-other-rust-qt-bindings

disrupt

一直用KDE X11 fcitx，三要素齐了就完事了

—— 来自 motorola XT2125-4, Android 11上的 S1Next-鹅版 v2.5.2-play

13号

所以现在Hyperland处于咋样的状态？ 有人拿来当日常环境使用吗？

BRS5672023

13号 发表于 2023-9-7 12:38
所以现在Hyperland处于咋样的状态？ 有人拿来当日常环境使用吗？

我就是日常用hyprland。。没有遇到特别大的问题，一个不方便的点是目前还不能设置指定special workspace（sway上叫scratchpad）包含的client数目，而且我习惯设置这个workspace保持focus的状态，导致如果在这个workspace里开了新的窗口会被挡住变成一个无法触碰的存在。。（不过看到有commit在做这个选项了）

—— 来自 Xiaomi 22041216C, Android 13上的 S1Next-鹅版 v2.5.2-play

13号

BRS5672023 发表于 2023-9-7 20:09
我就是日常用hyprland。。没有遇到特别大的问题，一个不方便的点是目前还不能设置指定special wor ...

感谢， 过段时间想试试看了。

scikirbypoke

最近把KDE从X11切到wayland了，感觉毫无区别
GNOME还在霍霍用户和开发者真是看不懂

dovahkiin

你对免费 de 应有的水平还是期望过高了，linux 最大问题不是好不好用，是没有人对好不好用负责，哪怕有 macos 的装机量和零售价格，linux de 就不会是现在的样子

反过来说，之所以有很多人骂 linux de，还是因为 windows 生态价格太低了（零元购），建议国家严打盗版 windows，在如今的大环境下一举多得

13号

试了下在wayland下竟然没有一个简单的方法实现用全局快捷键切换一个指定app的激活和隐藏（mac下习惯了iTerm直接Ctrl + space全局切了）。
https://www.reddit.com/r/gnome/c ... running_app_window/
xdotool只在x11下可以正常工作，gnome44 + wayland下根本没法获取到activewindow.

直接用gnome快捷键每次都生成一个新的terminal窗口，用完了直接关闭了，下次有需要继续用快捷键重新生成个新的算了。

BRS5672023

13号 发表于 2023-9-23 22:32
试了下在wayland下竟然没有一个简单的方法实现用全局快捷键切换一个指定app的激活和隐藏（mac下习惯了iTerm ...

感觉你说的这个事情和 wayland 其实没啥关系，应该说是一个 wm 怎么实现这样的功能的问题。。
比如我用 hyprland 这样的 tiling wm，就可以通过快捷键来 toggle 一个放在 special workspace 里的终端（sway 上叫做 scratchpad），一般我用 system monitor 的时候就可以跑在这样一个类似 drop-down terminal 的终端里面（我记得 kde 有一个 drop-down terminal 的程序；gnome 我用的很少，主要是 mpv 和 fcitx5 在 gnome 上都不算好用的原因）。。另外放一个音乐播放器在另一个 special workspace 里面对我来说也是相当实用的。。





关于在 specialworkspace 打开新窗口时的问题已经找到办法解决了，参见 [已解决]关于 Hyprland 使用类似 Scratchpad 功能的一个问题

13号

BRS5672023 发表于 2023-9-23 23:06
感觉你说的这个事情和 wayland 其实没啥关系，应该说是一个 wm 怎么实现这样的功能的问题。。
比 ...

需求不完全一样。
我自己不是很习惯tiling wm, 只会用快捷键在需要时把窗口放到左半边/右半边屏幕，全屏之类的。
所以我喜欢用ctrl-space这个快捷键来实现这样的功能：如果terminal现在是激活状态，那么就隐藏他，否则就focus它。 这样我在任何需要terminal的时候都可以快速的呼出他，使用后直接用同样的快捷键直接把他隐藏了。

xdotool其实可以实现类似的功能：

1. xdotool search --class Konsole windowactivate || konsole

复制代码

但是看起来这个只在x11可以很好的工作

社区有类似的工具，号称wayland下可以工作： https://git.sr.ht/~brocellous/wlrctl
它的首页就有类似的场景：
$ wlrctl window focus firefox || swaymsg exec firefox
... to focus firefox if it is running, otherwise start firefox.
可惜，我没法跑起来。

BRS5672023

13号 发表于 2023-9-23 23:27
需求不完全一样。
我自己不是很习惯tiling wm, 只会用快捷键在需要时把窗口放到左半边/右半边屏幕，全屏 ...

嗯，因为这个是 wlroots 的工具

最近看到有人做了 kdotool 这个工具 kdotool - a xdotool clone for KDE Wayland，大概可以实现你用 xdotool 做的事情？

posthoc

13号 发表于 2023-9-23 06:32
试了下在wayland下竟然没有一个简单的方法实现用全局快捷键切换一个指定app的激活和隐藏（mac下习惯了iTerm ...

这个需求一般是用各种下拉式终端模拟器解决吧。qt的是yakuake，gtk的有tilda。不过有点微妙之处，如果你F12叫出yakuake之后ctrl-tab切走再F12，此时不会focus到yakuake，而是yakuake在后台把自己toggle成隐藏，再次F12才能唤出。
不过的确能自定义全局快捷键切换程序会挺有用，比如媒体播放（现在只好yakuake里开个screen再扔进去htop、ncmpc等等一堆东西

13号

posthoc 发表于 2023-9-23 23:41
这个需求一般是用各种下拉式终端模拟器解决吧。qt的是yakuake，gtk的有tilda。不过有点微妙之处，如果你F ...

常年用iTerm2, 而他刚好有这个功能，所以想试着模拟下罢了，我本来以为这是个很容易的事。。。

现在将就着，每次都是快捷键启动个gnome-Console, 用完直接关掉，凑合能用。

indtability

13号 发表于 2023-9-23 23:27
需求不完全一样。
我自己不是很习惯tiling wm, 只会用快捷键在需要时把窗口放到左半边/右半边屏幕，全屏 ...

这不是 wayland 的问题，但也可以说是，因为 wayland 初衷就是为了甩掉一些东西，把它们交由 wm 各自来实现，所以这部分不归 wayland 管，但整体上来说 wayland 环境确实少了这一类标准工具，但这不代表没有类似的，wm specific 的工具。

回到你的需求，如果只是 terminal，如楼上所说这是一个早都解决了的问题，各家有自己的 drop down terminal，不过楼上说的 yakuake 的 focus 问题我这倒是没有；如果你需要更通用的这个功能，应当去找 wm 特定的方法，比如 kwin （kde） 的 kwin script 可以轻松完成你的要求，不论 x11 还是 wayland。

另外，我懒得单独开贴，借这个再吐槽下，我之前在本帖抱怨过 wayland 进展过慢，输入法接口不成熟，这个问题和前面的一些回复又让我想吐槽 wayland 扔掉了太多东西，shortcut 扔给了 xdg-desktop-portal，截图和录屏也扔给了 x-d-p ，所谓的 wayland 环境，更像是 wayland/xdg-desktop-portal 环境，可是x-d-p 更不成熟，一片混乱。倒不如说，这么乱的结构之下，linux 桌面环境给我体验还不错才是最奇怪的…

—— 来自 Xiaomi M2012K11AG, Android 13上的 S1Next-鹅版 v2.5.4

dangoron

麻仓月轩 发表于 2023-1-6 11:46
用了一整年wayland加hyprland了，输入法在native wayland的electron上不能用还是永远的痛，导致我养成了从 ...

加上--enable-wayland-ime就可以用输入法了

帆影FX

dangoron 发表于 2023-9-28 14:05
加上--enable-wayland-ime就可以用输入法了

https://www.csslayer.info/wordpr ... -method-on-wayland/
根据这篇文章, 我还是挺怀疑--enable-wayland-ime的生效范围了, 而且至今为止chromium还是没支持text_input_v3, wayland倒是有在推进https://gitlab.freedesktop.org/w ... meetings#2023-07-05

BRS5672023

帆影FX 发表于 2023-9-29 14:02
https://www.csslayer.info/wordpress/fcitx-dev/chrome-state-of-input-method-on-wayland/
根据这篇文 ...

而且hidpi下输入法候选会变糊也是另一个问题（我看好像说是需要fallback到x11才能把候选框放在合适的位置？具体我不太了解），包括electron应用和chromium，还有kitty和alacritty这种终端模拟器也都有这种问题。。

—— 来自 HUAWEI JAD-AL00, Android 12上的 S1Next-鹅版 v2.5.4

在“经典用户界面”取消设置“在 Wayland 下启用分数缩放”就不会糊了（似乎 KDE 的话就没有这个问题。。）然后发现取消这个设置 fcitx5 的界面依然会在分数缩放下正常匹配大小。。

帆影FX

BRS5672023 发表于 2023-9-29 15:06
而且hidpi下输入法候选会变糊也是另一个问题（我看好像说是需要fallback到x11才能把候选框放在合 ...

我之前用hyperland的时候xwayland hidpi是单独打的补丁 ,显示几乎没什么问题了, 不过有时候崩的莫名奇妙的

scikirbypoke

kde wayland目前就纯wayland窗口用fcitx有点毛病，其他全靠无敌的xwayland

麻仓月轩

最近为了解决在chrome中使用chatgpt想要中文对话，专门开了个hyperland的悬浮窗口，用来输入文字后自动复制，感觉还不错，离im只差一步粘贴了

—— 来自 Xiaomi 22041211AC, Android 13上的 S1Next-鹅版 v2.5.2-play

thegodra

vivaldi fcitx已经可以输入中文了

—— 来自 samsung SM-G9880, Android 13上的 S1Next-鹅版 v2.5.4

BRS5672023

看到一个新的 merge request，可能以后 fcitx on wayland 不需要 fallback 到 xwayland 了？

Draft: Add xdg-placement protocol to allow client window placement hints

linux40

BRS5672023 发表于 2023-10-4 19:15
看到一个新的 merge request，可能以后 fcitx on wayland 不需要 fallback 到 xwayland 了？

Draft ...

除了这个，tray icon应该也要xwayland。而且具体compositor支不支持不一定。

indtability

BRS5672023 发表于 2023-10-4 19:15
看到一个新的 merge request，可能以后 fcitx on wayland 不需要 fallback 到 xwayland 了？

Draft ...

这跟输入法没啥关系吧，而且这东西我估计可能也过不了，wayland 没有全局坐标是有意为之的，这个提到的例子也没必要上全局坐标。

—— 来自 Xiaomi M2012K11AG, Android 13上的 S1Next-鹅版 v2.5.4

dangoron

麻仓月轩 发表于 2023-1-6 11:46
用了一整年wayland加hyprland了，输入法在native wayland的electron上不能用还是永远的痛，导致我养成了从 ...

hyprland可以用--enable-wayland-ime强行使用中文输入法。。但是wayland下面electron应用目前都不能鼠标拖拽元素，vscode里面一拖拽就会崩溃
后来发现flatpak里面因为有一层desktop portal的原因可以直接用输入法，也可以拖拽，但是毕竟是容器里面，没法使用主机环境下的东西，用起来也是特别别扭

Midnight.Coup

Gnome 也开始结束 X11 的支持了，预计 25 年 3 月的 Gnomes 48 完成

dangoron

Midnight.Coup 发表于 2023-10-11 15:43
Gnome 也开始结束 X11 的支持了，预计 25 年 3 月的 Gnomes 48 完成

但是electron在wayland下面问题还有这么多，就直接砍掉x11了？

0WHan0

dangoron 发表于 2023-10-19 15:49
但是electron在wayland下面问题还有这么多，就直接砍掉x11了？

砍掉才有动力修bug，不然解决方案永远是暂时切回x11

Midnight.Coup

dangoron 发表于 2023-10-19 15:49
但是electron在wayland下面问题还有这么多，就直接砍掉x11了？

不逼一把怎么改进再说了这个计划最早也要 2025 年才有可能实施

posthoc

总给我一种为了砍而砍的感觉。之前看了下xorg的git repo还算活跃，issue和提交都有新的。一些掌握话语权的人想营造一种x11寿终正寝的气氛，但实情可能更类似谋杀？ 倒不是对x11有什么留念，但是有种被gaslighting的感觉很不舒服

Midnight.Coup

posthoc 发表于 2023-10-20 01:03
总给我一种为了砍而砍的感觉。之前看了下xorg的git repo还算活跃，issue和提交都有新的。一些掌握话语权的 ...

Xorg 如果能靠一个个提交改掉自身那些明显的缺陷的话，也不会有 Wayland 这个新灶了起码其他基于 Gnome 但是还在用 Xorg 的 DE 开发者都表达了强烈反对，但 KDE 和 Gnome 以及 PopOS 的新 COSMIC 都在转纯 Wayland 了
国内的话 Deepin 和华为那个 都基于 wlroots 自研了合成器，优麒麟在上周也有了

Hieda

https://xmonad.org/news/2023/10/06/wayland.html

xmonad 都有切 wayland 的打算了，只差一个程序员

我还在用 x11 很大程度上也是因为我懒得离开我的 xmonad 配置

yuandi42

wayland 的合成器/wm 就是用起来很别扭。比如合成器要自己实现输入法，（wayland native 的应用也一样）很多合成器/wm 开发者都按着自己在 x 上开发 wm 经验来的，连 input method 是什么都不知道。我用过 sway 和 wayfire，没一个能在 foot 上使用输入法的。当然我也没有认真研究就是了。另外 sway 和 wayfire 的配置也是莫名奇妙的复杂，swaybg swaylock 这种东西居然还要专门分配一行配置（wayfire 甚至对输入法也有个 INPUT_METHOD 选项）。直觉上讲这都该放进 profile 而不是 config 该负责的。这些问题在 x 下都不存在。在 xprofile 里写好那几个魔法环境变量之后什么 wm 下什么终端模拟器中都能正常使用输入法（dwm 都能！）。至于桌面相关的 daemon，懒人都是 xprofile 里一句 daemon&；我是用 s6 监管这些进程，xprofile 最后 exec 进 s6-svscan 就好了，对于 end user 来说简单明了。wayland 下的合成器/wm 在开发者和最终用户两方面都施加了（不）必要的复杂度。

tsubasa9

yuandi42 发表于 2023-10-20 13:16
wayland 的合成器/wm 就是用起来很别扭。比如合成器要自己实现输入法，（wayland native 的应用也一样）很 ...

因为sway和swaybg不是一个东西
前者只是一个wm，管窗口显示的，管不到壁纸

yuandi42

tsubasa9 发表于 2023-10-20 13:23
因为sway和swaybg不是一个东西
前者只是一个wm，管窗口显示的，管不到壁纸

我明白这一点。我的意思是这些东西不应该放进配置选项里，尤其是考虑到 sway 和 swaybg 是两个不同的 long-live processes. X 时代处理壁纸我们也不会在 wm 配置里写 xwallpaper blabla，而是在 xprofile 里干这件事对吧。另外这种配置让我感觉很不舒服，一种钦定的感觉，不够 unix（笑

wewai

yuandi42 发表于 2023-10-20 13:28
我明白这一点。我的意思是这些东西不应该放进配置选项里，尤其是考虑到 sway 和 swaybg 是两个不同的 long ...

有一说一，swaybg 是 Wayland 通用的，只是 sway 在配置文件里开了个洞可以帮你启动而已，那玩意实际上干的活就是帮你拼了个 command line 然后 fork+exec，你完全可以自己手动启动
并且开这个洞倒不是没有合理性，我懒得去翻他们具体的想法了，不过随便就可以举出三个理由：
* 多显示器的情况下壁纸和 output 是绑定的
* swaybg 这个程序属于 implementation detail，用户可以不关心，比如你也不会关心一个 daemon 开了几个线程，而不是非要把 X 的思维硬套在 Wayland 上
* Wayland 标准上没有 xprofile 这个东西，sway 的 config 可能想接管这一部分（虽然我也是自己写了个脚本就是了）

至于够不够 UNIX 嘛，我现在对“UNIX”这个东西的看法是辩证的，“原教旨”“UNIX 哲学”是 UNIX，后来 UNIX 分裂之后的幺蛾子也是 UNIX，不可不尝。
对于 Wayland 的思路我是看好的，但是生态方面我是悲观的。Linux 桌面现在最需要的就是一套自洽的用户友好的环境，但“需要”的原因恰恰是 Linux 社区并不擅长这一方面。Wayland 整体就是往这个方向走的，可以 argue 说方向是正确的，但是放到实际中也可以说是扬短避长了。