{{ page.title }}

-このサイトは日本KDEユーザ会が著作権を有します。 -本著作権を表示する限りにおいて転載を許可します。 -
Copyright (C) 1999-2002 Japan KDE Users' Group. All Rights Reserved. -
このサイトに関するご意見・お問い合わせは -webmaster@kde.gr.jpまで。
- 最終更新日：2002年11月18日 -

- - +

最終更新日：2002年11月18日

diff --git a/archives/printing/index.html b/archives/printing/index.html index 5541d8d..7e0584a 100644 --- a/archives/printing/index.html +++ b/archives/printing/index.html @@ -1,94 +1,58 @@ - - - - - KDEの印刷について - - - title

KDEで印刷しよう

KDEではバージョン2.2から印刷機構の強化を掲げています。実際KDEアプリケーションからの印刷は Windowsに比べて遜色なく、それに加えPDF書き出しの機能など便利な機能も備えています。では Windowsに比べて劣っているところはあるか?というとやはり設定がカンタンにはいかないことが多いです。しかし KDEの設定ツールを使用すれば簡単にプリンタの設定を行うことが出来ます。このドキュメントでは KDEでのプリンタの設定の仕方、印刷方法について解説します。また最新の印刷システム、CUPSについての Tipsも掲載します。

目次: KDE関連

目次: CUPS関連

(注1)もうすでにCUPS/lprで印刷する環境が整っている場合はKDEアプリケーションからの印刷に飛んでください。
(注2)RedHat8.0に関してはRedHat付属の資料をご覧ください。
(注3)説明はKDE-3.1で行いますが3.0系、2.2系でも大体同じです。

リンク

-日本KDEユーザ会トップページへ

-このサイトは日本KDEユーザ会が著作権を有します。 -本著作権を表示する限りにおいて転載を許可します。 -
Copyright (C) 1999-2002 Japan KDE Users' Group. All Rights Reserved. -
このサイトに関するご意見・お問い合わせは -kom@kde.gr.jpまで。
- 最終更新日：2002年11月18日 -

- - + +

最終更新日：2002年11月18日

diff --git a/archives/printing/ipp_fromwin.html b/archives/printing/ipp_fromwin.html index 7227248..9c5746f 100644 --- a/archives/printing/ipp_fromwin.html +++ b/archives/printing/ipp_fromwin.html @@ -1,60 +1,25 @@ - - - - - KDEの印刷について - - - title

WindowsクライアントからのIPPを使用した印刷方法

Windows2000/XPではネットワークを介した標準規格の印刷プロトコルであるIPP(Internet Printing Protocol)に対応しています。よってCUPSサーバをIPPサーバ、Windows2000/XPをIPPクライアントとして印刷をすることが可能です。ここではCUPSでrawプリンタを設定してある時にWindows2000/XPをIPPクライアントとして使用する時のWindows2000/XPの設定方法を説明します。

まずコントロールパネルで「プリンタ」を選択し「プリンタの追加」ボタンをダブルクリックします。するとプリンタの追加ウィザードが起動します。「次へ」をクリックします。

次にネットワークかローカルかを聞かれるので「ネットワークプリンタ」を指定し、「次へ」をクリックします。

「インターネットまたはイントラネット上のプリンタに接続します」にチェックし、CUPSサーバのIPPプリンタのアドレスを指定します。
書式は「http://"CUPSサーバのアドレス":631/printers/"プリンタ名"」です。「次へ」をクリックします。

ローカルにドライバをインストールします。自分のモデルを選択して下さい。一覧にない場合はドライバディスクを使用して下さい。（これはドライバ共有などのうまい方法があるかも知れません。）「OK」をクリックします。

最後に「通常使うプリンタ」にするかどうかを選択します。「次へ」をクリックします。

「完了」をクリックするとプリンタが追加されます。
設定完了

-日本KDEユーザ会トップページへ

- - +

最終更新日：2002年11月18日

diff --git a/archives/printing/lprtocups.html b/archives/printing/lprtocups.html index d103b26..416acc4 100644 --- a/archives/printing/lprtocups.html +++ b/archives/printing/lprtocups.html @@ -1,74 +1,38 @@ - - - - - KDEの印刷について - - - +--- +title: BSD-lpr → CUPS 乗り換え方法 +--- title

BSD-lpr→CUPS乗り換え方法

　ここではDebianでlprから環境を乗り換える際の注意事項を列記します。多分Debianユーザ以外にも役に立つはずです。試行錯誤しながらやったのと、詳しく手順を記録しなかったので抜けているところもあるかもしれませんが、そこはDebianユーザ、がんばってください（笑）。BSD lprからの乗り換えを前提に書いていますが、まっさらの状態から構築する人にも役に立つはずです。
　とりあえず必要なパッケージをapt-get install します。
# apt-get install cupsys
ライブラリとか依存しているものも一緒に入ります。dselectでやるとsuggestされるcupsys-bsdがbsd-lprやlprngとconflictするのでapt-get installがおすすめです。 CUPSはプリンタ情報をPPD(Postscript Printer Description)で扱います。これがないと使用できるプリンタのモデルが激減します。別パッケージなのでインストールしましょう。
# apt-get install cupsomatic-ppd
これもいろいろ依存しているので一緒に入れて下さい。ここからの進め方は２通りあります。

ダウンタイムが気になる場合は先にCUPSシステムの設定を行います。
単に個人の環境で一日停止しても迷惑がかからない場合は先にインストールするものをインストールしてもらっても構いません。

ここではダウンタイムを最小限にする手順で解説していきます。

　CUPSのlpr互換環境を残す場合重要なことがあります。それは

　CUPSが参照するprintcapは/etc/printcap.cups
　既存のシステムが参照するprintcapは/etc/printcap

ということです(注: 2つのシステムを混在させているからこうなるのであって、単独でインストールしたらCUPSのほうも/etc/printcapを参照するように設定されるものと思われます。ちなみに/etc/cups/cupsd.confにてどのprintcapを使用するかを変更できます)。さらに CUPSが提供するlpr互換機能は、CUPSのlprがBSDのlprとコマンドが互換になるだけで、設定ファイルまで互換ではないということです（実はこの後出てくるcupsys-bsdのインストールの際に何か聞かれて「parse」を選択したのですがCUPSに特に変化は起こりませんでした。不充分な情報ですみません）。
　このことからCUPSでBSD lprのプリンタ名と同じプリンタ名を持つプリンタをCUPS側で用意しておく必要があります。例えば/etc/printcapに「hp990c」というプリンタエントリがあった場合、設定で見たようにCUPSを設定します。エントリを作成したら（Rawプリンタ以外の場合は）テストページが印刷できるか確認してください。
　つぎにいよいよlprをCUPSの互換コマンドで置換します。念のため/etc/printcapを/etc/printcap.bakにするなどバックアップをとっておいてください。
# apt-get install cupsys-client
# apt-get install cupsys-bsd

/etc/printcapをCUPSのものにします。
# ln -s printcap.cups printcap
これで移行は終了です。いままでのlprが使用できるかテストしてください。

- - +

最終更新日: 2002年11月18日

diff --git a/archives/printing/nowprint.html b/archives/printing/nowprint.html index 5c51521..cc33e04 100644 --- a/archives/printing/nowprint.html +++ b/archives/printing/nowprint.html @@ -1,59 +1,24 @@ - - - - - KDEの印刷について - - - title

KDEアプリケーションからの印刷

　設定ができたらあとはKDEのアプリケーションの印刷の際、印刷ダイアログで今回追加したプリンターを選択すれば印刷できます。ですがその前に一回テストを行います。
テストのやり方はまずKDEアプリケーションからPSファイルを出力します。KDE アプリケーションで印刷ボタンをクリックし、「名前」に「ファイルに出力 (PostScript)」を選択し「OK」をクリックします。

そのファイルをkghostviewで開いてみてください。

このようにエラーが出ずに表示されればOKです。
同様の方法でPDFファイルを出力することができます。また、PDFファイルはPSファイルと同様にkghostviewで閲覧することができます。
実際の印刷の場合は下のようにプリンタ「hp990c」を選択し、「OK」をクリックします。
プリンタに出力

データ転送中の画面。
出力中
これでプリンタから出力されます。快適過ぎて紙の無駄使いをしないようにしましょう;)。

- - +

最終更新日：2002年11月18日

diff --git a/archives/printing/remote.html b/archives/printing/remote.html index fcd2d97..5136f0a 100644 --- a/archives/printing/remote.html +++ b/archives/printing/remote.html @@ -1,65 +1,28 @@ - - - - - KDEの印刷について - - - title

リモート印刷サーバの構築

　ここではリモートプリンタの使用について解説します。
　単純にリモートプリンタといっても様々な形態、組み合わせがあります。ここでは私が設定したことのあるものについて説明します。もちろん「こんな事例もあるぞ」というのは大歓迎なので私宛てにメールをしてください:)。

事例サーバ:CUPS(BSD-lprから移行)、クライアント:KDEアプリケーション(CUPS使用)、Windowsクライアント、lprクライアント

　ここは小さな事業所です。いままでSamba+lprでプリントサーバを立てていました。これをCUPSベースに完全に移行させることにしました。
移行の際に必要な要件は以下の通りです。

今まで使用していたlpr、Sambaのサービスは設定変更なしで使えること(CUPSのlpr互換コマンドをインストール)
新規のKDEクライアント(CUPSクライアント)とWindows2000/XPクライアントはIPPベースで使用する

それでは一つづつ設定を見ていきましょう。それぞれリンクされたドキュメントを見ればできます。

リモートCUPSサーバの設定

Sambaサーバの設定

新規KDEクライアントの設定

新規Windows2000/XPクライアントの設定

いままでのSamba/lprクライアント (そのままの設定でOKです:)。

これで移行は完了です。快適なCUPS生活が始まります:)。

- -

- - +

最終更新日：2002年11月18日

diff --git a/archives/printing/remote_cups.html b/archives/printing/remote_cups.html index 405e01c..a9b87c7 100644 --- a/archives/printing/remote_cups.html +++ b/archives/printing/remote_cups.html @@ -1,129 +1,92 @@ - - - - - KDEの印刷について - - - title

CUPS設定ツールを使用したCUPSサーバへのプリンタ追加の設定

PS入力用の「hp990c」と、raw入力用(ローカルでドライバを持たせ、プリンタ言語に変換されたものを入力とする、Samba等で使用される)の「hp990raw」というプリンタをCUPS設定ツールを使用して追加してみましょう。

BSD-lprからCUPSへの移行の注意点についてはlpr→CUPSへの移行をご覧ください。要約すると

BSD-lprで使用していたものと同じ名前のプリンタをCUPSサーバに追加
BSD-lprをCUPSのlpr互換コマンドで置き換える前にCUPSの設定をしておく
どのシステムが/etc/printcap*を参照しているかに注意する

に注意する必要があります。

CUPSサーバへのプリンタの追加はKDEを使用した設定か、KDEがサーバにインストールされていない場合はCUPS設定ツールで行います。ここではCUPS設定ツールを用いたプリンタの追加の仕方を説明します。
CUPS設定ツールはブラウザからアクセスします。CUPSツールを日本語表示させる方法について補足3を御覧ください。
ブラウザを起動し「http://localhost:631」のアドレスを入力します。すると画面のようになります。

PS入力用「hp990c」プリンタの追加

プリンタボタンをクリックすると画面のようになります。「プリンタの追加」をクリックします。プリンタ情報ページ

ルート権限が必要なのでルートアカウント「root」とそのパスワードを入力します。
ルートパスワードの入力

ここからはプリンタの追加です。以下のように入力します。
プリンタ名: これは重要です。「hp990c」を入力してください(lprを使用していたのならそれと同じ名前にする必要があります)
設置場所: プリンタの使用される場所を記述します。必須ではありません。
説明: プリンタの説明を記述します。必須ではありません。
プリンタ名の入力

デバイスはUSB1に繋がっているものとします。
デバイスの選択

メーカーの選択: HPを選択します。
ベンダの選択

モデルの選択: 「HP DeskJet 990C, Foomatic + hpjis (en)」を選択します。

これで完了です。
設定終了

プリンタボタンをクリックしプリンタのページに移動すると追加したプリンタが表示されます。テストプリントで設定が正しくできているか確認してください。
追加したプリンタが表示されている

raw入力用の「hp990raw」

上と同様ですが、モデルの指定のみが異なります。手順を追ってみましょう。
名前は「hp990raw」です。プリンタの名前の指定

接続先を指定します。USBの#1です。

rawプリンタの場合は「Raw」を選択します。
ベンダの指定

rawプリンタの場合は「Raw Queue (en)」しかありません。これを選択します。
プリンタ名の指定

設定終了

プリンタのページに移動すると追加したプリンタが表示されます。rawプリンタはドライバを持っていないので、テストプリントはしないでください。
2つのプリンタが表示される

rawプリンタで動かすにはmimeの設定が必要です。CUPSの設定を参照してください。これの設定を行うとCUPSに対する設定は終了します。

補足1 CUPS設定ツールはcupsd.confのaccess、adminの設定を変えることでリモートからブラウザを使用しての設定が可能です。しかしこの方法は認証がなく(設定可能?)、通信の暗号化がされていない(これも設定可能?)ので、ローカル以外ではお奨めできません。(設定ファイルを見る限りでは、なんかできそうな気もしますがまだ調べていません。)

補足2 ローカルにあるCUPSサーバの詳細な設定(cupsd.confファイルで行うアクセスやセキュリティなどの設定)についてはcupsdconfというKDEのツールが使用できます。グラフィカルでかつ日本語化されているので、KDEがインストールされている場合はこれを使用するとよいでしょう。

補足3 ディストリビューションによってはCUPS設定ツールが日本語化されていません。これはもともとの配布に日本語化ファイルが含まれていないからです。TurboLinux8では日本語化されたリソースがインストールされます。作成者の許可を得て、この日本語リソースを配布許可を得ることができました。この場を借りてお礼申し上げます。
日本語リソース
日本語リソースのインストール方法
CUPSのリソースは例えば/usr/share/cupsなどにインストールされます。このディレクトリには「doc(debianならdoc-root)」、「templates」というディレクトリがあります。ここでリソースを展開してください。
# cd /usr/share/cups # tar xjf cupsd-japanese-resources.tar.bz2 するとdoc,templatesディレクトリ以下に「ja」というディレクトリができます。これでブラウザを再読み込みすれば日本語でCUPS設定ツールにアクセスできます。

- -

- - +

最終更新日：2002年11月18日

diff --git a/archives/printing/remote_kde.html b/archives/printing/remote_kde.html index 430c4f2..b9846f3 100644 --- a/archives/printing/remote_kde.html +++ b/archives/printing/remote_kde.html @@ -1,93 +1,57 @@ - - - - - KDEの印刷について - - - title

- -

KDEクライアントからリモートCUPSサーバへ印刷する場合の設定

