2 ポイント 投稿者 GN⁺ 2024-03-01 | 1件のコメント | WhatsAppで共有
  • KDEはPlasma 5以来ほぼ10年ぶりに Plasma 6・Frameworks 6・Gear 24.02 を同時に公開し、デスクトップ基盤をQt 6へ移行
  • ユーザーにとって最大の変化は Waylandがデフォルトセッション になったことで、既存のPlasma 5ユーザーが大きな違和感なく移行できるよう、デフォルト設定とUIを段階的に調整
  • ファイルを開く操作は ダブルクリック がデフォルトになり、仮想デスクトップのスクロール切り替えのように意図しない動作を起こし得る設定はデフォルトから外される流れ
  • Dolphin、System Settings、KRunner、Spectacleなど主要コンポーネントが整理され、HDR・カラーマネジメント、モニターごとのスケーリング、デスクトップ全体の録画といった機能が追加
  • 内部的には古いFrameworksとAPIを取り除く一方、KDE 5.27とX11サポート はディストリビューションの移行ペースを考慮して当面維持

Qt 6ベースのKDE「mega release」

  • KDEプロジェクトは2月28日、KDE Plasma 6、KDE Frameworks 6、KDE Gear 24.02をまとめた「mega release」を発表
  • 3つのコンポーネントはいずれも Qt 6 開発フレームワークを基盤に移行
  • Plasma 6はWaylandへの移行を中心に据えつつ、ユーザーには円滑なアップグレードと、性能・セキュリティ・最新ハードウェア対応の改善を提供することに重点
  • 開発者側の変更は古いフレームワークの削除と依存関係の縮小に向けられており、KDE向けアプリケーション作成の負担を減らす方向
  • Fedora Kinoite nightlyのプレリリース版Plasma 6パッケージは、ThinkPad X280、16GB RAM、Core i7-8650U環境で安定しており、性能も良好だった

Plasma 5ユーザーに見えるデフォルト設定の変化

  • Plasma 5とPlasma 6の違いは明確だが急激ではなく、既存ユーザーが大きな不便なく適応できる程度
  • 最も大きなデフォルト設定の変化は、Waylandがデフォルトのグラフィックセッション になった点
  • ファイル、フォルダー、プログラムを開く操作はシングルクリックから ダブルクリック デフォルトに変更
    • Fedora、Kubuntu、Manjaroのようなディストリビューションは、すでにアップストリームのデフォルトをダブルクリックに変更して適用してきた
    • KDE開発者のNate Grahamは、ディストリビューションのほうがユーザーに近い分、ダブルクリックのデフォルトに関するフィードバックをよりよく反映していると見ている
  • デスクトップ上でマウスホイールにより仮想デスクトップを切り替える動作は、デフォルトから外される方向
    • 執筆時点のFedora Kinoiteでは依然として有効だった
    • 従来の動作を望むユーザーは、「Desktop Folder Settings」の「Mouse Actions」から再度有効にできる
  • スクロールバーをクリックすると、1ページずつ移動するのではなく クリックした位置 へ直接移動
    • 長い距離を移動するときにスクロールホイール操作を減らす変更
    • 反復運動過多損傷(RSI)があるユーザー、またはそれを避けたいユーザーにとって、よりよい選択肢になり得る

