← 2026-01-28 の一覧へ戻るホーム
**Xfwl4 – Xfce Wayland コンポジタのロードマップ**

2026/01/27 22:25

**Xfwl4 – Xfce Wayland コンポジタのロードマップ**

RSS: https://news.ycombinator.com/rss

元のHacker News記事へ ↗
要約▶

Japanese Translation:

（以下は指定されたテキストの日本語訳です）

Summary

Xfceチームは、現在のX11ベースのxfwm4を置き換える新しいWaylandコンポジタ「xfwl4」を発表しました。コミュニティ寄付で資金提供され、コア開発者のブライアン・タリコネ（Brian Tarricone）が主導しています。xfwl4は、公式Waylandプロトコルへの対応、深いカスタマイズ性、および優れたドキュメントを備えたsmithayフレームワークを使用して、Rustで一から書かれています。

主要な目標は、xfwm4と同等の機能を保持しつつ、既存のXfce設定ダイアログやxfconf設定を再利用することで、ユーザーがスムーズに移行できるようにすることです。プロジェクトはX11固有の複雑さを継承せず、新しいウィンドウマネージャーでバグを減らすために、ゼロから開始されます。

範囲としては、xfwl4がWaylandコンポジタをセッションのルートにするようにセッション起動を変更し、

xdg-session-management
をサポートし、XWayland と統合し、Meson経由でRustへと移行したXfce CIビルドシステムをアップグレードします。開発は既に進行中で、初期リリースは2026年半ば頃を予定しています。

チームは興味のあるユーザーにGitHub Issuesで進捗を追跡したり、ソースリポジトリを閲覧したり、質問や最新情報について #xfce-dev Matrix チャンネルに参加するよう招待しています。Open Collective US と EU のサポーターに感謝の意を表し、このプロジェクトを実現しました。

本文

2026年1月27日 – Xfwl4：Xfce Wayland コンポジタのロードマップ

Xfceチームは、素晴らしいニュースを共有できることを大変嬉しく思います！
慎重に検討した結果、長年Xfceコア開発者であるBrian Tarricone氏が xfwl4（Xfce専用の新規Waylandコンポジタ）を作成するために、コミュニティから寄付された資金を活用することに決定しました。この取り組みはプロジェクトへの寄付金の大部分を使用しますが、Xfceの将来にとって重要な投資だと信じています。

目的

  • xfwl4 は xfwm4 と同等かそれに極めて近い機能・挙動を提供すること。
  • xfwl4 を使う際は、X11 上で xfwm4 を使用しているのと同じ感覚になるようにすること。
  • 既存の xfwm4 設定ダイアログと xfconf の設定を再利用し、スムーズな移行を実現する予定です。

実装方針

  • xfwl4 は既存の xfwm4 コードベースに依存せず、Rust で一から書かれます。Smithay のビルディングブロックを使用します。

なぜリライトなのか？

Xfce Wayland コンポジタへの最初の試みは、xfwm4 を X11 と Wayland 両方に対応させる形で改造するものでした。このアプローチには次のような問題がありました：

  • アーキテクチャ – xfwm4 は X11 固有の実装を前提とした構成になっており、汎用インターフェースの実装が難しい。
  • リスク – リファクタリングは X11 側に新たなバグを導入する可能性がある。別々のコードベースであれば、Wayland コンポジタを迅速に開発できる。
  • プロトコルギャップ – X11 のウィンドウ管理概念の一部は Wayland プロトコルでは利用不可・非対応。X11 を先行させたコードベースは適応が難しい。
  • 言語選択 – 既存コードを使用すると C と wlroots が必須になり、より良い代替手段を活用できない。

なぜ Smithay ベースにするのか？

コンポジタをゼロから書くことを決定した後、Brian は wlroots と Smithay を比較検討しました。Smithay を選んだ理由は次の通りです：

  • ほぼすべての公式 Wayland プロトコル拡張（wlroots のプロトコルや一部 KDE プロトコルも含む）をサポート。
  • wlroots のような高レベル抽象化はないが、グラフィックス・入力パイプラインおよび Wayland プロトコル全体の細かなカスタマイズが可能。
  • ドキュメントが充実している。
  • Rust を使用することでメモリ関連のバグやクラッシュを大幅に減らせる（コンポジタには不可欠）。
  • Brian は C より Rust でコードを書くことを強く望んでいる。
  • wlroots は C で書かれており、Rust バインディングは保守が難しい。

プロジェクトの範囲

xfwm4 と同等の機能を実現するだけでなく、以下も含みます：

  • Wayland 上ではコンポジタ自体がセッションルートになるよう、セッション起動プロセスに大幅変更。
  • xdg-session-management
    プロトコルへの対応。
  • XWayland のサポートはロードマップに含む。
  • Meson を使った Rust コードのビルドをサポートするよう、Xfce CI コンテナ構築システムをアップグレード。