　ここではリモートCUPSサーバへの接続(IPPを利用してCUPSサーバと通信する場合)を解説します。サーバマシンにてKDE印刷マネージャ、またはCUPS設定ツールでプリンタを追加しておいてください。例として使用するリモートプリンタはPS入力を受け付ける「hp990c」とします(注1)。KDEでのプリンタの追加ですからKDEを使用した設定で見たものと手順はほとんど同じです(注2)。

(注1)KDEクライアントはプリンタ言語の出力をサーバに送るのではなく、PS出力をサーバのスケジューラに送ります(つまりサーバサイドでラスタ化します)。しかしローカルをRawにしておく必要はなく、ローカルもサーバと同じPS入力可能のプリンタ設定にしておいてください。
(注2)言いかえればCUPSシステムを使用するときのローカルプリンタの設定は、ローカルCUPSサーバへのプリンタ設定の追加、クライアントをlocalhost:631という(リモート)CUPSサーバに接続するための設定を行っていることになります。

それでは一つ一つ手順を見ていきましょう。まず印刷マネージャから右クリックし「プリンタ/クラスの追加」を選択します。以下のダイアログが出てきます。

「リモートCUPSサーバ」を選択します。

ゲストアカウント以外でログインする場合は「ゲストアカウント」のチェックを外しログイン名とパスワードを入力します。

リモートCUPSサーバのアドレスを入力します。ポートは通常「631」です。

リモートCUPSサーバに追加されているプリンタがブラウズできます。画面は異なりますが「hp990c」を選択します。

プリンタのメーカーとモデルを選択します。

ドライバを選択します。「推奨」となっているものを使用すると良いでしょう。

プリンタのテストになります。「テスト」ボタンをクリックするとテストプリントが印刷されます。

印刷の前後に挟まれる「バナー」を選択します。通常必要ありません。

印刷容量の制限「クオータ」の設定です。サーバ側に容量がない場合や、クライアントから異常な量の印刷命令が来たときに拒否したい場合に設定してください。

拒否したいユーザを設定できます。

プリンタの名前はローカルでKDEから印刷するときに使用される名前です。混乱を避けるためサーバでのプリンタ名と同じ名前にしておくと良いでしょう。

設定の確認です。「完了」をクリックすると設定が完了し、「hp990c」リモートプリンタが使用できるようになります。

- - +

最終更新日：2002年11月18日

diff --git a/archives/printing/samba_cups.html b/archives/printing/samba_cups.html index 0a9c1e1..55b3a1e 100644 --- a/archives/printing/samba_cups.html +++ b/archives/printing/samba_cups.html @@ -1,71 +1,33 @@ - - - - - KDEの印刷について - - - title

SambaでCUPS

SambaでCUPSを使用するときいくつか設定しておく必要があります。以下に箇条書きでまとめておきます。
(なおここで述べた方法の他に、Windows2000/XPクライアントから直接IPPポートを使用して印刷するという方法があります。これはクライアント側で新しい設定が必要ですがSambaを経由しないためSambaで設定ミスをしても影響を受けなく便利です。新規にクライアントを追加する場合はIPPのほうがおすすめです。)

CUPS側の設定

CUPSの設定ファイルのうち、以下のファイルの以下の行のコメント(#)を外します。これらの設定はSambaをRawプリントサーバとして使用しているときに必要です。

/etc/cups/mime.convs
#application/octet-stream application/vnd.cups-raw 0 -
/etc/cups/mime.types
#application/octet-stream

完了したらcupsを再起動してください。

Samba側の設定

CUPSサポートありでコンパイルします。
smb.confのglobalセクションに以下を追加します。以下の設定をすることで印刷システムとしてCUPSを使用します。

printcap name = cups
printing = cups

一応smbdを再起動して、SWATでプリンタがマージされているか確認して下さい。
ちなみにCUPS使用時にSambaでスプールディレクトリの印刷データファイルが消えないのはバグです。2.2.6では直っているそうです。

- - +

最終更新日：2002年11月18日

diff --git a/archives/printing/setting.html b/archives/printing/setting.html index c0d5b73..0cc8121 100644 --- a/archives/printing/setting.html +++ b/archives/printing/setting.html @@ -1,197 +1,161 @@ - - - - - KDEの印刷について - - - title

KDEを使った印刷設定

下準備

印刷するには印刷のツールがインストールされている必要があります。確認してください。

ghostscript
cupsかlpr(BSD lpr, LPRng)

それでは物理的なレイヤーからひとつづつ見ていきます。

プリンタ

ケーブルを繋げて電源を入れてください:)

プリンタデバイス/ドライバ

通常のディストリビューションでは既に設定されていることがほとんどです。 /dev/lp0 (USBなら例えば /dev/usb/lp0)が存在するか確認して下さい。またlpモジュールかUSBのprinterモジュールが読み込まれているかを確認して下さい。
# /sbin/lsmod
デバイスファイル/ドライバの設定についてはLinux Printing HOWTOを御覧ください。

Ghostscriptの設定

コマンドラインでgs -vと入力するとバージョン情報が表示されます。ここで重要なのはKDEのアプリケーションから出力した日本語のPS,PDFファイルが正しく扱えることです。TurboやVineなら問題なくいけると思います。これのテストについては印刷前のプレテストのところで行います。

KDEからの設定

　さてこれでKDEで設定する準備が整いました。これまでのステップはちゃんと設定してあるディストリビューションなら必要がないのでここからがKDEでの設定ということになります。
　まず一つ印刷システム（ジョブ管理、スプーラ）として何を使用するかを決める必要があります。一般にCUPSかlpr(類似物を含む)が選択肢に上がると思います。これら２つの特徴としては

CUPS: 先進的、高機能
lpr: 伝統的、広く使われている

と言えるでしょう。指針としてはlprに慣れ親しんでいてそのまま使用したい場合はlpr、特にこだわりがない場合はCUPSを使用すると良いかもしれません。

これからの説明では以下のシステムを想定します。

印刷システム: CUPS(lprの場合はいくつかの質問が飛ばされます)
ポート: ローカル(USB)
プリンタ: HP Deskjet 990cix

プリンターを設定するには印刷マネージャを立ち上げます。印刷マネージャはKメニューの「設定」→「システム」→「印刷マネージャ」から立ち上げます。またコントロールセンターの「周辺装置」→「プリンタ」でも同様の設定を行なえます。下図のような画面が立ち上がります。

　ここで下のほうにある「現在の印刷システム」を「CUPS (Common UNIX Print System)」にします。
　プリンタの追加は印刷マネージャの白いあたりのところを右クリックし「プリンタ/クラスの追加...」を選択すると下図のダイアログが現れます。

プリンタを追加ウィザード
「次」をクリックします。

まずバックエンドを選択します。ここではローカルで使用するので「ローカルプリンター」にチェックを入れて「次」をクリックします。

　次にポートを選択します。パラレルポートの場合は「パラレル」になります。 USBプリンターの場合は「USB」→「USB Printer #1」です。URIのところは「usb:/dev/usblp0」ですが、システムによっては「usb:/dev/usb/lp0」の場合もあります。上の「プリンタデバイス/ドライバ」を確認して下さい。「次」をクリックします。

プリンタのメーカー、モデルを選択
　次にプリンタのメーカーとモデルを選択します。製造者が「HP」、モデルが「DeskJet 990C」です。「次」をクリックします。

　ドライバを選択します。幸せなことにHPのプリンタの場合は利用できるドライバがたくさんあります。ここでは「推奨」となっているものをそのまま使用します。「次」をクリックします。

プリンタテスト
　次はテスト印刷になります。「テスト」をクリックするとテストができます。プリンター追加後でもテストはできるので希望に応じて行なって下さい。

バナーの設定
　バナーは印刷の前後に文字列やロゴを挿入するものです。通常は「バナーなし」で良いでしょう。「次」をクリックします。

クオータの設定
クオータとは大き過ぎるジョブを制限する機能のことです。通常必要ありません。「次」をクリックします。

ユーザの設定
印刷を禁止したいユーザなどを作成することができます。ひとりや家族で使用する環境の場合には必要ないでしょう。「次」をクリックします。

　次に一般情報についての記述です。「名前」はそのままCUPSやlprで使用するプリンター名になるので短い名前が良いです。lprからCUPSに移行する場合はlprでのプリンタ名と同一にして下さい。「場所」はプリンターが使われる状況をコメントしておく部分で必須ではありません。「次」をクリックします。

　そして最後に設定の確認です。ここで「完了」をクリックすると設定が完了し、プリンターが追加されます。一般ユーザの場合はここでルートパスワードを求められます。
rootパスワード
ユーザ名に「root」パスワードにルートパスワードを入力して下さい。これでプリンタ「hp990c」が追加されました。

「hp990c」が追加された状態

　ちなみにこの設定はKDEの印刷システムに対してのGUI設定フロントエンドであって、KDE以外でも印刷することができます。例えばlprを使って
% lpr -Php990c foo.ps
とすれば普通に印刷ができますし、既に設定がある場合に印刷マネージャで設定を変更するということもできます。

フォント埋め込みの設定

最後にフォント埋め込みの設定を行います。ヨーロッパ諸国言語と違い日本語の場合はデスクトップ環境としてフォントが統一されていない（フリーのフォントが少なく、ディストリビューション毎にまちまちのフォントをバンドルしているせいです）という欠点があります。また、ネットワークプリンタにデスクトップと同じフォントがインストールされていないこともあります。これらの問題はドキュメントにフォントを埋め込むことで解決します。欠点としてはデータ量が多くなるということがありますが、多くの問題を回避できるのでぜひとも設定しておいてください。

KDE

印刷マネージャを起動します。次に印刷マネージャの白いあたりのところを右クリックし「マネージャの設定」を選択すると下図のダイアログが現れます。

ここの「フォント」の「印刷時にPostScriptにフォントを埋め込む」にチェックを入れて「OK」をクリックします。
埋め込みの設定

Qt

ここは必ずしも必要ではありませんがQtアプリケーションを使用するときに必要なので設定しておきましょう。
% qtconfig &
でqtconfigを起動します。そこの「Printer」→「Enable font embedding」をチェックし、メニューの「File」→「Save」を選択し、終了します。

エラーの回避方法/ヒント

一部のフォントではフォントを埋め込んでもgs側でフォント情報をうまく扱えない場合があります。現時点で(私は)回避方法はわかっていないのでそのようなフォントは使用しないようにしてください。印刷フォントは画面表示のフォント設定と同じものが使用されます。
用紙サイズはデフォルトがUS Letterサイズのようなので最初に印刷ダイアログの「プロパティ」→「印刷フォーマット」で「A4」等に変えるようにしてください。
あらかじめ/etc/foomatic/lpd/というディレクトリを作成しておく必要がある場合があります。

応用編

Canon Bubble Jet Print Filter for Linux フィルタを使用する(lpd使用)

　最近ではプリンターメーカーも高品質なLinux用のプリンタフィルタを無料で提供するサービスを行っています。ここでは(株)キャノン販売のCanon Bubble Jet Print Filter for Linuxを使用した設定を試してみます。プリンターにはCanon BJF870を使用しました。このようなフィルタには他にもエプソンコーワの「Photo Image Print System」と「GS Laser Printer Driver」があります。
　残念ながらこれらのフィルターを使用するには設定の全てをGUIでできません。インストールとprintcapの設定は手動でやる必要があります。なおCanon Bubble Jet Print Filterのより詳しい設定の詳細はウェブにドキュメントがアーカイブでおいてありますのでそちらをご覧ください。

システム側の設定

　まずパッケージをインストールします。
# rpm -ivh bjfiltercom-1.3-0.i386.rpm bjfilter870-1.3-0.i386.rpm
次に/etc/printcapに以下のエントリーを追加します。 bjf870raw:\ :lp=/dev/lp0:\ :sd=/var/spool/lpd/bjf870raw:\ :mx#0:\ :sh:\ :rw:\ :if=/usr/local/bin/bjf870raw: bjf870ps:\ :lp=/dev/lp0:\ :sd=/var/spool/lpd/bjf870ps:\ :mx#0:\ :sh:\ :rw:\ :if=/usr/local/bin/bjf870ps:
次にスプールディレクトリを作成します。 # cd /var/spool/lpd # mkdir bjf870ps # mkdir bjf870raw
キャノンの印刷ダイアログを表示するためにxhostを設定します。
# xhost localhost　(Xの起動ファイルに追加しておくと良いでしょう)
lpdを再起動します。
# /etc/rc.d/init.d/lpd restart
これでシステム側の設定は終了です。この状態で
% lpr -Pbjf870ps foo.ps
とするとPostScriptファイルが印刷できる状態になっています。bjf870psはPostScriptファイルをGhostScriptでビットマップに変換し、それをフィルタに通すスクリプトです。

KDE側の設定

　KDEの印刷マネージャは/etc/printcapを自動的にパースしてくれるのでKDE側でプリンターの細かい設定をする必要はありません。ここまで設定できたらあとは印刷時のダイアログでbjf870psを選択すればめでたく印刷できます。印刷を実行するとフィルタ側のダイアログがでてきて細かいプリンターの設定ができます。プリンタの設定を行ったら「OK」を押して実際の印刷を開始してください。

- -

- - +

最終更新日：2002年11月18日

diff --git a/archives/printing/template.html b/archives/printing/template.html index b868e0e..b5c2a37 100644 --- a/archives/printing/template.html +++ b/archives/printing/template.html @@ -1,104 +1,68 @@ - - - - - KDEの印刷について - - - - title

+--- +title: 新規KDEクライアントの設定 +--- + title

新規KDEクライアントの設定

ここではリモートCUPSサーバへの接続(IPPを利用してCUPSサーバと通信する場合)を解説します。サーバマシンにてKDE印刷マネージャ、またはCUPS設定ツールでプリンタを追加しておいてください。この場合使用されるプリンタは前の例では「hp990c」になります(注)。KDEでのプリンタの追加ですからKDEを使用した設定で見たものと手順はほとんど同じです(注2)。
(注)KDEクライアントはプリンタ言語の出力をサーバに送るのではなく、PS出力をサーバに送ります(つまりサーバサイドでラスタ化します)。
(注2)言いかえればCUPSシステムを使用するときのローカルプリンタの設定は、ローカルCUPSサーバへのプリンタ設定の追加、クライアントをlocalhost:631という(リモート)サーバに接続するための設定を行っていることになります)
それでは一つ一つ手順を見ていきましょう。まず印刷マネージャから右クリックし「プリンタ/クラスの追加」を選択します。

「リモートCUPSサーバ」を選択します。

プリンタのモデルを選択するところはKDEを使用した設定と同じです。

- - +

最終更新日：2002年11月18日

diff --git a/archives/qpl.php b/archives/qpl.html similarity index 98% rename from archives/qpl.php rename to archives/qpl.html index 5bd0b72..4867c74 100644 --- a/archives/qpl.php +++ b/archives/qpl.html @@ -1,143 +1,139 @@ - +--- +title: QPL 非公式日本語訳 +---

