さらばGNOME、こんにちはKDE3.0【redhat】

kde3 今コンパイル中なんだけど、どおいうとこが変わったんですか？
Qtのコンパイルが一回ですむんだけど。（前はkdeのために２回コンパイルしてた。）
あんまり大きく変わってない感じなんだけど。
相変わらず、コントロールセンター使ってるとよくフリーズします。

>>1
せっかく進歩してKDEにしたんだったら、いっそうのこと
WINDOWS-XPにしたら？

GUI ライブラリとしてスクリプト言語にバインドされているのは Qt よりも
gtk の方が圧倒的に多いよね。
Tk > gtk > Qt の順だと思う。

まぁ、選択肢が多いのはいいことだ

>>47

それは退化です。

RedHat用KDE3バイナリRPMをそのまま使ってるとウィンドウを動かしただけでフリーズしていた
のですが、qtをコンパイルし直したら普通になりました。
qtconfigでXIMをover the spotにしたら普通に日本語入力が出来るようになりました。
全体的にまだ不安定な部分もありますが、KDE2.xに比べてかなり速くなっているように感じます。

あ、KDE3のコンカラで、半角カナ・一部の記号が表示されずに□になってしまうのですが
どなたか対処方をご存知ありませんか?

>52 同じく教えてほすぃーので、age

フォントを変えると直った気がするよ。

□になるって事はユニコードなんかな？
とりあえず、コントロールセンターでフォント設定の文字セット変えれ。

え、それじゃ直らないって？
。。。まだ入れてないから分かんないや。。。

qtconfig と kdeのコントロールセンタの関係がさぱりわからん。
kdeアプリでないqtアプリってのが存在するのか？

おうおう、まるでKDEの為だけにQtがあるみてーじゃねーかよ。

>>57
そーだそーだ。いってやれ！
Qtは、KylixとKDEの為だけにあるんだZO！

Skipjack アップデートしたらさらにKDE3はやくなった。
あとSplashScreenもRedHatオリジナルのものになった。

　　　　　♪　　Å
　　　♪　　　／ ＼　　　ﾍﾟｰﾁｭﾝﾁｭﾝ
　　　　　　ヽ(ﾟ∞ﾟ；)ﾉ 　　ﾍﾟｰﾁｭﾝﾁｭﾝ
　　 　 　　　 (　 へ) 　　　ﾍﾟｰﾁｭﾝﾁｭﾝ
　 　 　 　 　　く 　　　　　　ﾁｭﾝ

>>18
> >>16
> 機能よりもデザイナーが欲しい
> KDEのダサいデザインがGNOME並みのセンスになればかなり見栄えよくなるぞ

激しく同感。

Aquaのようにシャドーをつけてくれないかなぁ

> 僕は君のマック的なところが好きだったんだ。
ﾏｶｰにはｹｯって鼻で笑われそうだな。
GNOME（というかGTK+アプリ）はただ単に操作性悪いだけ。

>軽いのがKDEで重いのがGNOME

KDEの方が軽いの？うちのPCぼろいからなるべく軽い方がいいんだけど。
何回か入れてみたことあるんだけど KDE の方が重い気がしてすぐ外してた。

昔は確かにKDEは軽いのが売りだった。
しかし、いつのまにかGnomeよりもWindowsよりも重くなってしまった。

そしてGnomeは2.0で一気に軽くなった…

うーん、win路線やめてくんねーかなー？
コンカラじゃなくってシンプルなkhtmlだけの方がええと思うんだけどなー？
なんで一緒にしたがるんだべ？

GNOME2はデフォルトはかなりMac的な感じがする。
OSXじゃなくて、昔のMacを洗練させたような。
GTKとかのライブラリが先進的なので、これから熟成すれば、
かなり強力なデスクトップ環境になるだろう。
GTK+2版のMozillaとGIMPが正式にリリースされればの話だけど。

PDA Linuxでも、
http://www.sikigami.com/1.1/doc/ GTK,GNOME
http://www.sikigami.com/nunome-Qtopia-1.0/ QT
http://killefiz.de/zaurus/showdetail.php?app=255 KDE
と両方あるねぇ。

Emacsバインドが通用しない時点でステ

>>69
EmacsヲタはEmacsの中だけで生きてなさい。
出てこられると邪魔。

まあ、元々はキーの数が少ないのがまずいのだが。

>70
私もemacs keybindingじゃないと生きていけない人なので69の気持ちがわからんでもない。
key bindingのセットが複数用意されていて、言語設定みたいに一発で
すべてのkdeアプリがemacs風に切り替われば便利だと思うんだけどなあ。

まぁ、XサーバとXemacsだけ立ち上げて、
ウィンドマネージャを使わない、というのが究極のプレイだと思う。

>>71
本当は自分もEmacs使ってるから分からんでもないんだけどね。
デスクトップ環境を必要としてる層を考えると、
共存できない限りはEmacsキーバインドの方が捨てられて当然。

一発切り替えはあってもいいと思うけど、あまり表に出て欲しい機能じゃないなぁ。

1.Emacs系キーバインドに慣れてる人
2.VI系キーバインドに慣れてる人
3.ワードスター系キーバインドに慣れてる人
　　　　（MS-DOS時代からのPCユーザはほとんどこれ）
4.どのキーバインドにも慣れて無くてマウス操作が主の人
　　　　（Windows95以降からの新参PCユーザやマックユーザが多いだろう）