Brian は既に作業を開始していますので、xfwl4 の初期開発リリースは年中頃に予定されています。

詳細な根拠や技術的検討については、Issue と実際のソースコードをご覧ください。
ご質問がある場合は Matrix チャンネル #xfce-dev へどうぞ。

Open Collective（米国・EU）の寛大なサポーターのおかげで、このプロジェクトを実現できたことに、心より感謝申し上げます！

敬具
Xfce 開発チーム

同じ日のほかのニュース

一覧に戻る →

2026/01/28 4:20

Chrome Canary でテキスト拡大・縮小のサポートをお試しください。

## 日本語訳: --- ## 要約 Chrome Canary は、ウェブページ上でオペレーティングシステムのテキストサイズ設定を尊重するようブラウザに指示する新しいメタタグ `<meta name="text‑scale">` の利用をユーザーが選択できるようになりました。 この機能はまだ実験的で、オプトインフラグによって制御されています。 2024 年夏に CSS Working Group に提案され、CSS Fonts 5 仕様に追加されたもので、サイトがシステムテキストスケーリングを尊重するよう設計されていることを示します。 モバイルユーザーの約三分の一（Android 約 37％、iOS 約 34％）が OS テキストサイズを調整していますが、ほとんどのブラウザはこれらの設定を無視しています。 Safari と Chrome はスキップし、Firefox for Android はページズームを使用します。 グローバルサポートを有効にするとデスクトップレイアウトが壊れる可能性があります（例：フォントサイズが倍になると LinkedIn のページが崩れます）。 したがって慎重な実装が必要です。 **開発者向けベストプラクティスチェックリスト:** 1. **初期 CSS `font-size` を上書きしないでください。** デフォルトを medium（約 16 px）に設定するか、パーセンテージ値を使用します。 2. **コンテンツ要素にはフォント相対単位（em, rem）のみを使用してください。** 必要がない限り、マージン・パディング・ギャップには使用しません。 3. **開発者ツールで 320 px ビューポートに 200 % テキストスケールをシミュレートし、`env(preferred-text-scale)` 関数を使ってテストしてください。** 未解決の質問があります：大きな見出しは本文より低い倍率で拡大すべきでしょうか（例：32 px → 64 px）？ ブラウザは今年後半に `<meta name="text‑scale">` をサポートする可能性がありますが、他のエンジンについては確認されたタイムラインはありません。 追加議論とドキュメントは CSS Day 2026（6 月）で予定されています。 広く採用されれば、デザインを壊すことなくアクセシビリティ設定に対応できるようになります—ただしレイアウトの崩れを防ぐためにスペーシング単位を管理する必要があります。

2026/01/28 5:35

タイムステーション・エミュレータ

## Japanese Translation: > ## 要約 > タイムステーションエミュレーターは、スマートフォンやタブレットを低周波ラジオ送信機に変換し、ほとんどの原子時計や腕時計の同期に使用できる時間信号を放送します。NTP スタイルのアルゴリズムを用いて ±24 h のオフセットを許容し、自動的に夏時間変更と DUT1 うるう秒補正（適宜）を適用することで、BPC、DCF77、JJY、MSF、および WWVB の5つの公式局をエミュレートします。ツールは WebAssembly を介してブラウザ上で完全に動作し、インストールやデータ収集は不要です。また、44.1 kHz PCM 出力以上の DAC サポートがあれば十分です。 > > パフォーマンスは内蔵スピーカーで最も優れています。有線ヘッドホンでも動作しますが、Bluetooth やオーディオフィーバー機器では搬送波のサブハーモニック変調に必要な高周波共振子を歪めることがあります。2024 年初頭時点で iOS の Safari と Android の Firefox は不具合があり、機能しません。ユーザーは希望する局を選択し時計パラメータを設定した後、電話のスピーカーを時計のアンテナに近づけます。音声波形は、搬送波周波数のサブハーモニック変調によって実際のタイムステーション放送を模倣する RF ノイズを生成するよう設計されています。 > > エミュレーターは最大ボリュームで再生すると永久的な聴覚障害を引き起こす可能性があるため、スピーカーを直接聞くことを避けるよう警告します。ホストサイトは <https://timestation.pages.dev/> であり、そのソースコード（Unicode とアイコン資産を含む）は MIT ライセンスに準拠し、適切な帰属要件が課されています。

2026/01/28 3:57

レナート・ポッタリングとクリスチャン・ブラウナーは新しい会社を設立しました。

## Japanese Translation: まとめはすでにKey Pointsリストと完全に一致しているため、変更の必要はありません。