Q Public License (QPL) は、かつて Qt で使用されていたライセンスです。現在 Qt のライセンスは LGPL と GPL のデュアルライセンスであり、QPL は使われていませんが、参考のために残しておきます。
日本語版は正式なものではなく、無保証です。厳密な解釈が必要な場合には原文を参照して下さい。

THE Q PUBLIC LICENSE version 1.0

Copyright (C) 1999 Troll Tech AS, Norway.
Everyone is permitted to copy and distribute this license document.
このライセンス文章の複製、配布はご自由にどうぞ。
The intent of this license is to establish freedom to share and change the software regulated by this license under the open source model.
このライセンスの目的はオープンソースモデルに沿って自由にソフトウェアの配布、変更を行うことが可能にすることです。
This license applies to any software containing a notice placed by the copyright holder saying that it may be distributed under the terms of the Q Public License version 1.0.
このライセンスは著作権表示で「"the Q Public License version 1.0" で配布された」と言明したすべてのソフトウェアについて適用されます。
Such software is herein referred to as the Software.
そのようなソフトウェアを「ソフトウェア」と表記します。
This license covers modification and distribution of the Software, use of third-party application programs based on the Software, and development of free software which uses the Software.
このライセンスではその「ソフトウェア」を利用したソフトウェアの作成などを行う場合の変更と配布について規定しています。

Granted Rights
許可された権利

1. You are granted the non-exclusive rights set forth in this license provided you agree to and comply with any and all conditions in this license. Whole or partial distribution of the Software, or software items that link with the Software, in any form signifies acceptance of this license.
1. このライセンスのすべての条件に同意し、従う場合にはこのライセンスによって産み出される非排他的な以下の権利を得ることができます。「ソフトウェア」や「ソフトウェア」をリンクしたソフトウェアを全体もしくは一部に利用した配布物はどんな形式でもこのライセンスを受諾したと見なします。
2. You may copy and distribute the Software in unmodified form provided that the entire package, including - but not restricted to - copyright, trademark notices and disclaimers, as released by the initial developer of the Software, is distributed.
2. あなたは「ソフトウェア」を、著作権表示などで制限されていない場合に限り、オリジナルパッケージが配布されたときのまま変更しない形で複製、配布することができる。
3. You may make modifications to the Software and distribute your modifications, in a form that is separate from the Software, such as patches. The following restrictions apply to modifications:
3. あなたは「ソフトウェア」の変更を行ない、その変更をパッチのように「ソフトウェア」とは独立の形式で配布することができます。ただし、次のような制限があります。
a. Modifications must not alter or remove any copyright notices in the Software.
a. 変更は著作権通知の変更や削除を行なっては行けません。
b. When modifications to the Software are released under this license, a non-exclusive royalty-free right is granted to the initial developer of the Software to distribute your modification in future versions of the Software provided such versions remain available under these terms in addition to any other license(s) of the initial developer.
b. このライセンスに沿って「ソフトウェア」への変更が公開された場合、「ソフトウェア」の開発者は、あなたの変更を利用料なしで今後のバージョンで配布することが可能です。ただし、「ソフトウェア」のライセンスが変更しない場合に限ります。
4. You may distribute machine-executable forms of the Software or machine-executable forms of modified versions of the Software, provided that you meet these restrictions:
4. 以下の制限に応じた場合には「ソフトウェア」の実行形式や変更された「ソフトウェア」の実行形式の配布が可能です。
a. You must include this license document in the distribution.
a. このライセンス文章を含めて配布しなければなりません。
b. You must ensure that all recipients of the machine-executable forms are also able to receive the complete machine-readable source code to the distributed Software, including all modifications, without any charge beyond the costs of data transfer, and place prominent notices in the distribution explaining this.
b. あなたは実行形式を受け取ったすべての人に、すべての変更を含んだ機械読み取り可能な完全なソースコードを実費以外のコストをかけずに入手できるように保証しなければなりません。そして配布物の目立つ場所でこのことを説明しなければなりません。
c. You must ensure that all modifications included in the machine-executable forms are available under the terms of this license.
c. 実行形式に含まれる変更がこのライセンスに従うことを保証しなければなりません。
5. You may use the original or modified versions of the Software to compile, link and run application programs legally developed by you or by others.
5. オリジナル、もしくは変更された「ソフトウェア」をあなたや他の人が開発したアプリケーションプログラムを実行するためにコンパイル、リンクすることができます。
6. You may develop application programs, reusable components and other software items that link with the original or modified versions of the Software. These items, when distributed, are subject to the following requirements:
6. オリジナル、もしくは変更された「ソフトウェア」をリンクしてアプリケーションプログラムや再利用可能な部品やそのほかのソフトウェアを開発できます。それらのソフトを配布する場合には次の要求を満たしていなければいけません。
a. You must ensure that all recipients of machine-executable forms of these items are also able to receive and use the complete machine-readable source code to the items without any charge beyond the costs of data transfer.
a. それらのソフトウェアの実行形式を受け取ったすべての人に、機械読み取り可能な完全なソースコードを実費以外のコストをかけずに入手できるように保証しなければなりません。
b. You must explicitly license all recipients of your items to use and re-distribute original and modified versions of the items in both machine-executable and source code forms. The recipients must be able to do so without any charges whatsoever, and they must be able to re-distribute to anyone they choose.
b. あなたのソフトウェアを受け取ったすべての人に、オリジナルのソフトウェアや変更されたソフトウェアの実行形式やソースコードの再配布や利用するためのライセンスを明示しなければなりません。受け取った人は他のどんな料金もなしにそれらが可能でなくてはなりません。また、他のどんな人にでも再配布可能でなくてはなりません。
c. If the items are not available to the general public, and the initial developer of the Software requests a copy of the items, then you must supply one.
c. もしもそのソフトウェアが公衆が利用可能でない場合でも、「ソフトウェア」の開発者がソフトウェアの複製を要求した場合にはその要求に答えなくてはいけません。

Limitations of Liability
責任の制限

In no event shall the initial developers or copyright holders be liable for any damages whatsoever, including - but not restricted to - lost revenue or profits or other direct, indirect, special, incidental or consequential damages, even if they have been advised of the possibility of such damages, except to the extent invariable law, if any, provides otherwise.
どのような場合でも開発者や著作権保持者が損害に対する責任を負うことはありません。

No Warranty
無保証

The Software and this license document are provided AS IS with NO WARRANTY OF ANY KIND, INCLUDING THE WARRANTY OF DESIGN, MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE.
「ソフトウェア」とこのライセンスの文章は「そのまま」で「無保証」です。
Choice of Law This license is governed by the Laws of Norway. Disputes shall be settled by Oslo City Court.
このライセンスはノルウエーの法律によって保護されています。争議は Oslo City Court によって解決されるでしょう。

- - diff --git a/archives/start_time.html b/archives/start_time.html index 7e41b22..b9a422c 100644 --- a/archives/start_time.html +++ b/archives/start_time.html @@ -1,224 +1,190 @@ - - +--- +title: 起動時間の計測 +--- - 起動時間の計測 - - - - - - - - - - - -

- -

起動時間の計測

- - - 日本語化KDE起動時間データ

KDE自体少し重いプログラムで日本語化KDEはさらに重くなりますが、しかし最近のマシンでは気になる
ことはないと思います。どうしても遅いと感じたら下のデータと比べてみて下さい。もし比べてみてかなり
遅い場合は遅くなっている原因があります。大体~/.qti18nrcが原因のことが多いので見直してみて下さい。

用語
キャッシュある／なし…一回立ちあげたプログラムはメモリにキャッシュが残っていることがあるので
次回立ち上げが高速になります。boot直後は当然キャッシュはありません。

--------------------------------------------------------------------------
[測定環境]
CPU: MMX/233, mem: 96MB
OS: VineLinux1.1CR, kernel: 2.0.36
X: XFree3.3.3.1(+X-TT)
font: ビットマップフォント

[結果]
1回目: 57秒 (boot 直後)
2回目: 36秒 (X 終了後、再度 startx)

[**追加報告**]
KDE 以前の問題ですが、ためしに、XF86Config の FontPath を最小限にし、
使わないフォント(ハングル等)をはずして、フォント数を半分程度にしてみました。
結果、以下のようになりました。

[計測結果]
・KDE
ビットマップ
boot 直後： 57秒 -> 50秒
X再起動： 36秒 -> 20秒
TrueType
boot 直後： 48秒
X 再起動： 18秒
・WindowMaker(参考)
boot 直後： 20秒
X 再起動： 11秒

ちなみに .qti18nrc は

* -alias-fixed-*-*-*--*-*-*-*-c-*-jisx0201.1976-0, \
-alias-fixed-*-*-*--*-*-*-*-c-*-jisx0208.1983-0

XF86Config で5行コメントアウトしました。

    FontPath   "/usr/X11R6/lib/X11/fonts/japanese:unscaled"
    FontPath   "/usr/X11R6/lib/X11/fonts/TrueType"
    FontPath   "/usr/X11R6/lib/X11/fonts/misc:unscaled"
    FontPath   "/usr/X11R6/lib/X11/fonts/75dpi:unscaled"
    FontPath   "/usr/X11R6/lib/X11/fonts/100dpi:unscaled"
    FontPath   "/usr/X11R6/lib/X11/fonts/Type1"
#    FontPath   "/usr/X11R6/lib/X11/fonts/Speedo"
#    FontPath   "/usr/X11R6/lib/X11/fonts/japanese"
#    FontPath   "/usr/X11R6/lib/X11/fonts/misc"
#    FontPath   "/usr/X11R6/lib/X11/fonts/75dpi"
#    FontPath   "/usr/X11R6/lib/X11/fonts/100dpi"
--------------------------------------------------------------------------
［測定環境］
キャッシュにある状態ではかりました。

Vine-Linux 1.0(1 -2.0.36 + glibc-2.0.7 + XFree86-3.3.3.1)
Celeron(375MHz(本来は?)) + memory 128MB
で kinput2 + kfm + kvt を立ち上げます。
~/.cshrcでdateコマンドを実行してkvtに表示された時間と
~/.xinitrcの最初に表示させた時間との差をとりました。

1. TrueType fonts

"~/.qti18nrc"
Courier         -aliastt-gothic-*-r-normal--0-0-0-0-c-0-jisx0208.1983-0,
                -aliastt-mincho-*-r-normal--0-0-0-0-c-0-jisx0208.1983-0
Helvetica       -aliastt-gothic-*-r-normal--0-0-0-0-c-0-jisx0208.1983-0,
                -aliastt-mincho-*-r-normal--0-0-0-0-c-0-jisx0208.1983-0
*               -aliastt-gothic-*-r-normal--0-0-0-0-c-0-jisx0208.1983-0,
                -aliastt-mincho-*-r-normal--0-0-0-0-c-0-jisx0208.1983-0

で16秒。

2. Bitmap fonts

Courier     -alias-fixed-*-*-*--*-*-*-*-c-*-jisx0201.1976-0,
            -alias-fixed-*-*-*--*-*-*-*-c-*-jisx0208.1983-0
Helvetica   -alias-fixed-*-*-*--*-*-*-*-*-*-jisx0208.1983-*,
            -alias-fixed-*-*-*--*-*-*-*-*-*-jisx0201.1976-*
*           -alias-fixed-*-*-*--*-*-*-*-*-*-jisx0208.1983-*,
            -alias-fixed-*-*-*--*-*-*-*-*-*-jisx0201.1976-*

で19から20秒

3. ~/.qti18nrcなし
で42から44秒

でした。
それぞれ2回づつ計測しています。
--------------------------------------------------------------------------
［測定環境］
Pentium2-333(417MHz)x2, Memory 128MB,
FreeBSD-3.2R, XFree3.3.3.1+X-TT
kpanel,kfm等を立ち上げた場合の時間です。

ビットマップ、キャッシュなし: 17秒
ビットマップ、キャッシュあり: 11秒
TrueType、　　キャッシュなし: 16秒
TrueType、　　キャッシュあり: 10秒
.qti18nrcなし、キャッシュなし: 30秒
.qti18nrcなし、キャッシュあり: 25秒

.qti18nrc は以下のとおりです。

・ビットマップ（FreeBSDにVineのAlias-Fixedを入れています）

fixed -alias-fixed-*-*-*--14-*-*-*-c-*-jisx0201.1976-0,
      -alias-fixed-*-*-*--14-*-*-*-c-*-jisx0208.1983-0
*     -alias-fixed-*-*-*--*-*-*-*-c-*-jisx0201.1976-0,
      -alias-fixed-*-*-*--*-*-*-*-c-*-jisx0208.1983-0

・TrueType

* -wadalab-gothic-*-*-*--*-*-*-*-c-*-jisx0208.1983-0

------------------------------------------------------------------------------
［測定環境］
Cyrix 6x86MX-PR233(200MHz), Memory 64MB
FreeBSD 3.2R, XFree3.3.3.1+X-TT

ビットマップ、キャッシュなし: 30秒
ビットマップ、キャッシュあり: 22秒
TrueType、　　キャッシュなし: 30秒
TrueType、　　キャッシュあり: 20秒
.qti18nrcなし、キャッシュなし: 62秒
.qti18nrcなし、キャッシュあり: 50秒

ビットマップとTrueTypeで時間がほとんど同じです。

CyrixのCPUは浮動小数演算が遅いかわりに整数演算が速く、
コンパイルや圧縮・解凍では有利だということが言われていましたが、
どうもその辺が関係している可能性があります。
（ビットマップの展開は整数で、TrueTypeは浮動小数？）

CyrixとMMXという違いはあるのですが大体同スペックですので、
ちょっとこれは遅すぎるという感じがします。
~/.qti18nrc はどの設定しておられるでしょうか？
ひょっとして以下のようにすると速くなるかもしれません。

fixedは変な書き方をしていますが、
11ポイントで半角2文字が全角1文字と同じ幅になるようにしたためです。
（なぜか11ポイントが実際には14ポイントとして表示されるため）
-------------------------------------------------------------------------
［測定環境］
Cyrix 6x86MX-PR233(200MHz), Memory 64MB
Vine Linux 1.1, XFree3.3.3.1+X-TT

ビットマップ、キャッシュなし: 38秒
ビットマップ、キャッシュあり: 20秒
TrueType、　　キャッシュなし: 38秒
TrueType、　　キャッシュあり: 20秒
.qti18nrcなし、キャッシュなし: 54秒
.qti18nrcなし、キャッシュあり: 35秒

ビットマップとTrueTypeで起動時間が同じでした。
-------------------------------------------------------------------------
［測定環境］
PowerPC604e/200Mhz(PowerMac7600)
512k(2nd cache) , Memory 144MB
LinuxPPC 1999(RedHat6.0見当)
XFree86-3.3.3.1 + X-TT
kde*-1.1.1+i18n

