From owner-svn-doc-head@FreeBSD.ORG Sun Nov 24 14:26:34 2013 Return-Path: Delivered-To: svn-doc-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1458BDD6; Sun, 24 Nov 2013 14:26:34 +0000 (UTC) Received: from svn.freebsd.org (svn.freebsd.org [IPv6:2001:1900:2254:2068::e6a:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DDC73233B; Sun, 24 Nov 2013 14:26:33 +0000 (UTC) Received: from svn.freebsd.org ([127.0.1.70]) by svn.freebsd.org (8.14.7/8.14.7) with ESMTP id rAOEQX41030860; Sun, 24 Nov 2013 14:26:33 GMT (envelope-from ryusuke@svn.freebsd.org) Received: (from ryusuke@localhost) by svn.freebsd.org (8.14.7/8.14.5/Submit) id rAOEQXnu030859; Sun, 24 Nov 2013 14:26:33 GMT (envelope-from ryusuke@svn.freebsd.org) Message-Id: <201311241426.rAOEQXnu030859@svn.freebsd.org> From: Ryusuke SUZUKI Date: Sun, 24 Nov 2013 14:26:33 +0000 (UTC) To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org Subject: svn commit: r43230 - head/ja_JP.eucJP/books/handbook/x11 X-SVN-Group: doc-head MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Sun, 24 Nov 2013 16:28:39 +0000 X-BeenThere: svn-doc-head@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: SVN commit messages for the doc tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Nov 2013 14:26:34 -0000 Author: ryusuke Date: Sun Nov 24 14:26:33 2013 New Revision: 43230 URL: http://svnweb.freebsd.org/changeset/doc/43230 Log: - Merge the following from the English version: r42655 -> r42828 head/ja_JP.eucJP/books/handbook/x11/chapter.xml Modified: head/ja_JP.eucJP/books/handbook/x11/chapter.xml Modified: head/ja_JP.eucJP/books/handbook/x11/chapter.xml ============================================================================== --- head/ja_JP.eucJP/books/handbook/x11/chapter.xml Sun Nov 24 13:41:26 2013 (r43229) +++ head/ja_JP.eucJP/books/handbook/x11/chapter.xml Sun Nov 24 14:26:33 2013 (r43230) @@ -3,7 +3,7 @@ The FreeBSD Documentation Project The FreeBSD Japanese Documentation Project - Original revision: r42655 + Original revision: r42828 $FreeBSD$ --> @@ -14,8 +14,6 @@ - - この章では @@ -72,50 +70,33 @@ - X を理解する - 初めて X を使う場合、µsoft.windows; や &macos; といった他の - GUI 環境に慣れている人は多少ショックを受けるでしょう。 - - さまざまな X のコンポーネントについての詳細や、 - それらがどのようにやり取りするかについては理解する必要はありませんが、 - 基本的なことをいくつか知っていると - X を使う際に強力な武器になるでしょう。 - - - なぜ X? - - X は、&unix; - 用に書かれた最初のウィンドウシステムではありませんが、 - それらの中では最も広まっているものです。 - X のオリジナルの開発チームは - X を書く前に別のウィンドウシステムを開発していました。 - そのシステムの名前は W - (Window の W) です。 - X は単にローマ字でその次の文字だというだけなのです。 - - X は X, X Window System, - X11 などといった多くの用語で呼ばれます。 - X11 を X Windows - と呼ぶと気を悪くする人もいるでしょう。 - これについてもう少し見識を深めるには - &man.X.7; をご覧ください。 - - - - X のクライアント/サーバモデル + 用語の説明 + X Window System のさまざまなコンポーネントについての詳細や、 + それらがどのようにやり取りするかについてすべて理解する必要はありませんが、 + これらのコンポーネントについて基本的なことを知っていると、 + 強力な武器になるでしょう。 + + + + X サーバ + + X は最初からネットワークを意識してデザインされており、 - クライアント - サーバ モデルを採用しています。 - - X では、X サーバ はキーボードやモニタ、 + クライアント - サーバ モデルを採用しています。 + このモデルでは、X サーバ はキーボードやモニタ、 マウスが接続されたコンピュータ上で動きます。 このサーバはディスプレイの表示を管理したり、キーボード、 - マウスからの入力を処理したり、他の入出力装置 - (すなわち、入力装置として タブレット を利用できますし、 - 出力装置としてビデオプロジェクタを利用することもできます) - を取り扱います。 - 各 X アプリケーション (XTerm や - Firefox など) は + マウスからの入力を処理したり、タブレットやビデオプロジェクタ等の他の装置からの入出力を処理します。 + + + + + X クライアント + + + XTerm や + Firefox などの各 X アプリケーションは、 クライアント になります。 クライアントは この座標にウィンドウを描いてください といったメッセージをサーバへ送り、サーバは @@ -123,174 +104,111 @@ といったメッセージを送り返します。 家庭や小さなオフィスのような環境では、X サーバと - X クライアントは同じコンピュータ上で動くことになるでしょう。 - しかし、X サーバを非力なデスクトップコンピュータで動かし、 - X アプリケーション (クライアント) は例えばオフィス全体を捌くような - 高機能で高価なマシンで動かすことも可能なのです。この場合、 + X クライアントは通常同じコンピュータ上で動いています。 + X サーバを非力なコンピュータで動かし、 + X アプリケーションをより高性能ななマシンで動かすことも可能です。 + この場合、 X のクライアントとサーバの通信はネットワーク越しに行なわれます。 + + - これは、ある人々を混乱させることがあります。 - X での用語は彼らが想定するものとは正反対だからです。 - 彼らは X サーバ は地下にある大きなパワフルなマシンであり、 - X クライアント が自分たちのデスク上にあると想像するのです。 - - X サーバとはモニタとキーボードがついているマシンのことであり、 - X クライアントとはウィンドウを表示するプログラムだということを覚えておいてください。 - - X のプロトコルには、クライアントとサーバのマシンが同じ OS - で動いていなければならないといったことを強制するものはなにもありませんし、 - 同じ機種で動いている必要もありません。 - X サーバを µsoft.windows; や Apple の &macos; - で動かすことも可能ですし、 - そのようなソフトウェアもフリーのものから商用のものまでいろいろとあります。 - - - - X ウィンドウマネージャ + + ウィンドウマネージャ - X のデザイン哲学は &unix; のそれに非常によく似ており、 - ツールであってポリシーではない のです。 - つまり、X - はあるタスクがどのように達成されるべきかを示すものではありません。 - その代わり、ユーザにはツールが与えられ、 - それらをどうするかはユーザに委ねられているのです。 - - この哲学は、X - ではスクリーン上でウィンドウがどのように見えるべきか、 - マウスでそれらをどうやって動かすか、ウィンドウ間を移動するのに - どういうキーストロークを使うべきか - (例えば µsoft.windows; における - - Alt - Tab - )、 + + X はスクリーン上でウィンドウがどのように見えるべきか、 + マウスでそれらをどうやって動かすか、 + ウィンドウ間を移動するのにどういうキーストロークを使うべきか、 各ウィンドウのタイトルバーはどのように見えるべきか、 - それらはクローズボタンを持つべきかどうか、 - といったことを示すものではないというところまで拡大して解釈できます。 - - その代わりに、X + クローズボタンを持つべきかどうか、 + といったことは規定しません。そのかわりに、X ではそういったことを ウィンドウマネージャ - と呼ばれるアプリケーションに任せるのです。 - X 用の ウィンドウマネージャはたくさん + と呼ばれるアプリケーションに任せます。ウィンドウマネージャはたくさん あります。 これらのウィンドウマネージャの見た目や使い勝手はそれぞれ異なっています。 - バーチャルデスクトップ - をサポートしているものもありますし、 + バーチャルデスクトップをサポートしているものもありますし、 デスクトップを操作するキーストロークをカスタマイズできたり、 スタート ボタンやそれに類するものを持っているものもあります。 - テーマ に対応しており、 - 新しいテーマを適用して見た目や使い勝手を完全に変えられるものもあります。 + テーマに対応しており、 + デスクトップの見た目や使い勝手を完全に変えられるものもあります。 ウィンドウマネージャは Ports Collection の x11-wm - というカテゴリからインストールできます。 - - さらに、KDE や - GNOME デスクトップ環境には、 - それぞれのデスクトップに統合された独自のウィンドウマネージャがあります。 + カテゴリに用意されています。 - それぞれのウィンドウマネージャはまた異なる設定機構を備えており、 + それぞれのウィンドウマネージャは異なる設定機構を備えています。 手で設定ファイルを編集しなければならないものや、 - 設定作業のほとんどを GUI ツールで行うことができるものもあります。 - 少なくとも 1 つ (Sawfish) は - Lisp 言語の変種で書かれた設定ファイルを持っています。 + 設定作業のほとんどを GUI ツールで行うことができるものもあります。 + + - - フォーカスポリシー + + デスクトップ環境 + + + KDE や + GNOME などのウインドウマネージャは、 + デスクトップ環境です。 + これらは、共通のデスクトップのタスクを実行するための完全なアプリケーションスイートを含んでいます。 + オフィススイート、ウェブブラウザやゲームを含んでいるものもあります。 + + - ウィンドウマネージャのもう一つの機能はマウスの - フォーカスポリシー に関するものです。 - すべてのウィンドウシステムは、ウィンドウを選択しキーストロークを - 受け付けるようにするための方法が必要です。 - そして、どのウィンドウがアクティブなのかを示す必要もあります。 - - よく知られているフォーカスポリシーは - click-to-focus と呼ばれるもので、 - このモデルは µsoft.windows; で利用されており、 + + フォーカスポリシ + + ウィンドウマネージャは、 + マウスのフォーカスポリシに責任を持ちます。 + このポリシは、どのウィンドウがアクティブにキーストロークを + 受け付けるようにするための方法を提供し、 + そして、どのウィンドウがアクティブなのかを示します。 + + よく知られているフォーカスポリシは + click-to-focus と呼ばれるものです。 + このポリシは、 あるウィンドウ内でマウスをクリックすればそのウィンドウがアクティブになる、 - というものです。 + というものです。 + focus-follows-mouse ポリシでは、 + マウスポインタの下にいるウィンドウがフォーカスされるというものです。 + フォーカスを変えるには他のウィンドウにマウスポインタを動かすだけです。 + マウスがルートウィンドウに移動した時には、 + フォーカスされているウィンドウがなくなり、 + キーストロークは破棄されます。 + sloppy-focus では、 + ポインタが別のウィンドウに移った時のみフォーカスが変わり、 + 現在のウィンドウから出ただけでは変わりません。 + click-to-focus ポリシでは、 + マウスクリックによりアクティブなウィンドウが選択されます。 + ウィンドウは前面に表示され、他のすべてのウィンドウの前にきます。 + ポインタが別のウィンドウ上に移動した時でも、 + すべてのキーストロークがこのウィンドウに届きます。 - X は特定のフォーカスポリシーを採用していません。 - 代わりにウィンドウマネージャがそれをコントロールします。 - それぞれのウィンドウマネージャが、 - それぞれのフォーカスポリシーをサポートしています。 + それぞれのウィンドウマネージャは、 + それぞれのフォーカスポリシに対応しています。 すべてのものは click-to-focus をサポートしていますし、 - 多くのものは他の方法もサポートしています。 - - 最もポピュラーなフォーカスポリシーは次のものでしょう - - - - focus-follows-mouse - - - マウスポインタの下にいるウィンドウがフォーカスされるというものです。 - ウィンドウは最前面にある必要はありません。 - フォーカスを変えるには他のウィンドウにマウスポインタを動かすだけです。 - クリックする必要はありません。 - - - - - sloppy-focus - - - これは focus-follows-mouse を少し拡張したものです。 - focus-follows-mouse では、 - マウスがルートウィンドウ (背景) に移動した時には、 - フォーカスされているウィンドウがなくなり、 - キーストロークは単に破棄されます。 - sloppy-focus であれば、 - ポインタが別のウィンドウに移った時のみフォーカスが変わり、 - 現在のウィンドウから出ただけでは変わりません。 - - - - - click-to-focus - - - マウスクリックによりアクティブなウィンドウが選択されます。 - ウィンドウは 前面に持ち上げられ、 - 他のすべてのウィンドウの前にきます。 - ポインタが別のウィンドウ上に移動した時でも、 - すべてのキーストロークがこのウィンドウに届きます。 - - - - - 多くのウィンドウマネージャはこういったものに加え、 - その他のポリシーにも対応しています。 - ウィンドウマネージャそのもののドキュメントもよく読んでください。 - - - - - ウィジェット + 多くのものは他の方法もサポートしています。 + どのフォーカスモデルを利用可能かどうかについては、 + ウィンドウマネージャのドキュメントをご覧ください。 + + - X のツールを提供してもポリシーは提供しないというアプローチは、 - 各アプリケーションでスクリーンに現われるウィジェットにも適用されます。 + + ウィジェット - ウィジェット はクリック可能であったり、 + + ウィジェットはクリック可能であったり、 他の方法で操作可能なすべてのユーザインタフェース用アイテムを指す用語です。 ボタンやチェックボックス、ラジオボタン、アイコン、リスト、などがそうです。 - µsoft.windows; はこれらを コントロール と呼んでいます。 - - µsoft.windows; や Apple の &macos; - はともに非常に厳密なポリシーをウィジェットに課しています。 - アプリケーション開発者は共通のルックアンドフィールに - 確実に従うことを想定されているわけです。 - X では、特定のグラフィカルなスタイルやウィジェットのセットを - 強制することが重要とは考えてられていませんでした。 - - したがって、X - アプリケーションに共通の見た目や使い勝手を期待してはいけません。 + ウィジェットツールキットはグラフィカルアプリケーションを作成するために使われます。 KDE で使われている Qt や GNOME プロジェクトで使われている GTK+ - といった有名なウィジェットセットやその亜種が何種類もあります。 - これらのウィジェットセットはモダンな見た目を持っています。 - この点で言えば、&unix; のルックアンドフィールは収斂されてきており、 - 初心者がより簡単に使えるようになってきています。 - + といった有名なウィジェットセットがあります。 + そのため、アプリケーションのルックアンドフィールは、 + アプリケーションを作成するのに使われたウィジェットツールキットに依存し、 + 異なります。 + + +