DolphinとデスクトップUIの整理

  • Plasmaの標準テーマである Breeze はPlasma 6に合わせて更新されたが、変化は控えめ
    • 間隔が調整され、詰まりすぎた印象が軽減
    • UI要素を区切る線が減少
  • System Settingsも刷新され、一部の設定場所が変わったため、より目につく可能性がある
    • KDEは多くの項目を設定できるが、Plasma 6でも目的の設定を探すのは依然として難しい場合がある
    • たとえば仮想デスクトップのスクロール設定はVirtual Desktop設定ではなく、Desktop Folder Settingsにある
  • KDEのファイルマネージャー Dolphin は設定画面を再構成
    • 従来の6つのタブが4つのタブに圧縮
    • ナビゲーションオプションと起動オプションは新しいインターフェースタブへ移動
    • ユーザーフィードバックタブが追加され、統計情報の提供とアンケート参加を選べる
  • Dolphinのフィードバック機能は、デフォルトではデータを共有しない
    • ユーザーはアプリケーションおよびOSバージョンのような少量の情報だけを共有できる
    • 画面解像度、Dolphinの使用時間、利用可能なネットワーク共有数など、より多くのテレメトリー提供も選択可能
  • 最近使ったファイルの表示は、今日・昨日の区分ではなく 最近使ったファイルと最近使った場所 中心に変更
    • ファイル履歴設定はDolphin内部ではなくSystem Settingsにある
    • 履歴を永続保存する、月単位の期間に制限する、完全にオフにすることができる
    • すべてのアプリケーションにファイル履歴へのアクセスを許可する代わりに、アクセス可能なアプリケーションを指定できる

Wayland、検索、スクリーンショットの改善

  • WaylandベースのPlasma 6は、アプリケーションとモニターの対応状況に応じて HDRとカラーマネジメント を一部サポート
  • ノートPC画面と外部モニターのスケーリングを個別に設定できる
    • 例の環境では、外部モニターを100%、ThinkPad画面を125%に設定し、ウィンドウを移動したときに大きさが似て見えるよう調整できた
  • KRunnerとKickoffアプリケーションランチャーに含まれる Plasma Search はリファクタリング
    • リリース発表によると、ローカル文書とアプリケーションの検索速度が大きく向上し、CPU使用量が減少
    • Webと文書検索でKRunnerは高速に感じられたが、それを検証するのは難しかった
  • KDEのスクリーンショットツール Spectacle は、デスクトップ全体、アプリケーションウィンドウ、画面の一部を対象にスクリーンショットと録画をサポート
    • チュートリアル作成やバグ報告の際に、アプリケーションの動作を録画して共有しやすくなった

なくなった機能と整理された設定

  • 大型アップデートでよくあるように、一部の機能と設定は設計変更、下位ドライバー、ソフトウェア上の問題により削除
  • Synapticsタッチパッドと evdev入力デバイス のGUI設定は削除
    • Waylandではこれらのドライバーがlibinputに置き換えられたため
  • メンテナンスされていない機能も今回のリリースから除外
    • Airテーマ
    • System Settingsのアイコン表示
    • KHotkeys
  • Unsplashの無料ストック画像サイトから壁紙を取得する機能は、API変更により削除
  • ファイル転送用の QuickShareアプレット は意図どおり動作したことがなかったため除外

KDE Frameworks 6の内部再編

  • Plasma 6はユーザーには大きな変化に感じられないかもしれないが、それを可能にするにはKDE Frameworks 6で多くの整理が必要だった
  • Frameworks 6の核心は、機能追加よりも 縮小と整理 に近い
    • KHtml、KJS JavaScriptエンジン、KHotkeysのような非推奨予定のフレームワークが削除
    • QtCodecsのような非推奨予定のQt APIも削除
    • 外部のQtアプリケーションがKDEフレームワークを1つか2つだけ使えるよう、フレームワーク間の依存関係が削減
  • ほとんど使われていない、またはQtや他のフレームワークによりよい代替があるAPIも多数削除
  • KDEのプラグインシステムは2つのAPIから 単一API へ移行
  • Qt 6自体はAPI変更が多くなかったが、グラフィックスAPIの抽象化レイヤーを追加
    • Metal、Vulkan、OpenGL、DirectXを対象
    • 従来のOpenGL+Angle中心のサポートより対象範囲が広がった
  • Qtはqmakeから CMake ビルドシステムへ移行し、開発者ツールの改善にも役立つ
  • Qt 6にはQt Waylandの改善も含まれており、KDE開発者も一部貢献