startx(startkde)にかかった時間
キャッシュ無し : 34秒
キャッシュ有り : 21秒

----------------------------------------------------------------------------
［測定環境］
Celeron300A(on 450MHz)x2,memory 128MB
Debian GNU/Linux 2.1(Slink),Linux-2.2.12
XFree3.3.5+X-TT-1.2.1
KDE-1.1.2pre3+patchいろいろ
同時にkinput2,kterm x2も起動,その他のkde関連のプログラム(kfm等)は立ちあげず
フォントにはビットマップフォントを使用

で約15秒です。キャッシュにある状態では11秒ぐらいでした。
----------------------------------------------------------------------------
［測定環境］
P-MMX166, Memory: 128MB
VineLinux1.1CR,kernel 2.0.36

ログインしてkinput2 とkterm が立ち上がるまでの時間を計りました。

Boot直後は、 50秒。
一旦、ログアウトしてから再ログインしたら 32秒（以降、同じ）

試しに、メモリを64MBに落としてみましたが、同じ結果でした。

~/.qti18nrc
fixed   -misc-fixed-*-*-*--*-*-*-*-*-*-jisx0201.1976-0,
        -misc-fixed-*-*-*--*-*-*-*-*-*-jisx0208.1983-0
*       -alias-fixed-*-*-*--*-*-*-*-*-*-jisx0201.1976-0,
        -alias-fixed-*-*-*--*-*-*-*-*-*-jisx0208.1983-0 -

日本KDEユーザ会トップページへ
-

- - - - - - - - - +

All units are in pixels unless otherwise specified

最終更新日: 1999年7月15日

diff --git a/archives/wiki/Accelerated_kde_for_KNOPPIX.php b/archives/wiki/Accelerated_kde_for_KNOPPIX.html similarity index 96% rename from archives/wiki/Accelerated_kde_for_KNOPPIX.php rename to archives/wiki/Accelerated_kde_for_KNOPPIX.html index b023ff1..d02d788 100644 --- a/archives/wiki/Accelerated_kde_for_KNOPPIX.php +++ b/archives/wiki/Accelerated_kde_for_KNOPPIX.html @@ -1,87 +1,83 @@ - +--- +title: Accelerated-kde for KNOPPIX - 旧 Wiki アーカイブ +---

KDE起動の高速化方法
- startkdeスクリプトの解析

KDE起動の高速化方法

CDブートのKNOPPIXを前提として、KDE起動の最適化方法を考察する。

startkdeスクリプトの解析

まず、結論として、knoppix起動用のstartkde-knoppixのようなものを用意し、
そちらを起動時に使用するようにするのが最適だと思われる。

以下では、スクリプト内部の解析を行う。

ブートシーケンスの前処理部

startkdeスクリプトで行われている最初の処理

# Check if a KDE session already is running
 if dcop kdesktop >/dev/null 2>&1; then
         echo "KDE seems to be already running on this display."
         xmessage -geometry 500x100 "KDE seems to be already running on this display." > /dev/null 2>/dev/null
         exit 1
 fi

は、既にKDEが起動されているかどうかをテストしているので、KNOPPIXでは必要ない処理だと思われる。
念のためカットできないと思われる。また、バックグラウンドでの実行もできないだろう。

if test -z "$XDM_MANAGED" || echo "$XDM_MANAGED" | grep ",auto" > /dev/null; then
   xsetroot -solid "#C0C0C0"
 fi

もカットできないし、おそらくすぐ実行が終わるので、カットする必要がない。

ブートシーケンスのksplash起動前

ブートシーケンスの始めで、kdehomeの設定処理があるが、$HOME/.kdeに決めうちに変更して問題ないだろう。

その後、フォントディレクトリの初期化処理が走る。

# Activate the kde font directories.
 #
 # There are 4 directories that may be used for supplying fonts for KDE.
 ... （中略）...
 # Only do usr_fdir and usr_odir if they are *not* listed in fontpaths
 test -d "$sys_odir" && xset +fp "$sys_odir"
 test $do_usr_odir -eq 1 && test -d "$usr_odir" && (mkfontdir "$usr_odir" ; xset +fp "$usr_odir")
 test $do_usr_fdir -eq 1 && test -d "$usr_fdir" && (mkfontdir "$usr_fdir" ; xset fp+ "$usr_fdir")
 test -d "$sys_fdir" && xset fp+ "$sys_fdir"
 ... （中略）...
 # Get Ghostscript to look into user's KDE fonts dir for additional Fontmap
 if test -n "$GS_LIB" ; then
     GS_LIB=$usr_fdir:$GS_LIB
     export GS_LIB
 else
     GS_LIB=$usr_fdir
     export GS_LIB
 fi

ここは、おそらくKNOPPIXの場合は環境特有の値を使って処理を簡素化できるだろう。
今後USBメモリからのブートような形で環境を変更できるようになる場合には、
ブートオプションの対応で良いと思う（フォントを追加する人は少ないだろう）。

その少し後にある、以下のkpersonilzerの実行処理は、削っても問題ないだろう。

# run KPersonalizer before the session, if this is the first login
 if kreadconfig --file kpersonalizerrc --group General --key FirstLogin --default true --type bool; then
     # start only dcopserver, don't start whole kdeinit (takes too long)
     echo 'startkde: Running kpersonalizer...'  1>&2
     dcopserver
     kwin --lock &
     kpersonalizer --before-session
     # handle kpersonalizer restarts (language change)
     while test $? -eq 1; do
         kpersonalizer --r --before-session
     done
     dcopserver_shutdown
     # shutdown will also make kwin quit, give it time to do so
     sleep 1
 fi

ksplashの起動後の処理

ここでカットできる部分は、ざっと見た限り存在しない。
簡素化するためには、kdeinit等のソースに手を入れる必要がある。

周辺機器の設定をしているところを並列にするなどできれば、それだけで速くなるとは思うが……。

Counter: 22, today: 1, yesterday: 0

- diff --git a/archives/wiki/FAQ1.php b/archives/wiki/FAQ1.html similarity index 95% rename from archives/wiki/FAQ1.php rename to archives/wiki/FAQ1.html index ad38e17..d8ad78e 100644 --- a/archives/wiki/FAQ1.php +++ b/archives/wiki/FAQ1.html @@ -1,53 +1,49 @@ - +--- +title: FAQ/1 - 旧 Wiki アーカイブ +---

日本語を入力できない †

バージョン: 3.x
アプリケーション: 指定無し
作成日: 2003-07-28 (月) 23:08:25

質問 †

KDEで日本語を入力することができません。
どのようにすれば解決できるでしょうか？

回答 †

日本語を入力する場合には、kinput2などのXIMサーバが起動されている必要があります。

また、環境変数 $LANGを"ja_JP.utf8"（古い環境では"ja_JP.eucJP"）にセットし、環境変数 $XMODIFIERSを
"@im=kinput2"(kinput2を使用する場合)にセットする必要があります。
これらの環境変数の設定は、ホームディレクトリにある".bashrc"(bashの場合)や
".cshrc"(tcshの場合)で行うようにすると楽です。

(bashの例)
 LANG=ja_JP.eucJP
 export LANG
 
 XMODIFIERS="@im=kinput2"
 export XMODIFIERS

kinput2などが起動していて、環境変数もセットされているのに
日本語の入力ができない場合、qtconfigを起動して、「Interface」という
タブを開き、一番下の「XIM Input Style」をOn The Spot（またはOver The Spot）にすると
ちゃんと入力できるようになるはずです。

Counter: 32, today: 1, yesterday: 0

コメント †

- diff --git a/archives/wiki/FAQ10.php b/archives/wiki/FAQ10.html similarity index 94% rename from archives/wiki/FAQ10.php rename to archives/wiki/FAQ10.html index bc4a4f9..72a302c 100644 --- a/archives/wiki/FAQ10.php +++ b/archives/wiki/FAQ10.html @@ -1,37 +1,33 @@ - +--- +title: FAQ/10 - 旧 Wiki アーカイブ +---

KDE 3.0 と 3.5 でのプロファイルの共有 †

バージョン: 3.x
アプリケーション: 指定無し
作成日: 2007-04-14 (土) 14:01:59

質問 †

ドメインを構築している環境にてKDE 3.0 と 3.5 と異なるコンピュータでデスクトップを共有しているのですがゴミ箱の共有がうまくいきません。両方の環境にて同じゴミ箱を使用するのにはどうしたらいいのでしょうか。

回答 †

Counter: 22, today: 1, yesterday: 0

コメント †

- diff --git a/archives/wiki/FAQ11.php b/archives/wiki/FAQ11.html similarity index 93% rename from archives/wiki/FAQ11.php rename to archives/wiki/FAQ11.html index 643a717..3e5c5de 100644 --- a/archives/wiki/FAQ11.php +++ b/archives/wiki/FAQ11.html @@ -1,37 +1,33 @@ - +--- +title: FAQ/11 - 旧 Wiki アーカイブ +---

Kdevelop Ver.1.4->4へのUP方法 †

バージョン: -----
アプリケーション: Kdevelop
作成日: 2010-08-28 (土) 19:01:26

質問 †

RH7.1(seawolf)AlphaでのKdevelop1.4から４へのバージョンアップはできますか？

回答 †

Counter: 24, today: 1, yesterday: 0

コメント †

- diff --git a/archives/wiki/FAQ13.php b/archives/wiki/FAQ13.html similarity index 95% rename from archives/wiki/FAQ13.php rename to archives/wiki/FAQ13.html index 07c3828..8f339f3 100644 --- a/archives/wiki/FAQ13.php +++ b/archives/wiki/FAQ13.html @@ -1,40 +1,36 @@ - +--- +title: FAQ/13 - 旧 Wiki アーカイブ +---

インストール直後のrootパスワード。 †

バージョン: 3.x
アプリケーション: 指定無し
作成日: 2009-05-15 (金) 22:47:59

質問 †

インストール直後のrootパスワードが、わかりません。 Admin mode に入れません。

回答 †

Counter: 30, today: 1, yesterday: 0

コメント †

KDMは、既定ではrootログインできないようになっているのではありませんか？ -- さかえ? 2009-08-28 (金) 14:32:48
これはディストリビューションによるので、ディストリビューションのマニュアルをご覧ください。 -- o? 2009-07-19 (日) 02:48:51

- diff --git a/archives/wiki/FAQ2.php b/archives/wiki/FAQ2.html similarity index 95% rename from archives/wiki/FAQ2.php rename to archives/wiki/FAQ2.html index f4cb692..b382595 100644 --- a/archives/wiki/FAQ2.php +++ b/archives/wiki/FAQ2.html @@ -1,43 +1,39 @@ - +--- +title: FAQ/2 - 旧 Wiki アーカイブ +---

ウィンドウを動かすとKDEがフリーズする †

バージョン: -----
アプリケーション: 指定無し
作成日: 2003-07-28 (月) 23:30:47

質問 †

ウィンドウを動かそうとするとKDEがフリーズしてしまいます。

http://bugs.kde.org/show_bug.cgi?id=44881#c13 http://google.co.jp/

回答 †

KDEコントロールセンターを起動し、「ウィンドウの挙動」の「移動」タブをクリックし、
「移動中のウィンドウの内容を表示」と「サイズ変更中のウィンドウの内容を表示」
にチェックを入れることで、この問題は解消できます。

KDE-3.1.4では直っているはずです:-)

Counter: 21, today: 1, yesterday: 0

コメント †

- diff --git a/archives/wiki/FAQ3.php b/archives/wiki/FAQ3.html similarity index 95% rename from archives/wiki/FAQ3.php rename to archives/wiki/FAQ3.html index 1e5b812..5e41106 100644 --- a/archives/wiki/FAQ3.php +++ b/archives/wiki/FAQ3.html @@ -1,51 +1,47 @@ - +--- +title: FAQ/3 - 旧 Wiki アーカイブ +---

一部のアプリケーションのメニューが文字化け †

バージョン: 3.x
アプリケーション: 指定無し
作成日: 2003-07-29 (火) 00:14:17

質問 †

Netscape、Emacs、xmmsなどの一部のアプリケーションのメニューが
文字化けしてしまって、読むことができません。

回答 †

まず、KDEコントロールセンターから「色」という設定項目を探し、
「非KDEアプリケーションにも色設定を適用」のチェックを外してみて下さい。

また、ホームディレクトリに"gtkrc-kde"というファイルがある場合は、
削除、または、リネームしてみてください。

それでも解消されない場合は、ホームディレクトリに".gtkrc"というファイルを

style "gtk-default-ja" {
 fontset = "-adobe-helvetica-medium-r-normal--14-100-100-100-p-76-iso8859-1,?
 -ricoh-ms mincho-medium-r-normal--14-*-*-*-*-*-jisx0208.1983-0,?
 -misc-fixed-medium-r-normal--14-*-*-*-*-*-jisx0208.1983-0,?
 *-r-*"
 }
 class "GtkWidget" style "gtk-default-ja"

という内容で作成することで解消されるはずです。

Counter: 19, today: 1, yesterday: 0

コメント †

- diff --git a/archives/wiki/FAQ4.php b/archives/wiki/FAQ4.html similarity index 95% rename from archives/wiki/FAQ4.php rename to archives/wiki/FAQ4.html index 4f615fe..718d042 100644 --- a/archives/wiki/FAQ4.php +++ b/archives/wiki/FAQ4.html @@ -1,46 +1,42 @@ - +--- +title: FAQ/4 - 旧 Wiki アーカイブ +---

画面にごみが残る †

バージョン: -----
アプリケーション: Konsole
作成日: 2003-07-29 (火) 22:02:37

質問 †

Konsoleを使っていると画面にごみが残ってしまいます。

回答 †

現状では解決の見込みが少ないです。 kterm, krxvt, mlterm等を使うのが賢明です。

是非解決を訴えましょう。 voteをお願いします。 http://bugs.kde.org/show_bug.cgi?id=41744

これも関係していると思います。 http://bugs.kde.org/show_bug.cgi?id=59162
3.1.3では直っているはずですが。Gentooではまだでてないので、未確認です。(Ken)

Counter: 19, today: 1, yesterday: 0

コメント †

できるだけ高さが一定の(_やgやqが下につきでていない)フォントを選ぶ。 -- matsu? 2003-08-19 (火) 03:27:58

- diff --git a/archives/wiki/FAQ5.php b/archives/wiki/FAQ5.html similarity index 94% rename from archives/wiki/FAQ5.php rename to archives/wiki/FAQ5.html index 3bf245c..ed1338d 100644 --- a/archives/wiki/FAQ5.php +++ b/archives/wiki/FAQ5.html @@ -1,40 +1,36 @@ - +--- +title: FAQ/5 - 旧 Wiki アーカイブ +---

横スクロールバーが不必要な時に出る †

バージョン: 3.1.3
アプリケーション: Konquerorなど
作成日: 2003-08-04 (月) 11:34:47

質問 †