ユーザの慣れた操作法はおおよそこの４種類に分類できるだろう。
それぞれについてデフォルトのプロファイルを用意しておいて
選択できるようにしておけばよいのではないか。

ちなみに私は3なのでエディタなんか使っててもダイヤモンドキーが欲しくてたまらない。

>>73
層を考えると、キーバインドのdefaultがMS-windows互換というのが一番いいとは思う。
しかし、emacs使いもストレス無しにkpresenterとか使いたい...
需要無いのかなあ。

>74
2.にあわせるのは難しすぎだが(藁
あるといいよね。

いま、GNOMEで動いているRedHatを、KDEに変更することはできまつか？

emacsのキーバインドにする方法、あったはずだよ？
設定ファイルでできたきがする。けど。(gnome2ね。いや、GTK+2か)

>>77
Red Hat Linux 統合スレ Part5
http://pc.2ch.net/test/read.cgi/linux/1033608011/

>>78
gnome2
http://pc.2ch.net/test/read.cgi/linux/1003416100/
Gnomeスレッド
http://pc.2ch.net/test/read.cgi/linux/997765229/

>>78
~/.gtkrc-2.0 に
gtk-key-theme-name = "Emacs"
と書け、と、GTK+2 の README にある。

こうすると、 /usr/share/themes/Emacs/gtk-2.0-key/gtkrc に定義して
ある key binding が使われるようだ
(ディレクトリは OS や distribution ごとに違うかも)。
このファイルの中身を直接 ~/.gtkrc-2.0 に書き足してもいいだろうけど。

>>80
そうだそうだ。
見っけてくれてありがとう。

でもおれ自身はまだ、gnome-1.4を使っているからね。
gnome-2/gtk+-2でフォントの設定がうまくいかないのだ。
それがネックで移行できない。

このスレタイとは逆の状況になってしまったRedHat Linux8.0

BlueCurveはGNOMEでKDEを覆い隠すような感じのインタフェースだからなー。
さようならKDE3.0って感じか。

でも、KDE3.0はLinuxをそんなに評価しない知人に薦めても結構いい評価が返って来るね。
やっぱ今後はUnited Linux + KDEという時代になるんだろう。

>>82
でも、ある程度Linuxを使うようになるとGtk+ 2.0の先進性（使い易さとはまた別の話）に
気づかない？KDEスレとGTKプログラミング/gnome2スレ見比べるとそんな感じがする。
あと、Gtk+/GNOME は Owen Taylor や Solaris の国際化でならした Sun のメンバーが
参加してるけど、Qt/KDEって国際化とか多言語化について気を使ってる人が中心に
少ない感じがする。

>>83
# まあお互い分かり合っていないというのもありますが…。
Ximianとかむちゃくちゃなことしでかしたりしません?
すくなくともTrollTechはそれで食わなくてはいけないので
国際化,多言語化を切り捨てるということは絶対にありません。

KDE3.0入れてkonquerorで2ch見てみたら半角ｶﾅが豆腐になってて焦った。
msのフォント使ってたから、fonts.dirにiso10646-1を書き足したら
直ったけど、どーいうわけだろう。

ありゃ、52あたりでがいしゅつでしたか。
とりあえずUnicodeてことみたいね

>>83
具体的にGtk+2.0のどのあたりが先進的か聞きたいなあ。

それとは別に、直接やり取りしてみての感想だけど、
KDE/Qtのコアメンバーに国際化・多言語化に
気を使っている人が少ないということはないです。
知識不足である可能性が高いことについては否定しませんが。

開発者の立場から言えば、Gtk++2.0になってよかったところは特にない。
1.2.xで十分完成されているライブラリだと思う。
とはいえやはりCでオブジェクト指向やることに問題があるわけで、
Qtの方が先進的と言わざるを得ない。

>>75
英語だが、KDE Usabilityのメーリングリストに投稿してみてはどうか。
http://usability.kde.org/about/mailinglist.php

X11 のフォントの嫌らしさを抽象化している表示システム Pango や
gtk-immodule の多言語入力機構など、X11 だけでは実現が難しいことを
Pango / Gtk+ が初めて可能にしたという意味では革新的だと思う。

Qtの Signal / Slot は見通しいいし、objprelink とかの周辺技術も面白そうなんだけど、
それ以外はいたって平凡な (洗練はされてますが) GUI Tool Kit としか見えないので、
あまり Qt, KDE を いじりたくなる気にはなれないです。

>>90
QtにはQInputContextというクラスがあるので、
Signal/Slotの機能も上手く使えばimmoduleのようなものを実現するのは
不可能ではないと思う。

Pangoのような機能はQFontなどのクラスで実現されるべきなんだろうけど、
あまり深く見てないが、このあたりは泥沼になっている可能性はあるかも。
KDE/QtからPangoを使えるようにした方が早いかもしれん。

うごけば正義

うむ。まず動くことが大事。

誘導

KDE vs GNOME
http://pc.2ch.net/test/read.cgi/linux/999963678/

真・スレッドストッパー。。。(￣ー￣)ﾆﾔﾘｯ