KDE 5とX11は当面維持

  • Plasma 6には当面調整が必要な部分がある可能性があり、アップグレード前に既知の問題を確認する必要がある
  • ほとんどのディストリビューションでは、Plasma 6はすぐには提供されない
    • すぐに試したいユーザーはKDEコミュニティWikiの案内を参照できる
    • 選択肢にはソースビルド、KDE neon testing edition、Fedora・Gentoo・KaOS・NixOS・openSUSE別の方法などがある
  • KDE 5 はまだ完全には消えない
    • 2月12日のPlasma開発メーリングリストでDavid Edmundsonは、5.27に入れるべきパッチが十分にあり、追加リリースが必要だと見た
    • Justin Zobelは、多くのディストリビューションがしばらくPlasma 6を採用しないため、主要なバグ修正とセキュリティ修正を継続して適用すべきだと見た
    • KubuntuのValorie Zimmermanは、次のKubuntu LTSが3月に出るうえQt 6ベースではないため、この知らせを歓迎した
    • 2月19日、Jonathan RiddellはPlasmaチームが3月6日にPlasma 5.27.11のリリースを計画していると伝えた
  • KDEアップストリームは短期的に X11サポート を引き続き含める計画
    • Plasma 6でもX11サポートを期待できる
    • 完全削除の時期には固定された予定はなく、見積もりは2年から5年まで幅がある
    • プロジェクトは事前に十分なコミュニケーションを行い、一夜にしてサポートを打ち切ることはないと述べている
  • 全体としてPlasma 6はユーザーにとってスムーズなアップグレードになる可能性が高く、KDE Frameworks 6は今後数年間のKDE開発の基盤になり得る