3.1.3になって横スクロールバーが不必要な時に出るのですが。

回答 †

バグとして報告されており、対処するためのパッチが出ています。
また、CVSでは解決されています。
http://bugs.kde.org/show_bug.cgi?id=61730

Counter: 18, today: 1, yesterday: 0

コメント †

- diff --git a/archives/wiki/FAQ6.php b/archives/wiki/FAQ6.html similarity index 95% rename from archives/wiki/FAQ6.php rename to archives/wiki/FAQ6.html index 22817a2..855c4a3 100644 --- a/archives/wiki/FAQ6.php +++ b/archives/wiki/FAQ6.html @@ -1,50 +1,46 @@ - +--- +title: FAQ/6 - 旧 Wiki アーカイブ +---

googleの検索結果で上部のテーブルがつぶれる †

バージョン: 3.x
アプリケーション: Konqueror
作成日: 2003-08-28 (木) 13:19:36

質問 †

googleで検索を行うと、検索結果の上の方に表示される "ウェブ"、"イメージ"、"グループ"、"ディレクトリ"の表示がつぶれた感じに表示されてしまう。

回答 †

bus.kde.orgに報告されていて、CVSでは直っています。

＜table width="1%"＞＜tr＞＜td＞日本語＜/td＞＜/tr＞＜/table＞
などのときに、テーブル内の文字の幅がゼロになっているのが原因らしいです。

別解 †

CSSを設定することによってこの現象を回避できます。(対症療法ですが・・・)

body > table > tr > td > center {
 	display: inline;
 }

このような内容のCSSファイルを用意して、Konqueror設定パネルで
上記のファイルをユーザ定義スタイルシートとして指定します。
http://forums.gentoo.org/viewtopic.php?p=346652#346652

Counter: 39, today: 1, yesterday: 0

コメント †

- diff --git a/archives/wiki/FAQ7.php b/archives/wiki/FAQ7.html similarity index 96% rename from archives/wiki/FAQ7.php rename to archives/wiki/FAQ7.html index 6642ff0..d008f0f 100644 --- a/archives/wiki/FAQ7.php +++ b/archives/wiki/FAQ7.html @@ -1,42 +1,38 @@ - +--- +title: FAQ/7 - 旧 Wiki アーカイブ +---

googleの検索ページで日本語入力モードにならない †

バージョン: 3.1.x
アプリケーション: Konqueror
作成日: 2003-09-17 (水) 10:18:04

質問 †

KDE3.1.1 の環境なのですが、googleの検索ページhttp://www.google.co.jp を表示させた直後にSHIFT+Space で日本語入力のモードになりません。英数字の入力を１文字でも行えば、日本語入力モードになります。なぜでしょうか？

ちなみに、Excite, yahoo等ではおこりません。

回答 †

入力そのものができないのは、入力スタイルがOn The Spotとなっているためでしょう。Over The Spotに変更すれば、入力ができるようになるはずです。ただ、その場合も確定前の文字列(preedit)が表示されないため、まともに使うためには英数字を入力する必要があります。

Mozillaなどの他のブラウザで問題がないことから、このような挙動となっているのは、KDE側の問題ではないかと思われます。具体的には、KDEのHTMLレンダリングエンジンであるKHTMLか、Konqueror自体の問題ではないかと考えられます。関連するバグがすでにレポートされています（Bug52685）。

なお、入力スタイルの変更は、FAQ/1を参考にしてください。

Counter: 32, today: 1, yesterday: 0

コメント †

- diff --git a/archives/wiki/FAQ8.php b/archives/wiki/FAQ8.html similarity index 94% rename from archives/wiki/FAQ8.php rename to archives/wiki/FAQ8.html index bfc260d..d786cde 100644 --- a/archives/wiki/FAQ8.php +++ b/archives/wiki/FAQ8.html @@ -1,38 +1,34 @@ - +--- +title: FAQ/8 - 旧 Wiki アーカイブ +---

KDevelopでメモリのダンプ †

バージョン: -----
アプリケーション: KDevelop
作成日: 2006-04-18 (火) 09:17:58

質問 †

MS社のVisualStudio?では、メモリ領域のダンプが出来ますが、 KDevelopで同じことは出来ますか？

回答 †

Counter: 22, today: 1, yesterday: 0

コメント †

- diff --git a/archives/wiki/FAQ9.php b/archives/wiki/FAQ9.html similarity index 94% rename from archives/wiki/FAQ9.php rename to archives/wiki/FAQ9.html index b7c1163..db5fde6 100644 --- a/archives/wiki/FAQ9.php +++ b/archives/wiki/FAQ9.html @@ -1,37 +1,33 @@ - +--- +title: FAQ/9 - 旧 Wiki アーカイブ +---

保存先の指定 †

バージョン: -----
アプリケーション: Konqueror
作成日: 2005-08-17 (水) 07:08:50

質問 †

WEBサイトのファイルを保存しようとすると、保存はしますが、そのファイルがどこに保存されたかが解りません。しかもなぜかファイル名も変わっているみたいなので検索する名前もわかりません。どなたか回答していただければ幸いです。

回答 †

Counter: 27, today: 1, yesterday: 0

コメント †

- diff --git a/archives/wiki/FrontPage.php b/archives/wiki/FrontPage.html similarity index 97% rename from archives/wiki/FrontPage.php rename to archives/wiki/FrontPage.html index 5b7f741..18e0337 100644 --- a/archives/wiki/FrontPage.php +++ b/archives/wiki/FrontPage.html @@ -1,37 +1,33 @@ - +--- +title: FrontPage - 旧 Wiki アーカイブ +---

JKUG Wiki †

このPukiWikiでは、QtおよびKDEのインストールについての情報、様々なアプリケーションについての説明、FAQ、Tipsや、開発に関するドキュメントなどを扱っています。

各ページの編集・新規ページの追加とも、自由に行ってください。ただし、初めて"新規ページの作成"を行う際には、一度こちらをご覧ください。なお、このJKUG Wikiの運営についてはこちらをご覧下さい。

現在翻訳のプロセスに関する意見を求めています。

メニュー †

本家からのアナウンス
インストール
アプリケーション
Version Info?
FAQ
Tips
バグ投票
開発ドキュメント
- 開発環境の整備
- 何から学ぶか
- チュートリアル
  - Qt Designer and KDevelop-3.0 for beginners?
TranslationAssignments - 翻訳に協力してくださる方を募集しています
KDE関連リンク集
Counter: 284, today: 1, yesterday: 0

- diff --git a/archives/wiki/KBabel.php b/archives/wiki/KBabel.html similarity index 98% rename from archives/wiki/KBabel.php rename to archives/wiki/KBabel.html index ef4029d..d934103 100644 --- a/archives/wiki/KBabel.php +++ b/archives/wiki/KBabel.html @@ -1,80 +1,77 @@ - +--- +title: KBabel - 旧 Wiki アーカイブ +---

KBabel は古いアプリケーションです。Lokalize を使用してください。

kdesdk?

本家ページ : http://i18n.kde.org/tools/kbabel/ …はもうリンク切れのようです…。

解説 †

ここではKBabelの最低限の設定と使用法について説明します。
Debianユーザの方は、こちらも参考にしてください。

KBabelとは †

KBabelはKDEの翻訳チームが使用している翻訳補助ツールです。検索機能、使い勝手、UTF8エンコーディング、エラーチェック機能などの面において、強力な機能を持っています。KDEだけでなく他の翻訳プロジェクトの人にも有用なツールでしょう。

インストール †

ここではKBabel-1.0.2（KDE3.1.xに含まれているもの）を対象として説明します。KBabelはkdesdkに含まれていますので、通常は、ディストリビュータで配布されているパッケージをインストールするのが良いでしょう。もし自分でコンパイルしてインストール場合には、libdb-4.xなどが必要になります。

コンパイル手順は以下の通りです。 ./configure --prefix=$KDEDIR make su make install

KBabelの設定 †

KBabel本体の設定 †

KBabelを立ち上げると魚のスプラッシュスクリーンの後にKBabelが立ち上がります。
初回立ち上げ時は、下の画像のような設定の入力を求めるダイアログが出て来ます。

画面1：設定の入力を求めるダイアログ

「OK」を押すと次の画面になります。

画面2：KBabelの設定ダイアログ - 個人情報

ここには自分の名前とメールアドレスを入力して下さい。「ローカルな名前」もローマ字のままで問題ないでしょう。
そのほかの情報は上の画面を参考にして下さい。

個人情報の他の設定項目としては「編集」、「保存」、「スペルチェック」、「差異表示(Diff)」、「ソース」、「その他」があります。
そのうち「編集」、「スペルチェック」、「差異表示(Diff)」、「ソース」、「その他」に関しては特に変更する必要はないでしょう。

次に「保存」の設定です。ここでは、「一般」についての設定をします。
その他の「ヘッダ」と「著作権表示」については、変更する必要はないでしょう。

画面4：KBabelの設定ダイアログ - 保存(一般)

ここで重要なのはエンコーディングです。これは必ずUTF8にして下さい。KDE3.xではほとんどの文字を
内部でUTF8で扱っています。メッセージカタログもja.poは全てUTF8になっています。KBabelで
メッセージカタログを扱う分にはほとんど意識しないで済むので、ここは必ずUTF8にして下さい。

次に「検索」の設定を行います。

画面3：KBabelの設定ダイアログ - 検索

検索は、翻訳中にデータベース（3種類ありますがこれの設定は後で説明します）の中から検索してきて
操作画面の右下部に表示してくれるという機能です。「自動的に検索を開始」にチェックを入れておくと、
次のメッセージに移動したときに自動的に検索を開始して表示してくれます。

ちなみに3種類というのは以下の通りです。

翻訳データベース：内蔵データベースシステムによってローカルにあるファイルからインデックスを作成します。
po補助：今までに翻訳されたものを合わせた日本語翻訳ファイルから検索します。
po要約：他の言語(ドイツ語とか)のファイルから該当語を探して来ます。通常は必要ないでしょう。

相当遅いマシンならともかく、普通のマシンなら数分でインデックスを作成できるので
翻訳データベースを使用するのがよいでしょう。

設定については、辞書の設定のところで説明します。

以上で本体の設定は終了です。なおこれらはメニューバーの「設定」→「KBabelの設定」から再設定できます。

カタログマネージャの設定 †

まず、メニューバーの「ツール」→「カタログマネージャ」で、カタログマネージャを起動します。

すると、カタログマネージャの起動とともに、下のようなダイアログが出てきます。

画面5：カタログマネージャの設定を求めるダイアログ

「OK」を押し、カタログマネージャのメニューバーから「設定」→「カタログマネージャの設定」を選ぶと、次の画面になります。

画面6：カタログマネージャの設定ダイアログ

まずテンプレートと日本語メッセージファイルをここからダウンロードします。
基本的に、最新のものを選んでくればOKです。
(ダウンロードするものは、「kde-i18n-ja」と「kde-i18n-templates」です。)

そして展開したディレクトリをそれぞれ上に指定します。
例えば/usr/local/extend/kde-i18nというディレクトリでこれらのファイルを
展開した場合は上の画面のようにします。

そして「OK」をクリックすると、指定したディレクトリが存在すれば下の画面のように、
翻訳の進捗状況の情報が生成されます。

画面7：進捗状況の情報の生成画面

辞書の設定 †

続いては、辞書の設定です。
辞書の設定はメニューバーの「設定」→「辞書の設定」で行います。

・翻訳データベースの設定
「辞書の設定」から「翻訳データベース」を選択すると設定ダイアログが現れます。

t r > / t b o d y > / t a b l e > / d i v > -

画面8：辞書翻訳データベースの設定ダイアログ

+ diff --git a/archives/wiki/KIO_get_samples.php b/archives/wiki/KIO_get_samples.html similarity index 97% rename from archives/wiki/KIO_get_samples.php rename to archives/wiki/KIO_get_samples.html index 4e2f9d2..05cadfe 100644 --- a/archives/wiki/KIO_get_samples.php +++ b/archives/wiki/KIO_get_samples.html @@ -1,115 +1,111 @@ - +--- +title: (KIO)get のサンプルプログラム - 旧 Wiki アーカイブ +---

KIOの運用法

簡単にコードの解説を。

kiosample::kiosample()
    : KMainWindow( 0, "kiosample" )
 {
     // set the shell's ui resource file
     setXMLFile("kiosampleui.rc");
 
     setupGUI();
 
     isDownloading = false;
 }
 
 kiosample::~kiosample()
 {
 }

コンストラクタ、デストラクタです。デストラクタで何の処理も行っていないのは、下でnewするオブジェクト(QBuffer* downloadDateは除く)はすべてQOBjectを継承したクラスで、親を持っているので終了時にQtの機能としていもづる式にdeleteするためです。参照:Qt/KDEでのdeleteの挙動

void kiosample::setupGUI()
 {
    QVBox* mainVBox = new QVBox(this);
 
    QHBox* srcHBox = new QHBox(mainVBox);
    QLabel* srcLabel = new QLabel("Source URL", srcHBox);
    srcEdit = new KLineEdit(srcHBox);
 
    QHBox* targetHBox = new QHBox(mainVBox);
    QLabel* targetLabel = new QLabel("Target URL", targetHBox);
    targetEdit = new KURLRequester(targetHBox);
 
    startGetButton = new KPushButton("Start Getting!", mainVBox);
    QObject::connect(startGetButton, SIGNAL(clicked()),
                     this, SLOT(slotGetStart()) );
 
    setCentralWidget(mainVBox);
 }

このメソッドでは各種のGUI部品を作っています。レイアウトに関しては、LabelとEditを横にならべ(QHBox)、そしてそれらを縦に並べる(QVBox)という構成になっています。またボタンがクリックされるとslotGetStart?()を呼び出すようにSignal&Slotを設定します。

void kiosample::slotGetStart()
 {
    if (srcEdit->text().isEmpty() || targetEdit->url().isEmpty())
        return;
    if (isDownloading)
        return; //ダウンロード中
    kdDebug() << "kiosample : slotGetStart()" << endl;
 
    downloadData = new QBuffer;
    downloadData->open(IO_WriteOnly);
 
    /* ダウンロード開始 */
    KIO::TransferJob* job = KIO::get(KURL(srcEdit->text()), false, false);
    QObject::connect(job, SIGNAL(data(KIO::Job *, const QByteArray &)),
                     this, SLOT(slotData(KIO::Job *, const QByteArray &)));
    QObject::connect(job, SIGNAL(result(KIO::Job *)),
                     this, SLOT(slotJobFinished(KIO::Job *)));
 
    isDownloading = true;
 }

ここが肝心のKIO::getを呼び出しているところです。まずAPIを参照してTransferJob?を作り、そのjobが発信するsignalと下で説明するslotを接続しています。また、job->addMetaData?("UserAgent?", "kiosample")等とすることによってjobに付加情報も与えることができます。

void kiosample::slotData(KIO::Job *job, const QByteArray& data)
 {
    if(data.isEmpty())
        return;
 
    /*
     *データをバッファに一時保存
     *slotDataは複数回呼ばれる可能性が有ります
     */
    downloadData->writeBlock(data.data(), data.size());
 }

KIO::getが他のoperationと違う点は、データを受け取って来るという点です。そしてそのデータを受け取っている部分がここです。 slotDataは先程jobのdataシグナルと結びつけました。また、この部分は複数回呼ばれる可能性があるため、QBufferオブジェクトに一時的に受け取ったデータを書き込んでいます。

void kiosample::slotJobFinished(KIO::Job *job)
 {
    if( job->error() ){
 	job->showErrorDialog();
        isDownloading = false;
 	return;
    }
 
    //ファイルに書き込み
    QFile file(targetEdit->url());
    file.open(IO_WriteOnly);
    file.writeBlock(downloadData->buffer());
 
    //一時データを削除
    delete downloadData;
    downloadData = 0;
 
    isDownloading = false;
 
    KMessageBox::information(this, "Download Finished!");
 }

jobが処理を終了したというシグナルを発するとこのスロットが呼ばれます。(上で呼ばれるようにしました) まずはエラーが起きていないかどうかをチェックし、それから先程受け取ったデータをファイルに書き込みます。また、一時データをnewしたことを忘れないで下さい。newしたものは必ずdeleteしなければいけません。QObjectの子クラス以外は。

Counter: 33, today: 1, yesterday: 0

- diff --git a/archives/wiki/Konqueror.php b/archives/wiki/Konqueror.html similarity index 96% rename from archives/wiki/Konqueror.php rename to archives/wiki/Konqueror.html index 0734441..0402576 100644 --- a/archives/wiki/Konqueror.php +++ b/archives/wiki/Konqueror.html @@ -1,32 +1,28 @@ - +--- +title: Konqueror - 旧 Wiki アーカイブ +---

kdebase?

本家サイト : http://www.konqueror.org/

Konquerorの機能

ファイルマネージャとしてもブラウザとしても動作します。

KonquerorはUNIXファイルシステムをサポートするファイルマネージャです。単純なローカルファイルに対する cut/copy そして paste 、シンボリックリンクといった機能はもちろんリモートファイルのブラウジングも可能です。

KonquerorはKIO SlaveやKPartsといった最新のKDEの技術の現れとも言えます。そして同時にカスタマイズ性にかけても優れています。

KonquerorはHTML4.0に準拠し、Java applets, JavaScript?, CSS1, そして部分的にCSS2をサポートしているオープンソースなWebブラウザです。またFlashやRealVideo?といったNetscapePlugin?にも対応しています。

Konquerorは他のアプリケーションを起動せずとも、Konqueror自身に組みこまれた読み込み専用のコンポーネントを使用してドキュメントを見ることができる、ファイルビューイングアプリケーションです。

Konquerorは各種メディアの再生機能、及びエンコードの機能を持ちます。手持ちの音楽CDをKonqueror上からWav、MP3、Ogg Vorbisといったファイルにエンコードできます。

起動時間

silent機能を持っており、常にバックグラウンドで待機させることができます。これによって起動時間が格段に速くなります。

また待機させる数はKControlで設定することができます。(もちろん切ることもできます)

Web ショートカット

こちら

Tips

英辞郎がみたい
Webショートカットを使うのがおすすめ。上記参照。文字コードはsjisです。
```
検索URI  http://www2.alc.co.jp/ejr/index.php?word_in=\{@}&word_in2=&word_in3=*
```

google mapがみたい
User-Agent(ブラウザ識別)をSafariにする。

外部からURLを呼び出したい
```
#!/bin/sh
 kfmclient openURL $@
```
というシェルスクリプトを作ってコマンドパスに加えると便利です。

- diff --git a/archives/wiki/Konstruct-JP.php b/archives/wiki/Konstruct-JP.html similarity index 95% rename from archives/wiki/Konstruct-JP.php rename to archives/wiki/Konstruct-JP.html index fc86d4c..9f6698c 100644 --- a/archives/wiki/Konstruct-JP.php +++ b/archives/wiki/Konstruct-JP.html @@ -1,46 +1,42 @@ - +--- +title: Konstruct-JP - 旧 Wiki アーカイブ +---

Konstruct

Konstruct-JPはKonstructに日本語パッチを付属して配布するものです。

現在、KDE/Qt関連のパッチが非常に散乱した状態に有る上、パッチを当ててまで問題を直そうとするユーザーは少ないと思われます。
そこでインストールする段階から組込んでおけば有る程度はパッチを作った人達の努力も報われるのではと思った次第です。御意見やこのパッチも加えたらいいんじゃねえの等有りましたら是非寄せて頂きたいと思います。

対象パッケージ

パッチ名

内容

今(3.2.1リリース)は特に当てるべきパッチが存在しません。もし有りましたらコメント下さい。

パッチの加え方 †

3つの作業をするだけです。

packagedir/filesにパッチを追加
packagedir/checksumsを更新
packagedir/Makefileにパッチを追加

また、パッチは↓の様に、 work/packagename-versinon/path/to/file という様に編集する必要が有ります。

 --- work/kdelibs-3.2.0/khtml/rendering/bidi.cpp 2004-02-05 13:44:14.000000000 +0900
 +++ tmp/kdelibs-3.2.0.new/khtml/rendering/bidi.cpp      2004-02-05 13:48:49.000000000 +0900

Counter: 34, today: 1, yesterday: 0

- diff --git a/archives/wiki/Konstruct.php b/archives/wiki/Konstruct.html similarity index 98% rename from archives/wiki/Konstruct.php rename to archives/wiki/Konstruct.html index 60438cb..be8734f 100644 --- a/archives/wiki/Konstruct.php +++ b/archives/wiki/Konstruct.html @@ -1,108 +1,105 @@ - +--- +title: Konstruct - 旧 Wiki アーカイブ +---

アプリケーションの紹介インストール方法

本家サイト : http://developer.kde.org/build/Konstruct

KonstructはGARを用いたKDEのビルド補助ツールです。

cd meta/kde;make installというコマンドだけでKDE全体をインストールできます。

現在のversionは次の通りです。

stable版

3.3.2

概要
READMEの訳
含まれているアプリケーション

概要 †

Konstructをダウンロード
READMEの設定の項を見ながら gar.conf.mk を設定します(↓の訳を参考にして下さい)。
1. 特にQtの項目は注意しましょう。時間が大幅に短縮されます。
kde/category.mk, apps/category.mkを編集します。
1. MASTER_SITES += ftp://ftp.kde.gr.jp/pub/kde/stable/3.2.3/src を追加。
2. ビルド時の最適化を参考にOWN_CFLAGSを編集し、LD_FLAGSを追加。
3. 以下のコマンドを実行。*1
```
cd meta/kde;make install
 cd i18n/kde-i18n-ja;make install
```

$KDEDIR, $QTDIR, $PATH, $LD_LIBRARY_PATHを設定

export KDEDIR=~/kde$version
 export QTDIR=~/kde$version
 export LD_LIBRARY_PATH=~/kde$version/lib
 export PATH=~/kde$version/bin:$PATH

make installを実行するとringサーバーや他の場所からtar玉、そしてpatchのダウンロードが始まり、自動的にビルドが始まります。

他に入れたい物があればディレクトリを探索しましょう。一番下にも一部のせています。以上。楽でしょう?

READMEの訳 †

(注)kde$versionとなっている所はkde3.1等と任意に解釈して下さい。

"Konstruct"はKDEとその関連アプリケーションのインストールを補助するビルドシステムです。

ソースのtarballをダウンロードし、状態をチェックし、解凍し、パッチをあて、configureを実行し、ビルドを行ない、そしてインストールします。

KDEを完全にインストールするには、"cd meta/kde;make install"とするだけという簡単さです。

オプションとしてKOffice?やKDevelopそしてQuanta?といったソフトウェアも例えばkofficeの場合"cd apps/koffice; make install"と打つだけでインストールすることができます。

デフォルトではKonstcurtは"~/kde$version"ディレクトリにソフトウェアをインストールします。

これは、インストールするのにルート権限が必要なく、システムを汚すことも無く、Konstructを用いてインストールされたKDEは他のKDEには影響しないということです。

↓のテーブルは何MBのtarballがダウンロードされるかを示しています:

  Directory/Target  |   Size  | Description
  -------------------+---------+---------------------------------------------
   kde/kdebase       |   40MB  | ブラウザ、エディタ、ターミナル等
   meta/kmail-crypto |   48MB  | [[kdenetwork]]とcryptoライブラリ
   meta/kde          |  105MB  | "KDE $version"に属する全てのパッケージ
   meta/everything   |  177MB  | 本体に加えたすべてのアプリケーション。↓の表を見て下さい。

↓のテーブルはmeta/everythingに含まれない物を示しています。

  Directory/Target       | Reason
  ------------------------+---------------------------------------------------
   apps-unstable/         | Development versions, conflicting with apps/
   i18n/                  | Nobody needs everything, just pick your language
   kde/kdebindings        | Only needed for developing with non-C++ language

すでにQT3.1をインストールしている場合は、環境変数 HAVE_QT_3_1_INSTALLED("設定"を見て下さい)を設定してください。上記の表からダウンロードすべきMBが12MBずつ引かれます。(falseではなくコメントアウトして下さい。)

母国語にローカライズされたKDEをインストールしたいなら、i18n/ディレクトリを覗き、母国語のディレクトリに入って"make install"としてください。KOfficeをローカライズするには、"i18n/koffice-i18n-<language-code>"パッケージをインストールしてください。