1件のコメント

 
GN⁺ 2024-03-01
Hacker News のコメント
  • Plasma 6をこれまでかなり満足して使っていて、Wayland サポートがずっと良くなった
    以前使っていたデスクトップへ切り替えるキーボードショートカットを使っていたのだが、KDE がその機能を削除したのでバグを報告したところ、数時間後に KDE の開発者がワークフローを復元する新しい KWin スクリプトを作ってくれた
    関連する変更はこちらにある。KDE は本当に素晴らしい

    • ThinkPad X1 Extreme Gen 2 のせいで、やむを得ず Debian/Wayland で KDE を使っている。以前は似たような理由で GNOME を使わざるを得なかった
      ただ、GNOME のように Super キーがウィンドウ切り替えとして動作しないのが大きな不満。KDE では Ctrl-F9 が同じ役割を果たすが、かなり不便で、GNOME を使っているうちにその機能が隠れたウィンドウ間を行き来する中核的な方法になっていた
      KDE は設定可能性などの面では GNOME より優れているが、GNOME に比べて UI のバグや細かな不具合が多すぎていら立つ。Plasma 6 で改善されていないなら、別のものに移るつもり
      これらの問題は Wayland そのものとは別。 このノート PC は 4K OLED なので見た目は良いが、USB-C 充電は運任せに近く、閉じるとキーボードが画面をこすり、外部ディスプレイの経路が Nvidia カードを通るため、設定の組み合わせごとに妙な失敗をする
      Debian 12 では、gdm3 を Wayland で起動してモニターの同期を待ってから KDE Wayland セッションにログインしないと、外部モニターが動作しないという具合
    • Wayland がうまく動いているのはうらやましい。Wayland では 30 分ほどしか耐えられず、使っているアプリのいくつかがまだ動かなかった
      猫対策用の xtrlockfreetube が動かず、Dying Light のようなゲームはほぼすぐに落ちた。KDE 6/X11 では少しマシだが、1 時間ほど経つとやはりクラッシュするので原因を探している。AMD ノート PC のエコシステムのせいかもしれない
    • Wayland サポートが具体的に何がそんなに良くなったのか説明してもらえる?
  • KDE チームはうまくやったし、着実に前進している様子が見られてうれしい
    KDE を使っている人なら、たまには bugs.kde.org にチケットを上げてみることを勧める。Nate はものすごい推進力のある人で、入ってくるチケットをほぼ全部見ているようだし、重要なものは妥当な時間内に安定して処理されることが多い
    一般的な UX 指針に沿ったアイデアやフィードバックにもかなり開かれている。もっと多くのディストリビューションが KDE をデフォルトにし、それぞれの色を持った KDE 構成を提供してくれるといい。KDE は非常に柔軟なのに、ほとんどのディストリビューションは標準設定を渡すだけで終わっている

    • 今の KDE で最大の不満はファイルマネージャーの Dolphin
      何でもやろうとしているが、あちこちに少しずつバグがあり、root として実行できず、ネットワーク上のファイルを編集するたびに保存確認を毎回 2 回ずつ求められる。機能が少なく見た目が悪くても、Nautilus のほうがまだストレスが少なかった
    • 最近チケットを上げたのだが、それをレビューした人が KDE のリーダーだったとは驚いた。Nate が見ているなら、ありがとうと言いたい
    • KDE を使うなら、実質的に Neon を使うべきなのではないかと思う。最新バージョンについてしかチケットを上げられないように見えるから
      Ubuntu LTS では KDE Connect の転送に関する小さなバグが多いが、誰も関心を持たないだろうと思う。しかも「不明な理由で転送に失敗」や「不明な理由でファイルが破損」といった具合なので、再現もほぼ不可能
    • 「重要なものは妥当な時間内に処理される」という話とは裏腹に、9 年前のリグレッションバグも「上流で解決済み」と表示されている
      KDE 3.x や 4.x の頃のように KDE 内で動作可能な解決策を実装せず、決して来ない完璧な解決策を待つというやり方なら、バグを報告する価値はないと感じる
    • こうした設定調整が必要なら、KDE はデフォルト値の改善にもっと投資すべき
      人は普通、何かが気にならない限り設定メニューを深く掘り下げたりしない。優れた選択機能があっても、デフォルトでオフならそのままオフで残り続ける
  • 個人的に KDE は、GNOME になりたかったけれどなれなかった姿のように感じる。デスクトップ環境だけでなく KDE アプリもそうで、たとえば Krita を GIMP と比べてみるとそれが見えてくる
    KDE はどういうわけか、より多くのことを成し遂げていて、より成熟し、堅牢に感じる。昔の GNOME2 は好きだったが、GNOME3 へ移行してからは、プロジェクト全体とユーザーの反応の面で何かがずれてしまった感じがする
    Windows NT 時代のクラシック UI、つまり 95・98・2000・XP の頃がデザインの頂点だったと思っていて、KDE がその方向性をある程度保ちながら、より現代的にしているところが良い

    • Krita と GIMP は重なる機能が多くても、技術的には目的が異なる
      Krita は主にデジタルペインティングアプリで、一般的な画像編集もできる側であり、GIMP は主に画像編集アプリで、デジタルペインティングもある程度可能な側である
      そのため Krita の画像編集機能、特にペインティング以外の領域は不足しており、GIMP のほうが強い。逆に GIMP のデジタルペインティング機能は Krita に比べてかなり限定的である
    • 単純化して言えば、KDE は Windows の流れを、GNOME は Mac の流れをたどっている
      スクリーンショットツールだけ見ても、GNOME の最近のスクリーンショットウィジェットは新しい macOS のスクリーンショットウィジェットとほぼ同じである
      Ubuntu は「面倒が少ない」ディストリビューションなのに、KDE よりもギークたちをいら立たせそうなデスクトップ環境を標準で載せているのは残念だ。KDE に移ってから Linux 体験はずっと良くなったし、GNOME がやっていることも尊重しているが、KDE のほうがより自分の家のように感じる
    • KDE の基盤 GUI フレームワークは Qt で、成功している企業が支えており、多くの高度なプロ向けデスクトップアプリで使われている
      Krita が GIMP よりもきちんとしたものに感じられる理由を、かなりよく説明している
    • 歴史的に見ると、GNOME はかつて Qt のライセンスが厳しかった時代に、KDE の GPL クローンになるために生まれたので、「KDE が GNOME になりたかった」という言い方は、文字どおりかなり当たっている
    • GNOME は KDE とはまったく違うワークフローを持っている
      GNOME は自分が Linux を使う理由だ。KDE を使わなければならないなら、Windows に残ると思う。ワークフローの論理がほぼ同じで、Windows ではアプリの制約もないからだ
  • 以前の動作を好むユーザーは、「Desktop Folder Settings」の「Mouse Actions」設定で再び有効にできるので、完全になくなるわけではない
    自分にとっては、この 設定可能性が本当に重要だ。他のデスクトップ環境には、全員を「ゴールデンパス」に導くとして機能をそのまま削る流れがあったが、人によって好みは異なる
    適切なデフォルト値と、すべてを調整できる設定の迷路が、「こう動くのだから受け入れろ」よりも良いと思う

    • デフォルトで無効になるのは少し心配だ。KDE で本当に好きだった動作の一つだからだ
      背景を少しだけ見えるようにしておけば、仮想デスクトップを簡単に切り替えられる。ツールバーの仮想デスクトップ表示をクリックすることもできるが、慣れると筋肉記憶になり、なくなると不便だ
      デフォルトでなくなると、「少数ユーザーにしか影響しないので削除してもよいもの」の候補になりやすい。ほとんどのユーザーはそういう選択肢があることすら知らないだろうから、実際に少数派になるしかない
    • 特定のワークフローでゴールデンパスが非効率なら、設定は重要だ
      ただし平均的なユーザーには特別な好みがない可能性が高く、多くのユーザーにとって GNOME はかなり合理的である
  • KDE upstream がファイルを開く操作のデフォルトを シングルクリックから ダブルクリックへ変えることにしたのは良いニュースだ
    Fedora、Kubuntu、Manjaro のようなディストリビューションはすでに upstream のデフォルトを変更しており、Nate Graham も、ディストリビューションのほうがユーザーに近く、ダブルクリックのほうがより良いデフォルトだというフィードバックを受けているのだから、自分たちも認めようと提案していた
    Wayland で最大の課題は、X11 のように OBS で画面録画を簡単にすることだったが、最近は大きな問題ではないようだ。GNOME のトップアイコンが動画に入るのは嫌だが、ディスプレイ全体を録画するなという意味なのかもしれない
    今の Fedora マシンはほとんど使っておらず、必要なときに SSH で接続していて、WSL2 でも十分だ

    • 個人的にはシングルクリック方式を好む。それでも KDE らしく、望むように設定できるので問題はない
    • シングルクリックで開く方式を使ったことがないなら、強くおすすめする
      自分も以前は嫌っていたが、慣れるとフォルダとファイルの間をずっと速く行き来できるようになった。考えてみれば、何かを開くのに一度クリックするほうが、UI の一貫性の面でもより自然だ
    • Plasma 6 では Wayland で 画面録画ができるだけ滑らかに動作するよう、多くの努力が払われた
      OBS と標準のスクリーンショット/録画ツールである Spectacle では、そのまま動作する
      古い XWayland クライアントでも画面録画と共有ができるようにする仕組みも開発した。たとえば Electron Discord アプリの画面共有のようなことが可能になる
    • 開発チーム向けガイドを OBS でよく録画しているが、Debian 12 の KDE/Wayland でうまく動作している
      全画面録画もでき、ウェブカメラと外付け USB マイクも問題ない
    • シングルクリック「問題」を見て読み返すことになった理由は、記事の後半でスクロールバーの動作を 反復使用過多損傷のユーザーに配慮して変えたと書いてあったからだ
      そのため、KDE が本当に反復使用過多損傷を気にしているのか分からなくなった。年を取るほど、そうした損傷を減らしてくれる機能はありがたいのに、「新規ユーザーへの圧力」のためにシングルクリックを諦めるのは愚かに見える
      それでも選択肢が残っているのは幸いだ
  • Framework 13 の NixOS で Plasma をいじっていて、昨夜 Plasma 6 に上げたが、今のところかなり素晴らしい
    GNOME と macOS で物足りなかった統合オーバービュー画面、つまり4本指で上にスワイプする操作がとても良い。3本指ならよかったが、KDE なのでどこかに設定がありそう
    より良いモニターをつないだワークステーションで HDR コンテンツを見られるようになったのも楽しみ。新しいデフォルトのロック画面背景は、理由は分からないが気に入らない
    Plasma 6 はバグの多かったパネル設定の混乱を修正し、今ではより直感的で滑らかに動く。新しい Breeze テーマは気になっていた間隔の不一致をかなり直していて、ずっと良く見える
    指紋ロック解除の奇妙なバグも片付いたようだし、新しいデフォルトのサウンドテーマは本当に素晴らしい
    Super+R で使う新しい画面録画機能はそのまま動き、PipeWire 設定も OBS とうまく合っていて、個別ウィンドウの録画まで期待どおりにできる
    本格的なワークステーションでのマルチタスクにおいて、Sway やタイル型ウィンドウマネージャーの利点を置き換えられるかはまだ分からないが、ノート PC では本当に楽しい
    Wayland に不満が多いのは理解できるが、自分にはほぼ機能完成形のように感じる。個人的に残っている最後のピースはリモートデスクトップアクセスだが、画面キャプチャはうまく動き、KDE Connect でスマホからリモート制御もできるので、パイプラインはすでに整っていて、あとは設定だけで済みそう
    気になるなら一度使ってみることを勧める。素晴らしい出発点だと思う

    • 現在の NixOS の Wayland サポートがどの程度なのか気になる。nix 設定をかなり手直しする必要があったのかも気になる
      数か月前に Plasma 5 で試したときはある程度動いたが、設定をかなりいじる必要があり、HiDPI で一貫したスケーリング設定を詰められなかった
    • 3本指にするのが難しい理由は、3本指スワイプがデスクトップ切り替え用に予約されていて、デスクトップは2次元グリッドに配置できるから
      それでも設定で変えられるといいし、3本指・4本指スワイプのどんな組み合わせでも好きな動作に割り当てられるといい
    • NixOS はうまく動きそう。動かすために手直しが多かったのか、指紋リーダーが使えるのか、バッテリー寿命はどうなのかが気になる
    • まだ 6.0 では設定できないが、タッチパッドジェスチャー設定を追加する計画はある
  • KDE のおかげで、Mac を数年使ったあとにデスクトップへの愛着がよみがえった
    PC、ノート PC、Steam Deck で使っており、Konsole、Kate、KDE Connect のようなアプリもとても気に入っている。全体として印象的なプロジェクトで、個人的には macOS や Windows を超えていると思う。この作業に関わっているすべての人に本当に感謝している

    • 少し前、同僚が Apple エコシステムを売り込もうとして、AirPods が Mac に接続されていても電話が来ると iPhone に切り替わる、という例を挙げた
      Kubuntu を動かしている Asus のノート PC、Motorola のスマホ、OnePlus のイヤホンでも同じことができると言うと、かなり驚いていた
    • デフォルト設定の KDE は Windows から移ってきた人には非常になじみやすく、少なくとも Windows 10 ユーザーにはそうで、大きな問題なくよく動く
      Linux デスクトップ利用で最大の問題は、今や KDE/GNOME/その他のデスクトップ環境が制御しにくい領域、つまり無数のコンシューマー向けハードウェアへの堅牢なサポートのように見える
      macOS には固定されたハードウェア目標があり、Microsoft ではハードウェアメーカーがドライバーをテストする。Linux エコシステムが同じ水準の品質を提供するのは難しく、Fedora で新しいカーネルを受け取っても、自分のノート PC のハイバネーションがまだまともに動くのを待っているところ
  • Breeze は Plasma のデフォルトテーマで、Plasma 6 で更新されたが、部屋を「マットホワイト」から「エッグシェルホワイト」に塗り直した程度の微妙な変化に見える
    どうか UI 要素間の線や区別できる特徴をなくさないでほしい。こういうものをなくすと UI を把握するのがずっと難しくなる
    すべてが平坦で、ほとんど気づけないグレーの濃淡の差だけで区別される流れは早く消えてほしい。この10年のユーザーインターフェイスを台無しにした。見た目はきれいだが、使うにはひどい

    • スクリーンショットを実際に見たのか気になる。KDE が要素間の分離をなくしたわけではない
      ただし、すべてを箱で囲む代わりに、2つの要素の間に線を1本引いて区切るように変わっていて、以前の方式は非常に不格好だった
      Kate 6 もずっと使いやすくなったと感じる。区切り線は今でも十分はっきりしているが、使うピクセルが少し少ないので、低解像度のノート PC では良い
    • 少なくとももっと薄くしてくれればよかった。リリースページのスクリーンショットのうち、Kate と Kdenlive はひどく見える
      実際に有用な内容であるコードやクリップ問題リストが、ほとんど空の UI 要素に押されて隅に squeezed されている。エディターウィンドウの高さがほぼ 1080p あるのに 20 行を見るのがやっとで、Clip Problems ウィンドウは 8 項目表示で切れている
      Linux デスクトップでタッチデバイスがどれほど関係あるかはさておき、一般的な基準でも悪い。クリップ問題リストは縦に配置されていてポインター移動も主に縦なのに、ウィジェットを厚くすることで得られるフィッツの法則上の利点は、ウィジェットが積み重なることで増える移動距離によって相殺される
      6インチのタッチスクリーンでは妥当な妥協かもしれないが、Plasma ユーザーの大半はそれよりずっと大きなノート PC・デスクトップ画面とトラックパッドやマウスを使っているはず
    • Plasma を昔の KDE 1・2 とまったく同じ見た目と感触にできるオプションがあるといい
    • 主に、箱の中の箱のように区切り線が何重にも重なる領域を減らそうとしているように見える
  • 意図せず Plasma 6 を受け取ってしまったが、今ではデフォルトが Wayland なのでワークフローが完全に壊れた。
    Wayland にはデスクトップ上にどんなウィンドウがあるかを列挙する API がないため: https://github.com/Kalmat/PyWinCtl/blob/master/README.md#linux-notice
    X11 には戻したし、なぜかログオフボタンはもう動かないが、少なくとも自分の監視スクリプトは動いている。

    • どうやって「うっかり」入ったのか気になる。まだ Arch の安定版にも入っていない。
      現時点で載せているディストリビューションは、KDE 関連をできるだけ早く提供することが前提の KDE neon くらいに見える。
    • 以前は Wayland ユーザーだったが、Firefox がデフォルトで Wayland を使うようになってから Picture-in-Picture が動かないのを見て X に戻った。
      DuckDuckGo で探しても解決策が見つからなかったので、誰か方法を教えてくれるとありがたい。こうした点や、適切な画面録画アプリを探すことを除けば、大きな違いは感じなかった。
    • 多くの Wayland コンポジターはウィンドウ一覧を列挙する API を提供している。
      Plasma 6 は分からないが、Wayland ではそうした API を提供するかどうかはコンポジター側の役割だと理解している。
    • 実験的なツール wlrctl がある: https://git.sr.ht/~brocellous/wlrctl
      ドキュメントはあまり整っていないが、wlrctl toplevel list でウィンドウ一覧を取得でき、wlrctl toplevel list state:focused で現在フォーカスされているウィンドウを取得できる。
    • こういう類のナンセンスに何十時間も深く突っ込む時間と余裕があった頃を、ありありと思い出す。
      今は遠慮したい。
  • Plasma 6 でも設定を見つけるのは相変わらず難しい、という話には同感。
    現在のデスクトップ Linux 環境は 2016 年から使っているもので、すべての設定は何年も前に済ませてある。最近 VirtualBox に Linux をインストールする必要があり KDE を選んだが、設定が多すぎて、悪い意味で圧倒された。
    若い頃ならもっと熱心で気に入ったかもしれないが、今は妥当なデフォルト値と一貫した UI/UX 体験が欲しい。

    • 設定をスクリプト化できれば本当にありがたい。
      設定スクリプトを 1 つ作って新規インストールごとに実行できれば、あちこち探してクリックする必要が減る。
    • 自分も同じ。みんなと同じ設定を使いたい。
      そうすれば、ソフトウェアで最もよくテストされた経路を使っている可能性を最大化できる。
    • 何年にもわたる設定の一貫性が欲しいなら FVWM を使えばいい。
      冗談だが、完全に冗談というわけでもなく、妥当な不満だ。