"Konstruct"はStephan Binner(binner@kde.org)によってメンテナンスされています。またNick Moffitt(http://www.lnx-bbc.org/garchitecture.html)によるGAR portsシステムに依っており、Jeff WaughによるGARNOME(http://www.gnome.org/~jdub/garnome/)に刺激を受けて開発されました。

準備 †

GNU tool(gcc, GNU make, flex, BSD yacc, gettext, patch etc.)とgzip and bzip2, md5sum, patch, wgetが必要です。

他の基本的なライブラリや、追加機能を可能にするライブラリは"Konstruct"には含まれていません。

http://www.kde.org/info/requirements/3.1.htmlに示されています。 "-dev"や"-devel"に含まれるヘッダファイルをインストールしなければならないことに注意して下さい。

設定 †

好きなように gar.conf.mk を変更してください。便利なオプションは、:

 GARCHIVEDIR すでにソースファイルをダウンロードしている場合はそのディレクトリを指定して下さい。
  prefix      どこにKDEをインストールするか。デフォルトでは"~/kde$VERSION/"です。
  OWN_CFLAGS  コンパイラフラグを設定します。
  HAVE_QT_3_1_INSTALLED  (moc, uic, headerを含む)Qt3.1をインストールしているかどうかを
                         設定します。Qtのインストールを省くことができます。
  BUILD_CLEAN ディスクの空き容量が少ない場合はセットして下さい。

使い方 †

まずインターネットに接続できることが必要です。

次にビルドしたいターゲットを選び、それが定義されたディレクトリに移動して下さい。(例えば kdebase? なら "cd kde/kdebase")

そして次に紹介するコマンドを入力して下さい。通常は"make install"と入力すればよいです。

それぞれのパッケージにGARシステムは7つのMakeターゲットを提供しています。

command	description
fetch	パッケージをコンパイルするのに必要なすべてのファイルとパッチをダウンロードします。通常はtarball一つだけですが、たまにパッチが伴うことがあります。
checksum	md5sumを使用してダウンロードしたファイルがメンテナーのものと適合するかどうかを確かめます。
extract	必要なすべてのソースファイルが作業ディレクトリにあるかどうかを確かめます。
patch	パッチ(3rdパーティーのパッチもしくはメンテナーのパッチ)を当てる必要がある場合はパッチを当てます。
configure	パッケージをconfigureします。一般的にはautoconfやImake等を実行します。
build	通常のコンパイル過程を行います。
install	適切な場所にファイルを配置し、必要なすべての処理を仕上げます。

インストール後 †

インストール後はKDEのバイナリとライブラリをシステムに探させるためにいくつかの変数を設定します。Bashの例:

 export QTDIR=~/kde$version
  export KDEDIRS=~/kde$version
  export LD_LIBRARY_PATH=~/kde$version/lib
  export PATH=~/kde$version/bin:$PATH

KDEHOMEも設定してください。例えば"export KDEHOME=~/.kdetest"とすると設定をこのディレクトリに保存するようになるので、デフォルトの~/.kdeディレクトリには影響を及ぼしません。

KDEをスタートするには"startkde"を実行します。ほとんどのディストリビューションではこれをWINDOWMANAGER変数にセットするとKDEがスタートします。

最新のKonstructを入手するには r . j p / p u k i w i k i / i n d e x . p h p ? K o n s t r u c t # p f 3 d 1 5 7 e " t i t l e = " p f 3 d 1 5 7 e " > &d a g g e r ; / a > / h 3 > -

+ diff --git a/archives/wiki/Kplayer.php b/archives/wiki/Kplayer.html similarity index 89% rename from archives/wiki/Kplayer.php rename to archives/wiki/Kplayer.html index c165b93..f52f5a3 100644 --- a/archives/wiki/Kplayer.php +++ b/archives/wiki/Kplayer.html @@ -1,29 +1,25 @@ - +--- +title: Kplayer - 旧 Wiki アーカイブ +---

KDE 用のマルチメディアプレーヤー。

mplayer を利用しているため、以下のようなフォーマットを再生できる。

MPEG
AVI
OGG/OGM
ASF/WMA/WMV
QT/MOV/MP4
RM
DivX 3/4/5

(まだまだある…)

当然、このアプリを利用するには mplayer のインストールが必要。

他の KDE 用のマルティメディアプレーヤーには kdemultimedia に標準で入っている noatun、mplayer に加え xine を利用する kmplayer などがある(kmplayer の利用には xine やmplayer に加え kdemultimedia のインストールが必要)。

kplayer ホームページ:http://kplayer.sourceforge.net/
mplayer ホームページ:http://www.MPlayerHQ.hu/homepage/

注意 ~

MPEG 等には特許の問題があるので、そのあたりは自己責任で…

Counter: 49, today: 1, yesterday: 0

- diff --git a/archives/wiki/Lokalize.php b/archives/wiki/Lokalize.html similarity index 98% rename from archives/wiki/Lokalize.php rename to archives/wiki/Lokalize.html index 96ac056..d9996c0 100644 --- a/archives/wiki/Lokalize.php +++ b/archives/wiki/Lokalize.html @@ -1,49 +1,45 @@ - +--- +title: Lokalize - 旧 Wiki アーカイブ +---

Lokalize ホームページ : http://userbase.kde.org/Lokalize

日本語翻訳の方法 TranslationAssignments

ここではLokalizeの最低限の設定と使用法について説明します。

Lokalizeとは †

LokalizeはKDEの翻訳チームが使用しているKDE4向け(KDE3ではKBabelというツールを使用していました)の翻訳補助ツールです。翻訳メモリ(Translation Memory)による類似翻訳検索、編集の面において、強力な機能を持っています。翻訳メモリは共通フォーマットを使用しているため、PO/POTやXLIFFを使用している他の翻訳プロジェクトの人にも有用なツールでしょう。

インストールと設定 †

ディストリビュータで配布されているパッケージをインストールして下さい。もしLokalize単体でのパッケージになっていない場合はkdesdkをインストールしてください。
日本語メッセージファイル (SVNの"trunk/l10n-support/ja/messages")をダウンロードしておいて下さい。

Lokalizeの設定（必須設定） †

"設定"→"Lokalizeを設定..."にて設定ダイアログを開きます。翻訳者と言語の情報を以下のように入力して下さい。（MLはKdeveloper宛にして下さい）

画面1：Lokalizeの設定画面

翻訳メモリ(TM)の設定（推奨設定） †

"作成"で新たなTMを作成します。ここでのディレクトリはダウンロードした"trunk/l10n-support/ja/messages"の"messages"があるフォルダを指定します。

画面2：翻訳メモリ

プロジェクトの設定（オプション設定） †

ここでもルートフォルダとしてダウンロードした"trunk/l10n-support/ja/messages"の"messages"があるフォルダを指定します。

画面3：プロジェクトの設定画面

このようにプロジェクトの設定を行った場合、以下のようにリアルタイムの翻訳状況が確認できるようになります。

画面4：プロジェクトの概要表示

使用法 †

poファイルを開く、Lokalizeの画面は、様々なパーツから構成されています。

翻訳するエントリの対応、翻訳状態
メタデータ
オリジナルの文字列(Msgid)
翻訳を入力するフィールド(Msgstr)
翻訳メモリによる検索結果
用語集の検索結果（用語集ファイルの準備と設定が必要です）

編集が終わったファイルのヘッダーを確認 Lokalizeが保存したpoファイルは一部変更が必要な場合があるので以下2点確認して下さい。
- "Language-Team: Japanese <Kdeveloper@kde.gr.jp>\n"
- "Plural-Forms: nplurals=2; plural=n != 1;\n" 特に、summitのファイルを使用している場合は後者はOKですが、前者の"Japanese"のところが「日本語」になってしまうため、エディタで修正が必要です。

画面5：Lokalizeのメイン画面

よく使うショートカット †

以下のショートカットを覚えていくと作業がはかどります。

次のFuzzyか未翻訳メッセージ: Ctrl+Shift+PageDown?
TMの検索結果をMsgstrにコピー: Ctrl+1, Ctrl+2, ...
次のメッセージ: PageDown?
前のメッセージ: PageUp?
MsgidをMsgstrにコピー: Alt+Space

- diff --git a/archives/wiki/envvars.php b/archives/wiki/envvars.html similarity index 97% rename from archives/wiki/envvars.php rename to archives/wiki/envvars.html index 6038638..f94745b 100644 --- a/archives/wiki/envvars.php +++ b/archives/wiki/envvars.html @@ -1,58 +1,54 @@ - +--- +title: KDEの使用する環境変数 - 旧 Wiki アーカイブ +---

FrontPage

元ネタ : http://kde.ground.cz/tiki-index.php?page=Environment+Variables

KDEDIR: KDEDIR変数にはKDEのインストールツリーのルートを指定します。 KDEDIRS変数がセットされていない場合は必ず指定されていなければなりません。これはKDEがアイコンやライブラリといったデータを探すのに使われます。

KDEDIRS: KDEDIR変数をオーバーライドして、KDEがデータを探す複数のディレクトリを指定することができます。 KDE本体とは違う場所にインストールしたプログラム等を利用したい場合に便利です。

KDEHOME: 指定されない場合、パーソナルデータを保存するために~/.kdeディレクトリが使われます。

KDEROOTHOME: 指定されない場合、管理者(root)のパーソナルデータを保存する為のディレクトリとして ~root/.kde が使われます。これは "su" でルート権限になった後ユーザーがKDEプログラムを起動した時に、管理者権限でユーザーのデータを上書きしてしまうのを防ぐために導入されました。

KDEWM: 指定したウィンドウマネージャがstartkdeスクリプトでkwinの替わりに用いられます。

KDE_LANG: KDEの言語設定を上書きします。例えば、"KDE_LANG=ja kprogram &"とすると必要なファイル(kde-i18n-ja)がインストールされている場合に限りプログラムが日本語の翻訳ファイルを利用して起動します。

KDE_MULTIHEAD: "true"を指定すると、マルチヘッドシステムとしてKDEが起動します。

KDE_DEBUG: これを指定するとKDE crash handlerを無効にできます。(コマンドラインオプションで --nocrashhandler を指定するのに相当します。)

KDE_HOME_READONLY: ホームディレクトリ読み込み専用としてがマウントされます。

KDE_IS_PRELINKED(KDE 3.2): KDEのバイナリやライブラリをprelinkした場合に指定します。

KDE_MALLOC: "1"を指定すると、KDEが --enable-fast-malloc を指定されている場合に限り kdecore で提供されている高速mallocルーチンが使われます。そうでない場合はlibcのルーチンが使われます。

KDE_NOUNLOAD: KLibLoader?が動的にオープンされたライブラリをアンロードしないように指定できます。

KDE_DOUNLOAD: 指定されている場合、KLibLoader?は常に動的にオープンされたライブラリを案ロードしようとします。しかし、クラッシュする可能性が高いので気をつけて下さい。

KDE_UTF8_FILENAMES: 指定されている場合、KDEはCロケールを無視してすべてのファイル名がUTF-8でエンコーディングされていると仮定します。

KDE_FULL_SESSION(KDE 3.2): KDEが立ち上がる際に自動的に"true"にセットされます。これは例えば、Konquerorがクローズされる時に、将来的に使われるメモリの残量を考慮すべきかどうかを知る為に使われます。もしセットされていなければ、クローズされた後Konquerorは終了します。

KDESYCOCA: システム設定キャッシュファイルのパスや名前を指定します。

KDETMP: /tmpに加えてKDEが一時ファイルを保存するために使うパスを指定します。

Counter: 33, today: 1, yesterday: 0

- diff --git a/archives/wiki/faq_for_kde_developers.php b/archives/wiki/faq_for_kde_developers.html similarity index 98% rename from archives/wiki/faq_for_kde_developers.php rename to archives/wiki/faq_for_kde_developers.html index dc279da..e178caf 100644 --- a/archives/wiki/faq_for_kde_developers.php +++ b/archives/wiki/faq_for_kde_developers.html @@ -1,90 +1,86 @@ - +--- +title: KDE Developer のための FAQ - 旧 Wiki アーカイブ +---

KDE developer のための FAQ †

これは http://techbase.kde.org/Development/FAQs を訳したものです。かなり昔に訳されたものなので、最新版と同期がとれていない可能性があります。内容は近々本家 Wiki にコミットされ、このページ自体は削除される予定です。

KDE developer のための FAQ

一般的な質問 †

新しいアプリケーションを書き始めたいのですが、何かアドバイスはありますか？ †

新たに書かなければいけない KDE アプリケーションがたくさんあるのは間違いありません。しかし、あなたの助けを必要とする既存の KDE アプリケーションがたくさんあるのも確かです。

どの分野に助けが必要か知るには、このページをチェックしてください。

新しいアプリケーションを書き始める前に、apps.kde.com や kde-devel@kde.org のメーリングリストで、誰かが似たようなプロジェクトをしていないかどうか確かるのは良いことです。

私は開発者です。どうすれば KDE に貢献できますか？ †

job list でオープンな仕事をチェックして下さい。あなたができる仕事は必ず１つはあるでしょう。

KOffice や Kdevelop などは高く評価されているにもかかわらず、開発者がとても少ないです。ですからそのあたりをチェックすると良いかも知れません。KDE のプロジェクトを手助けするのに、KDE のコアの開発者になる必要はりません。KDE は非常にうまくモジュール化されているので、全体のシステムがどうなっているか知らなくても、１つの分野を改良することができます。

また、kde-devel メーリングリストで、誰かがアプリケーション上での手助けを必要としているか質問することができます。

最新の KDE を使い必要とされていることを見付けて下さい。テーマジェネレータですか？konsole のスキーマエディタですか？ゲームの改良ですか？いつも小さな特徴が抜けているものです。実装してしまいましょう。

特定の分野に関してくわしかったり、興味があったりしますか？あなたの手助けが役に立つその分野に関連するアプリケーションがないかチェックして下さい。もしくはそのようなアプリを書いて下さい。KDE はおたく向けではないアプリケーションをもっと必要としています。

私は開発者ではありません。どうすればお手伝いできますか？ †

開発者のスキルを必要としない仕事がたくさんあります。KDE の促進のためにアプリケーションのレビューを書いたり(kde-promo メーリングリストを見て下さい)、ドキュメントチームを手伝ったり(i18n.kde.org/doc を見て下さい)、翻訳を手伝ったり(i18n.kde.orgを見て下さい)、新しく出てくるバグをフィルタリングするのを手伝って下さい(bugs.kde.org を見て下さい)。

Konqui dragon の画像はどこで手に入れることができますか？ †

ftp://ftp.kde.org/pub/kde/devel/konqi_sdk.tar.bz2 で入手可能です。

KDE に貢献するのに必要なスキルのレベルはどの程度ですか？何を学んでおくべきですか？何を読んでおくべきですか？ †

diff --git a/archives/wiki/kastle2003-what-to-expect-from-qt4.php b/archives/wiki/kastle2003-what-to-expect-from-qt4.html similarity index 98% rename from archives/wiki/kastle2003-what-to-expect-from-qt4.php rename to archives/wiki/kastle2003-what-to-expect-from-qt4.html index ce7f2ee..843f951 100644 --- a/archives/wiki/kastle2003-what-to-expect-from-qt4.php +++ b/archives/wiki/kastle2003-what-to-expect-from-qt4.html @@ -1,63 +1,59 @@ - +--- +title: Kastle 2003：Qt4に何を期待するか - 旧 Wiki アーカイブ +---

元記事："Kastle 2003: What to expect from Qt 4"

間違いを見つけたら、どんどん修正しちゃってください。
また、直接編集しにくい場合には、一番下のコメント投稿機能を利用してみてください。

翻訳 †

日曜日の午後、Qtの開発ディレクターであるMatthias Ettrich氏は、Nové Hradyで開催されたKDE Developers' Conference 2003において、企業(Trolltech)のプレゼンテーションとは別に、the KDE/FreeQt FoundationとQtの開発におけるのこれまでとQt4に対する展望について話をする機会を与えられた。Qt4は、2004年にリリースされる予定であり、スタートアップや実行時におけるパフォーマンスの向上、より高い柔軟性と生産性、そして、学習プロセスの簡素化のための変更などが提供されるはずです。Matthias氏の自作のプレゼンテーションプログラムを使って表示されたスライドショーからのより多くの引用を読んで下さい。

Qt4は、大概は、検索や置換や「互換モード」といったコンパイルスイッチをほとんど使うことなく、ソースコード互換性が維持されるように試みられています。より多くのポーティングは、メタオブジェクトシステムを直接使うようなスタイルとコードにとって必須でしょう。

シンボルの削減、データの読み書きを減らし、静的な初期化をより僅かにすることで、スタートアップのパフォーマンスの向上が達成されるでしょう。また、mallocの回数の低下、より速くそしてさらに最適化されたツールクラス、メモリ消費の減少によって実行時のパフォーマンスが向上し、今日のデスクトップコンピュータよりも遅く、少ないメモリしか積んでないような組み込みデバイス上でもQt4が動作することが可能になるでしょう。

これらの発言を確固としたものにするために、Matthias氏は、Qt4でコンパイルするために必要なだけの変更をし、ポーティングしたQtデザイナーについて、いくつかの数字を提供しました。その内容は次の通りです。libqtのサイズは5%減少し、Qtデザイナーのリロケーションの数は30%減少し、mallocの回数は51%減少し、メモリの使用量は15%減少しました。また、正確に計ったQtデザイナーの起動時間は、18%減少しました。

Qt4は、1つのライブラリにはならず、より細かい粒度を可能とするよう、複数のライブラリによって構成されるようになります。例えば、以下の通り。

ツール、IO、スレッドなどのクラスやQObject/QKernelApplication?から成るQtカーネルライブラリ

QApplication、ウィジェット、ペインタなどのQt GUIライブラリ

ネットワーク、XML、SQL、openGLおよびその他の目的のためのその他のライブラリ

Qt4の新機能で、現時点で公開されているものの一部としては、以下のものがあります。

Qtデザイナーは、コンポーネントに分割されます。これによってKDevelopのためのフォームエディタのプラグインを作ることが可能になります。

リストボックス、ツリー・ビュー、アイコン・ビューのためのモデル/ビュークラスを分離します。

タブ化したドックをサポートしている、ドックウィンドウとツールバーを区別したメインウィンドウ/ドッキングのアーキテクチャの一部を成す新しいクラスのセット。

マッキントッシュプラットフォームとATKのためのアクセシビリティ・サポート。

Pixmapリソースシステム。

異なるAPIの統合やコンセプトの数を削減するといった、APIのクリーンアップ。これは、一般的な使用法を簡略にし、柔軟性を増加させ、困惑させられることを無くすことを目的としています。

驚く程少ない生成コード量とconnect()における最小のメモリオーバヘッドを持つ、静的な読み込み専用データブロック（コンストラクタも無く、クリーンアップ・ハンドラも無く、リロケーションも無く、シンボルも無い）を含んだメタデータ・オブジェクト。

connect()のシンタックスの改善。

文字列ベースのQObject::inherits()を置き換える新しいキャスト機構である"qt_cast(const QObject*)"。

より軽くより速い、QGuardedPtr?の後継である新しいQPointerクラス。

イベントフィルタは修正され、現在は、QObject::event()ではなくてQApplication::notify()から呼ばれている。

スレッド化されたライブラリは、よりthread-safety/reentrancyなものとしてデフォルトになるでしょう。自動的な参照のカウントによってQDeepCopy?は無用の長物になります。

スタイルのセクションにおいて、パレットと背景の処理が以下のように改善されました。
背景のポリシーは、トップレベルでないウィジェットが、その親ウィジェットから背景のポリシーを継承しているものとして提供されます。親ウィジェットは、小ウィジェットに、その内容を伝播させることができます。これは、ウィジェットに対して、本質的には(半)透明な性質を与えるでしょう。そして、最後に、システム全体にダブルバッファリングの機能は、及ぶ何のハックもなしに、フリッカー効果の自由なアップデートを許容するでしょう。

軽くて安全で使いやすい値ベースのコンテナ・ツールのクラスの、一貫した新しいセットをQt4は提供するでしょう。また、このコンテナ・ツールのクラスは、明示的に分けられ、スピードとメモリの使い方双方の点で高度に最適化されているでしょう。これを使うことは、Qt3.xやSTLの場合と比較されるようなわずかなコードまで拡大されていくでしょう。STLは、よりQtと共に使える状態になっているでしょう。

QStringとQByteArray?は、APIの改善の他に、パフォーマンスとメモリ使用の点について最適化されています。(そのAPIの改善における)重要な変更は、isNull()が無くなり、互換モードでのみ用意されます。latin1()のような関数は、常に妥当な値を返し、nullポインタを返すことは無くなるでしょう。この変更は、KDE開発者の間での議論となり反感をかいましたが、Matthias氏は、isEmpty()関数と演算子"!()"が存在していることを指摘しました。

Qt4は、来年中に最終リリース前の短いパブリックベータの期間を経て、１年以内に利用できるでしょう。これに加えて、Matthias氏がKDE開発者に対して質問をしました。その内容は、「KDEはQt4に移行するのか？移行するとすればいつか？」、「KDEが移行するとき誰がどこで最初のポーティングを行うのか？」、「KDEのアーキテクチャのいくつかを書き直す機会としても使いますか？」といったものでした。多くのKDE開発者からの返答としては、hackfest週間において、KDEに必要とされていて長期間見あたらないと分かっているような追加されたクラスや機能について、Trolltech開発者にたずねるというものでしょう。

Counter: 44, today: 1, yesterday: 0

直接編集しにくい場合には、こちらからコメントを投稿してください。

コメントのリスト

投稿者	サマリ	投稿日
Daisuke Kameda	コメント投稿のテスト	2003-08-31 (日) 16:11:53

- diff --git a/archives/wiki/kde3arch-html-renderer.php b/archives/wiki/kde3arch-html-renderer.html similarity index 95% rename from archives/wiki/kde3arch-html-renderer.php rename to archives/wiki/kde3arch-html-renderer.html index 1995586..6caec13 100644 --- a/archives/wiki/kde3arch-html-renderer.php +++ b/archives/wiki/kde3arch-html-renderer.html @@ -1,47 +1,43 @@ - +--- +title: KDE 3.0 アーキテクチャ/開発フレームワーク/複雑なウィジット/HTMLレンダラ - 旧 Wiki アーカイブ +---

オリジナル : http://developer.kde.org/documentation/library/kdeqt/kde3arch/khtml/index.html *1

※古すぎるのであまり参考にはならないかと思われます。

KHTML - KDE's HTML library

概観

KHTMLはDOM,Java,JavaScript?,Cascading Style Sheets(CSS)に対応したXML/HTML4準拠のHTMLライブラリです。

現在のKHTMLができることについての概観をここで得られます。

Small example

KHTMLをプログラム中で使うのは非常に簡単です。
下の例はすでにwebブラウズが可能なアプリケーションを示しています。

#コード例が古かったのでコチラを見て下さい。

この例はすでにwebにアクセスできる機能的なブラウザを示しています。(リモートファイルにアクセスするためのkio_httpが必要ですが)
testkhtmlでhttp://kde.orgを試して見て下さい。ウィジットにはKDEのホームページが表示されるでしょう。

Document Object Model (DOM)

KHTMLはほとんど完璧なDom Level1, Level2の実装を提供しています。

DOMは文書のデータを保持するために使われる内部的なクラスです。
DOMにアクセスするクラスはデータ保持の為にrefcounting schemeを用います。
よってDOMはメモリ管理を行ないます。
使う方は、文書のパーツにアクセスするためには、DOM header fileに定義されているクラスを使用するだけでよいのです。
ポインタを使わない限り、メモリリークが起きることはないでしょう。(ライブラリのバグを覗いてはね。。。;-)

表示されている文書には KHTMLWidget::document() 関数を用いて文書のどの部分にでも簡単にアクセスできます。

Java

有難い事にRichard Mooreによって、KHTMLはJava appletを表示できるようになりました。
Javaは標準では有効になっていませんが、メソッドを使って有効にできます。
CLASSPATHは以下のように設定して下さい。

CLASSPATH=$KDEDIR/share/apps/kjava/kjava-classes.zip:$JDK_DIR/lib

JDKをインストールすることが必要です。JDK-1.1.7では試しましたが、Kaffeや他のバージョンのJDKで動くかはわかりません。

JavaScript? (ECMA-Script)

JavaScript?サポートはECMAScript Language specification ECMA-262 3rd edition準拠です。
これはJavaScript1.5相当です。

Cascading Style Sheets (CSS)

Cascading style sheets 2.1 はほとんどサポートされています。

Counter: 24, today: 1, yesterday: 0

- diff --git a/archives/wiki/kde3arch-iconloader.php b/archives/wiki/kde3arch-iconloader.html similarity index 97% rename from archives/wiki/kde3arch-iconloader.php rename to archives/wiki/kde3arch-iconloader.html index 9df84e4..b763e58 100644 --- a/archives/wiki/kde3arch-iconloader.php +++ b/archives/wiki/kde3arch-iconloader.html @@ -1,89 +1,86 @@ - +--- +title: KDE 3.0 アーキテクチャ/システムリソースへのアクセス/アイコンのローディング - 旧 Wiki アーカイブ +---

オリジナル : http://developer.kde.org/documentation/library/kdeqt/kde3arch/iconloader.html

Loading and installing icons in KDE

1. 初めに

アイコンはどのデスクトップ環境においても重要なユーザーインターフェースの一部です。
ユーザーの設定やビデオハードウェアが原因で、同じアイコンでも、異なったサイズや色深度で表示されます。
これを制御するために、アイコンを保存し、またアクセスする為の標準的な方法が開発されています。

2. Loading icons

アイコンローダーへのアクセス

アイコンはKIconLoader?クラスを用いてロードされます。
どのKDEアプリケーションもグローバルアイコンローダを所持しています。
このオブジェクトには下の様な方法でアクセスできます。

#include <kglobal.h>
 #include <kiconloader.h>
 
 KIconLoader *loader = KGlobal::iconLoader();

loadIconを使ってアイコンをロード

アイコンローダはアイコンをロードし、キャッシュを作り、エフェクトを加えます。アイコンをロードするには、loadIconメソッドを使います。このように定義されています。

QPixmap loadIcon(QString name, int group, int size=0,
                 int state=KIcon::DefaultState, QString *path_store=0L,
                 bool canReturnNull=false);

上のように、多くの引数を取ります。最初の二つは最も重要です。

name	ロードするアイコンの名前。拡張子なしにiconの名前を指定しなければなりません。
group	アイコングループ。下で説明します.

アイコングループ

アイコングル‐プという考え方はKDEのアイコンの仕組みのなかで重要な概念です。
アイコングループはそのアイコンがスクリーン上のどこで使用されるかを現しています。
KDEユーザーはアイコンのサイズと視覚効果を設定できるので、これは関連性があります。
アイコングループをアイコンローダーに渡すということは、実際にはどのアイコンの実体をロードするのかをローダーに指定するということになります。
グループの引数を取ることによって、アイコンローダーはKDEデスクトップ全体のアイコンの一貫した、そして設定可能な見映えを可能にします。

例 : ユーザーは32ピクセルのアイコンをメインツールバーに設定できます。

利用できるアイコングループは下の通りです。これら全てはKIconクラスで宣言されています。
なので実際にはこれらの前にKIcon::をつけて使用します。

Desktop	デスクトップ上のアイコン。ファイルマネージャーやそれに似た場所で使用されます。
Toolbar	通常のツールバー用
MainToolbar?	メインツールバー用のアイコン。アプリケーションはいくつかのツールバーを持ちますが、これはメインツールバー用です。通常は外のツールバーよりも大きなアイコンを持ちます。
Small	例えばポップアップメニューやリストビュー、ツリーリストで用いられるような様々な小アイコン
User	アプリケーション特化のアイコンをロードするためのグループ。これについてはsection3を見て下さい。

Desktopグループで"kfind"アイコンをロードするには以下のようにします。

QPixmap icon;
 icon = loader->loadIcon("kfind", KIcon::Desktop);

外のパラメータも見てみましょう。

size	特定のアイコングループに設定されたサイズを上書きします。影響はそのグループのアイコン全体に及びます。
state	アイコンの状態を示します。stateはKIcon::DefaultState?、KIcon::ActiveState?、KIcon::DisableState?のうちのどれかです。例えばツールバーのボタンは、マウスが上に有るときはactiveに、有効でない時はdisableに、それ以外のときはdefaultになっています。それぞれの状態は視覚的にも変ります。
path_store	アイコンがどこからロードされたか知りたければ、ここにQStringのポインタを渡すとアイコンのパスが保管されます。
canReturnNull?	アイコンが見付からなかった場合、結果はこのパラメータに依存します。canReturnNULLがtrueなら、null pixmapが返されます。そうでなければ"unknown"アイコンが返されます。

3.アイコンのインストール

アイコンは様々なサイズや色深度になります。これをテーマアイコンと呼ぶことにします。
決まった形で表示されるものをテーマ化されていないアイコンと呼ぶことにします。

デフォルトアイコンサイズ

標準のアイコンのサイズは以下の通りです。

40 Colors: 16x16 pixels 22x22 pixels 32x32 pixels

Truecolor: 22x22 pixels 32x32 pixels 48x48 pixels

それぞれのサイズのアイコンサイズはアイコングループに設定できることを覚えて置いてください。

アイコンコンテクスト

テーマアイコンはディレクトリに階層的に保存されます。それは1.色深度、2.サイズ、3.コンテキストによります。
コンテキストというのはKDEアイコン機構で導入された新しい概念です。
アイコンが意味しているものがコンテキストです。標準のコンテキストには次のようなものがあります。

action	例えば"Open"や"Save"といったツールバー内のアクションを示します
application	"kfind"のようなアプリケーションを示します
device	"floppy"や"mount"といったデバイスに関係の有るものを示します
filesystem	"directory"や"socket"、"trashcan"といったファイルシステムに関連するものを示します
mimetype	"text/html"のようなmimetypeを表します

コンテキストはアイコンを選ぶ際に非常に重要となります。
アプリケーションがユーザーにアイコンを選んでもらう時、例えばツールバーなら、KDEにインストールされたすべてのアイコンを表示するのはユーザーフレンドリーではありません。
-対照的に、ユーザーの為にに"action"アイコンだけを表示するのは非常に良いことです。

+対照的に、ユーザーの為にに"action"アイコンだけを表示するのは非常に良いことです。

diff --git a/archives/wiki/kde3arch-libraries.php b/archives/wiki/kde3arch-libraries.html similarity index 97% rename from archives/wiki/kde3arch-libraries.php rename to archives/wiki/kde3arch-libraries.html index 884dbab..b9435c5 100644 --- a/archives/wiki/kde3arch-libraries.php +++ b/archives/wiki/kde3arch-libraries.html @@ -1,52 +1,49 @@ - +--- +title: KDE 3.0 アーキテクチャ/開発フレームワーク/ライブラリ構造 - 旧 Wiki アーカイブ +---

オリジナル : http://techbase.kde.org/Development/Architecture/KDE3/Library_Structure

KDEライブラリ構造の概観

kdecore
kdecoreライブラリはすべてのKDEプログラムの基本となるアプリケーションフレームワークです。設定システムへのアクセス、コマンドライン処理、iconのローディングと処理、特殊な内部プロセスコミュニケーション、ファイル処理、そしてその他多くの機能を提供します。

kdeui
kdeuiライブラリはQtが持っていない、あるいはQtのウィジットよりも強力な多くのウィジットや標準的なダイアログを提供します。また、ユーザーの好みという点でよりKDEデスクトップに統合しているQtのウィジットのサブクラスを提供します。

kio
kioライブラリは非同期の、ネットワーク透過なI/OやMIMEタイプ処理の為の機能を含んでいます。また、KDEのファイルダイアログやそれを補助するクラス群を提供します。

kjs
kjsライブラリはJavaScript?の実装を提供します。

khtml
khtmlライブラリはKHTMLパート、つまりJavaとJavaScript?のインターフェースを含むHTMLブラウジングウィジット、そしてDOM APIとパーサを提供します。

グループ化されたクラス

コアアプリケーションの骨格 - ほとんどすべてのアプリケーションに必要とされるクラス群
- KApplication - KDEアプリケーションを初期化し、コントロールします
- KUniqueApplication? - 同時に同じアプリケーションが1つしか実行されないことを保障します
- KAboutData? - aboutダイアログのための情報を保持します
- KCmdLineArgs? - コマンドラインの引数の処理

コンフィグレーション設定 - KDEの階層的な、構成データベース・一般設定・アプリケーションリソースにアクセスします。
- KConfig - KDEの構成データベースへのアクセスを提供します
- KSimpleConfig? - 非階層てきな構成ファイルへのアクセスを提供
- KDesktopFile? - .desktopファイルへのアクセスを提供
- KGlobalSettings? - アプリケーションに依存しない設定へのアクセスを提供

ファイルとURL処理 - URLのデコード、一時ファイル等
- KURL - URLを現し、パースします
- KTempFile? - 一時ファイルの為のファイルを作成します
- KSaveFile? - ファイルの保存を許可します

内部プロセスコミュニケーション - DCOPを補助するクラスとサブプロセスの起動
- KProcess - 子プロセスを起動し、操作します
- KShellProcess? - シェルを通して子プロセスを起動
- KIPC - X11クライアントメッセージを利用したシンプルなIPCメカニズム
- DCOPClient - DCOPメッセージング
- KDCOPPropertyProxy? - DCOPを通してQtのプロパティを発行するためのプロキシクラス
- KDCOPActionProxy? - アクションのためのDCOPインターフェースを発行するためのプロキシクラス

ユーティリティ - メモリ管理、正規表現、文字列操作、乱数
- KRegExp? - POSIX準拠正規表現
- KStringHandler? - 文字列操作のための豊富なインターフェース
- KZoneAllocator? - 小さなオブジェクトを多数確保するために有効なアロケータ
- KRandomSequence? - 疑似的な乱数生成

キーボードアクセレータ - デスクトップ上で一貫したキーバインディングを実現するためのクラス群 -

c l a s s = " l i s t 2 " s t y l e = " p a d d i n g - l e f t : 1 6 p x ; m a r g i n - l e f t : 1 6 p x " > diff --git a/archives/wiki/kde3arch-standard-resources.php b/archives/wiki/kde3arch-standard-resources.html similarity index 97% rename from archives/wiki/kde3arch-standard-resources.php rename to archives/wiki/kde3arch-standard-resources.html index f840c6f..0f716b3 100644 --- a/archives/wiki/kde3arch-standard-resources.php +++ b/archives/wiki/kde3arch-standard-resources.html @@ -1,79 +1,75 @@ - +--- +title: KDE 3.0 アーキテクチャ/システムリソースへのアクセス/標準のリソース - 旧 Wiki アーカイブ +---