トップページ⇒unix
1001コメント322KB

■■■Ｘ１１不要論■■■Ｒ２■■■

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。NGNG
http://pc5.2ch.net/test/read.cgi/unix/1071228155/

すべての問題はここだ
１．Xあるんだから必要ない　とかいって協力しない
２．俺はGUIは使わないから興味ない
３．男だったらCUIだろうが
４．だったら、MacOSX使えば？
５．KDEやGNOMEがあるじゃない。壱から、しかも土台から作るなん
て無理無理
６．そもそも、そんな技術力は存在しない
７．多くのUNIXプログラマのGUIに対する見解があまりにも非力であり
ろくな物ができあがらない。
８．ネットワーク透過性が云々...... とごねてXを捨てない
0798名無しさん＠お腹いっぱい。2005/11/11(金) 17:29:51
>>797
同じ描画デバイスを、統一的に扱えた方が良いでそ。

> プリンタドライバに描画するXサーバ

まぁ、そういう発想やね。Display PDFとかDisplay Postscriptとか。

0799名無しさん＠お腹いっぱい。2005/11/11(金) 20:47:55
でも、PDFって表示するだけでも大変そう。
あくまでも印刷規格なんだろうね。

0800名無しさん＠お腹いっぱい。2005/11/11(金) 21:19:36
Mac OS Xの汎用2D描画層はPDF扱えるよ。
http://www.apple.com/macosx/features/quartzextreme/

まあ、Safariのページ印刷は、ちょっと馬鹿っぽいけど。
0801名無しさん＠お腹いっぱい。2005/11/11(金) 21:55:14
libgnomecanvas が Postscript の描画モデルを使ってる、と README には書かれてるが…

----
The GNOME canvas is an engine for structured graphics that
offers a rich imaging model, high performance rendering, and a
powerful, high-level API. It offers a choice of two rendering
back-ends, one based on Xlib for extremely fast display, and
another based on Libart, a sophisticated, antialiased,
alpha-compositing engine. Applications have a choice between
the Xlib imaging model or a superset of the PostScript imaging
model, depending on the level of graphic sophistication
required.
----
0802名無しさん＠お腹いっぱい。2005/11/11(金) 21:57:46
>>800
これって何でもかんでもPDFで表示してるんですかねぇ？
Extreme という単語に一瞬びびったw
0803名無しさん＠お腹いっぱい。2005/11/11(金) 21:58:52
>>801
ここにも、extremely と出てくるw
0804名無しさん＠お腹いっぱい。2005/11/11(金) 22:23:45
>>802
いや、drawing modelがPDFのスタイル。
http://developer.apple.com/documentation/GraphicsImaging/Conceptual/drawingwithquartz2d/dq_context/chapter_3_section_3.html

PDFの描画そのものも入ってる。
http://developer.apple.com/documentation/GraphicsImaging/Conceptual/drawingwithquartz2d/dq_pdf/chapter_14_section_1.html
0805名無しさん＠お腹いっぱい。2005/11/11(金) 22:58:26
DisplayPDFなんていうのもあるのか。
DisplayPostScriptなら大分昔に聞いたことがあるが、

最近はPSファイルは稀にしかお目にかからないが、
PDFは随分とメジャーになった。
このあたりは全く圏外なんだが、PDF開くときのあのタイムラグを考えると、
相当なサブセット化をしておかないと実用化は難しいんじゃないのかな？
0806名無しさん＠お腹いっぱい。2005/11/11(金) 23:18:29
だからMacのGUIはとんでもなくもっさりさん。
0807名無しさん＠お腹いっぱい。2005/11/12(土) 11:17:18
ずいぶんしょぼいマシンつかってんだな
0808名無しさん＠お腹いっぱい。2005/11/12(土) 11:37:34
>>806
違うよ。Giant lockのせい。正直ミドルウェアの出来が悪い。> Mac OS X
0809名無しさん＠お腹いっぱい。2005/11/12(土) 12:09:01
X11の次ってX12?
それともR7?

0810名無しさん＠お腹いっぱい。2005/11/12(土) 12:21:35
X11R6.8.2 Officially Released
http://x.org/XOrg_Press_Releases/X11R6.8.2.html
08117212005/11/12(土) 14:20:51
「生のX11だけ」ならパフォーマンスは決して悪くない、っていうのは知ってる。
ただそれだと機能(ツールキットとか描画方法・内容とか)の面で不満があるんだよね。
その機能を補うためにKDEやGNOMEが要るんだけど、そうしてできたものがパフォーマンスはおろか
せっかくの機能の面でもWindowsに比べて不満が口をでちゃう。
# IMEと絡めてキーボード入力周りは最悪だ

比較的新しい構成の、同じマシンにFedoraCore(X11+GNOME)とWindowsXP入れた時の速度は、
初期設定では体感的にWindowsが勝っている。安定度もXPのほうが圧倒的に高い。
X11はチューニング次第で良くなるとは思うんだけど、
そこまで手をかけている時間がない場合、やはり不遇の扱いをしてしまうよ。
ただCUIなら安定しているしパフォーマンスは良いしツールは揃っているで、
どうしてもCUIでだけ使ってしまう。

私が言いたいのは「だからX11(GUI)ではなくCUIを使え」ではなく、
X11に変わる何か、もしくは拡張・改良するにはどうしたらよいのか、っていうこと。
0812名無しさん＠お腹いっぱい。2005/11/12(土) 15:15:35
X11+GNOMEでチューンすればちゃんとした速度で動くというのならば、
最初からチューンした形態でインストールされるように工夫すればいいだけで、
別に「X11に代わる何か」なんていらねーんじゃねぇの？

わるいのはX11でなくてその上に乗っかっているツールキット/アプリだって
>721もわかっているようだし。

それとも、それよりましなツールキットを作ってXに取り込めって話？
0813名無しさん＠お腹いっぱい。2005/11/12(土) 15:28:02
>>811
基本的にX serverの実装のお話だから、あなたが望んでいるような変化じゃあ無いと思うが

http://users.ox.ac.uk/~chri1802/kde/zrusin-X-future.html
http://vizzzion.org/stuff/xgl_wanking.avi
http://www.kdedevelopers.org/blog/14

X server自体がOpenGL使ってお絵描きするのは、方向的にはOSXやvistaと同じでつね。
まぁ少なくとも"X11に代わる何か"では無い。”拡張・改良”は含んでいるけれども。

既出かも知れんがいちおーこれも
http://www.freedesktop.org/~jonsmirl/graphics.html
08147212005/11/12(土) 17:06:16
> X11+GNOMEでチューンすればちゃんとした速度で動くというのならば、

本当にできるかどうかは知らない。満足できるレベルまでチューンしたことはないから。

> それとも、それよりましなツールキットを作ってXに取り込めって話？

最終的には、そういう結論になるかも知れないねぇ。
でも現状に不満な点があるのは、単にツールキットの実装の問題なのか、
そもそもXアーキテクチャの上でそのようなツールキットを動かすこと自体が原因で
ひいてはツールキットを分離してしまったXアーキテクチャそのものが問題なのか、
どっちなんだろう？なんてことを考えてしまう。

> 別に「X11に代わる何か」なんていらねーんじゃねぇの？

> まぁ少なくとも"X11に代わる何か"では無い。”拡張・改良”は含んでいるけれども。

たしかにXとその周辺が本当に使いやすくて、パフォーマンスに優れていれば別に代替品である必要はないと思うよ。
恐らく本当に必要なのは、多面的に見て商用OSに勝るとも劣らないUNIX用のGUIだから。
0815名無しさん＠お腹いっぱい。2005/11/12(土) 19:18:19
わしは、X11の最大の問題点は、その統一感の無さだとおもう。
いまでは、kde/gnomeがある程度カバーしてくれるが、
それも本当にある程度に過ぎない。

何人かの指摘もあったようだが、
IME/Print環境はこれ以上悪いシステムを他に見たことがない。
0816名無しさん＠お腹いっぱい。2005/11/12(土) 20:29:35
>>810
こつこつと地道に進んでいるのかな？
でもR7は遠そうだね。

X11R6.781.95

とか成ってそうw
0817名無しさん＠お腹いっぱい。2005/11/12(土) 21:35:33
>>816
既にX11R6.9/7.0 RC2が出てるよ
6.9と7.0は機能は同じだけど、7.0はソースツリーがモジュール化してあって今後はこちらが主流になる
Xの中の無数の機能を個別にリリース/アップデートできるようになるわけさ
0818名無しさん＠お腹いっぱい。2005/11/12(土) 23:28:37
>>８１７
あんた詳しいね。
やっぱり、X１１であるうちは、R６もR７も変わらんのかな？（プロトコル）
そもそもX１２って、出る可能性ある？
0819名無しさん＠お腹いっぱい。2005/11/13(日) 00:19:24
え？ プロトコルは現在でも、どんどん拡張されてってるよ。互換性を保ったまま機能を拡張する手段は定義されてるし、実際、ソケットじゃなくて共有メモリを使うのだって、その仕組みで実現されてるわけだし。
0820名無しさん＠お腹いっぱい。2005/11/13(日) 00:26:05
>>819
だからマイナーバージョンアップ止まりなんだよ。
0821名無しさん＠お腹いっぱい。2005/11/13(日) 00:33:32
それ言ったら、Windows なんて 1980年代始めからの互換性を
保ってるわけじゃない？ (おかげで Win32 API は、DWORD とか、
えらく汚いことになっちゃってるけど)
最近は remote desktop で、ネットワーク透過にもなってるし。

使い勝手のいい API を提供したり、強力な 3D 描画プリミティブ
を提供するのに、互換性を犠牲にする必要はないわけで、X12 が
必要だと思ってる人は、プログラミング技術に疎い非プログラマ
なんだと、俺は思ってるけど。
0822名無しさん＠お腹いっぱい。2005/11/13(日) 00:34:24
バージョン番号なんて飾りです。偉い人にはそれが分からんのですよ。
0823名無しさん＠お腹いっぱい。2005/11/13(日) 01:36:04
>>681
kernel モードでは non-preemptive。
ロックは giant ロック。
スケジューラは基本的に現在の FreeBSD の SCHED_4BSD と同じ。
つまり、SMP 関係の実装レベルは、FreeBSD だと 4 に近いと思う。

pthread にカーネルサポートがある点は、FreeBSD 5/6 系の方に近いけど。

>>680 は、NetBSD が優れているというよりは、Linux に問題があるって
ことを示した結果だと思う。
08248232005/11/13(日) 01:39:48
誤爆した。スマソ orz
0825名無しさん＠お腹いっぱい。2005/11/13(日) 01:56:30
>>824
これどこ?
0826名無しさん＠お腹いっぱい。2005/11/13(日) 01:58:52
>>825
pthread地獄へ落ちろ
0827名無しさん＠お腹いっぱい。2005/11/13(日) 02:14:16
>>825
FreeBSDを語ろう Part 8
http://pc8.2ch.net/test/read.cgi/unix/1128614150/l50
NetBSDスレから誘導された香具師多し?
08288262005/11/13(日) 02:19:14
>>825
ごめん　確かめずに書いちゃった
確かpthreadスレでそんな事話し手タナーと
08298252005/11/13(日) 03:18:48
>>826-828
Thanks!
08307212005/11/13(日) 03:34:32
>>821
最終的にX12が必要かどうかはIME/Print環境の改善が、
新規APIやプラグイン追加で解決できるか否か、次第じゃないかなと思ってる。
実はXを抜本的に見直さなきゃ実現できません、というならX12もアリかなとか。

ところでIME/Print環境を改善できるほどに、
X11を把握している人ってどのくらいいるんだろう。
いたとして、どの程度IME/Print等々の問題点を把握しているかも重要だよね。
GUI環境をWin並かそれ以上にできることがゴールだとして。
0831名無しさん＠お腹いっぱい。2005/11/13(日) 04:26:38
Windows も IME の仕組みは何度も変更してるし、
X の方も同じく IME 用のプロトコルは何度も変更されてる。

印刷については、どういうゴールが欲しいかっていうのが見えてないのが
最大の問題かも。PostScript でいいならDisplay Postscript 拡張でいいし、
PDF でも同種の拡張でできる。Xの API で印刷したいだけなら Xprt って
いうのもあるが、これは使ってるのを見たことがないなあ。

どれもコアプロトコルの互換性は崩さずに、プロトコル拡張の形で実装できる。

API は適宜追加が必要だと思う。が、これは今でも行なわれている話であって、
別にプロトコルバージョンの変更は要らない。
3D についても同様。
0832名無しさん＠お腹いっぱい。2005/11/13(日) 04:33:02
> ところでIME/Print環境を改善できるほどに、
> X11を把握している人ってどのくらいいるんだろう。

作った連中がまだみんな生きてるんだから、結構沢山いるでしょ。
でも、Xじゃ食ってけなくて、今では他の仕事をしてることが
ほとんどだとは思うけど。
もっと開発資金が沢山あって、Xを作ってたエンジニア全員が、
今でもX関係の作業だけで食っていけるんだったら、ずっと開発が進むと思う。

もし今あるものを捨てて、一から全部作り直すとすると、現状ソースが
1600万行くらいあるから、現状と同じ品質のソースを一ヶ月あたり1万行ずつ
書けるスーパープログラマーが、一人あたり1000万円/年のコストで無尽蔵に
雇えたとして、133人年すなわち、13億円のコストがかかる。
うちの会社だと、その約1/10の生産量見積りになるので、最低でも130億円ぐ
らい金を払ってくれないと、そういう仕事は受けないね。

それだけの労力を費やして全部捨てる意味があるかというと、このスレでも
何度も指摘されているように、全くない。プロトコル拡張の形で、どんな
機能でも追加できるんだから。
同じマンパワーがあるなら、一から作り直すなんてんじゃなくて、現状の
問題点を解決することにだけ集中した方が、ずっと良い結果になる筈。
Microsoft だって、1980年台はじめから、一度も互換性を壊すことなく、
Windows を改善してきたんだから。

もっとも、Microsoft の場合、金は 130億円どころか、その100倍くらい
かけてるだろうけど。
0833名無しさん＠お腹いっぱい。2005/11/13(日) 08:59:17
だからLinuxや*BSDなんかのデスクトップ環境は、いつまで経っても
Windowsに勝てないんだよ。
0834名無しさん＠お腹いっぱい。2005/11/13(日) 09:18:51
XIMや印刷の改善なんて、
いまやプロトコル関係ないライブラリレベルの話なのに、
なんでX12なんて馬鹿なことを行っている馬鹿がいるんだ?
馬鹿スレだから?
0835名無しさん＠お腹いっぱい。2005/11/13(日) 12:31:00
>>834
件の人はXがプロトコルがであるということがよくわかってない様子。
まぁX12とかいうプロトコルを作っても世の中のサーバ実装はいつまでたっても
X11レベルだから当分移行出来ないだろうけどね。
0836名無しさん＠お腹いっぱい。2005/11/13(日) 17:35:00
現状のX11プロトコルの拡張性のおかげで、機能が追加できるというのは良くわかるけど
そのプロトコルのせいで、ある機能を満足なパフォーマンスでは実現できない
ということは起こってないかしら？

ひいては、そのせいで他のGUI機構との市場競争力を失っているということはないかしら？
0837名無しさん＠お腹いっぱい。2005/11/13(日) 18:01:47
ない。
0838名無しさん＠お腹いっぱい。2005/11/13(日) 21:00:39
>>836
馬鹿は何も意味のあることを言えないから反語疑問でお茶を濁す。その典型。
0839名無しさん＠お腹いっぱい。2005/11/13(日) 22:42:19
>>838
井の中の蛙
0840名無しさん＠お腹いっぱい。2005/11/13(日) 23:16:42
xに詳しい奴がきたようだな。1600万行もあるのか？
化け物みたいなソースだな。

でもって、こんなに性能悪いのかw
使い勝手もw

おれはwin嫌いだけど、さすがにguiはwinが強いよね。
0841名無しさん＠お腹いっぱい。2005/11/13(日) 23:23:29
>>840
詳しいっていうのか？ソースはどこにでも転がっているし数えるのも簡単だが。

>でもって、こんなに性能悪いのかw
>使い勝手もw

バカ丸出し。Xとユーザインタフェースの使い勝手は直結しない。

＃Xのシステムとしての使い勝手はWindowsよりいいと思うがな。
＃マルチプラットホームでネットワーク透過性もあるし。
＃X端末みたいな真似をWindowsでしようとすると非常にお金がかかる。
0842名無しさん＠お腹いっぱい。2005/11/13(日) 23:26:06
>>841
と、言うわけで教えてください。
0843名無しさん＠お腹いっぱい。2005/11/13(日) 23:26:09
>>836
>ひいては、そのせいで他のGUI機構との市場競争力を失っているということはないかしら？

「他のGUI機構」ってなんだ？
Xは過去にSunViewやらGMWやらの他のウィンドウシステムをを絶滅させた勝利者なんだが。
0844名無しさん＠お腹いっぱい。2005/11/13(日) 23:28:17
>>843
ロートルはすっこんでなと言うことでしょう。
0845名無しさん＠お腹いっぱい。2005/11/13(日) 23:30:48
>>842
>と、言うわけで教えてください。
何を？
0846名無しさん＠お腹いっぱい。2005/11/13(日) 23:31:37
>>844
Q.他の「GUI機構」とは何か？
A.
>ロートルはすっこんでなと言うことでしょう。

意味不明。
0847名無しさん＠お腹いっぱい。2005/11/13(日) 23:32:34
>>845
＞詳しいっていうのか？ソースはどこにでも転がっているし数えるのも簡単だが。

頼むからこんな最近のこと忘れないでください。
0848名無しさん＠お腹いっぱい。2005/11/13(日) 23:48:25
>>847
>＞詳しいっていうのか？ソースはどこにでも転がっているし数えるのも簡単だが。
>頼むからこんな最近のこと忘れないでください。

だから何を教えてほしいの？
0849名無しさん＠お腹いっぱい。2005/11/13(日) 23:53:22
>>848
自分が簡単に教えられることが何かわからない？
おもしろいことを言いますね。
0850名無しさん＠お腹いっぱい。2005/11/13(日) 23:56:46
>>849
なにか「簡単に教えられる」なんて発言したっけ？
レス番あげてみてよ。
0851名無しさん＠お腹いっぱい。2005/11/13(日) 23:57:02
>>841
こいつは恐らく馬鹿だなw
しかも自分でXをコンパイルすらしたことのない素人だ
0852名無しさん＠お腹いっぱい。2005/11/14(月) 00:01:25
>>851
コンパイルしたことぐらいならあるよ。X11R6が出るかどうか辺り。
XFree86でいうと2.1ぐらいのころ。
＃X_LOCALE付でコンパイルしようとすると、linuxのa.out共有ライブラリがアホなので
＃互換性とかで困ったことになったりした。
0853名無しさん＠お腹いっぱい。2005/11/14(月) 00:19:46
あー。ひょっとしてXのソース行の数え方を聞いていたの？
ならそう書かないとわからないよ。
＃>841の本題はそこじゃないし。
＃単なる話の枕だからまさかそんなことを聞かれているとは思わなかった。

findとwcをてきとーに使えばできるよ。
0854名無しさん＠お腹いっぱい。2005/11/14(月) 00:22:21
>>852
そんな障害聞いたこともないぞ。
お前は脳内コンパイルでもしてるのか？
0855名無しさん＠お腹いっぱい。2005/11/14(月) 00:24:11
>>854
自分は何でも知っている、と言うことですか？
0856名無しさん＠お腹いっぱい。2005/11/14(月) 00:27:09
glibcのロケール処理が変で、X付属のロケール処理を有効にしないと
ダメだったという昔のLinuxの問題のことじゃね?
a.outとは直接は関係ないはずだったが。
0857名無しさん＠お腹いっぱい。2005/11/14(月) 00:35:14
>>856
ちがうちがう。X_LOCALEを定義するとシンボルが増えるから共有ライブラリ
のシンボルリストにいくつか加えないといけなくなるのよ。
で、そのシンボルリストにそれぞれの人間が勝手に付け加えると、他から
バイナリ持ってきたときの互換性がわやになるの。

むかーしむかーし。linuxの共有ライブラリが「絶対アドレス」で割り付けられていた
時代の話。libc5のころね。自由に共有ライブラリが作れなかった時代の話。

そりゃ絶対アドレスで振れば実行時にシンボル名を解決しなくて済むから速いことは速いけどさ。
すぐに破綻することぐらいわかんなかったのかねぇ。
＃オレがlinuxが嫌いになった理由のひとつ。
0858名無しさん＠お腹いっぱい。2005/11/14(月) 00:43:38
>>856
よくみてみると
>glibcのロケール処理が変で、
ってめちゃめちゃ最近の話ですね。

そのころはlocaleが変で、どころでなくてlocale入ってなかったもの
＃ダミーは入っていたかな。何やってもLANG=C相当のやつ。
0859名無しさん＠お腹いっぱい。2005/11/14(月) 01:19:47
>>857-858
あー、なるほど。>>856はXFree3.3〜4.0くらい、libc5->glibc2移行期の話だから、
1998〜1999年くらいの時期だろうか。
0860名無しさん＠お腹いっぱい。2005/11/14(月) 08:17:25
リキもないのに、glibc2移行を急ぐなよ。
Windowsの開発者向けBETAリリースに文句言っているようなもの。
0861名無しさん＠お腹いっぱい。2005/11/14(月) 09:10:22
>>841
リモートデスクトップって知ってる？

>>843
それって過去の栄光だよな。今やWindowsに完敗状態だし。
0862名無しさん＠お腹いっぱい。2005/11/14(月) 09:26:35
完敗ってわけでもないだろ。
Windows はいまだに Desktop 単位でしかリモートに
とばせないし (X は Window 単位)、
計算中で応答のないウィンドウは移動もアイコン化も
できない (X ならできる)。
俺は、たまに仕方なく Windows を使うたびに、こういう
のが不便でいらいらする。
ほかにもいろいろあるだろ。
0863名無しさん＠お腹いっぱい。2005/11/14(月) 10:32:11
>>861
>リモートデスクトップって知ってる？

まったくできないと入ってないだろ。
>>841
>＃X端末みたいな真似をWindowsでしようとすると非常にお金がかかる。
と書いてあるだろうが。

サーバでアプリケーションを走らせようとすると一つごとにライセンスが
必要だから金かかりまくりなんだよ。
クライアント側もOSフルセットのライセンスを要求されるから、ローカルで
走らせる場合の最低限倍のライセンスが要る

>それって過去の栄光だよな。今やWindowsに完敗状態だし。

全然関係ない話でごまかすなよ。
だからXに勝利を収めているらしい「他のGUI機構」ってなんなんだよ。
Windowsは違うよな？OSだし。
0864名無しさん＠お腹いっぱい。2005/11/14(月) 11:06:16
>>863
確かにMicrosoftは、パーシートライセンスで、
リモ〜を実行できるクライアントの数だけライセンスを買わないといけないけど、
RDPのクライアント側はフリーの環境でもいいよね。
しかしまあとにかく金がかかる上に、いまだにトラブる事がある。
0865名無しさん＠お腹いっぱい。2005/11/14(月) 11:24:51
>>863
VNCって知ってる？

> 全然関係ない話でごまかすなよ。

えーと、Windowsの話を出されると何か都合の悪いことでもあるの
でしょうか？ｗ
デスクトップ環境としては、XはWindowsにほぼ完全敗北状態ですね。

> 「他のGUI機構」ってなんなんだよ。

さぁ？俺はそれを書いた人じゃないから知りません。

> Windowsは違うよな？OSだし。

馬鹿ですねぇｗ
0866名無しさん＠お腹いっぱい。2005/11/14(月) 11:34:55
揚げ足でも何でも
自分が口論で勝ってれば気が済むんだろうな。
恥ずかしい奴だな。
0867名無しさん＠お腹いっぱい。2005/11/14(月) 11:37:18
>>865
逝って良し
0868名無しさん＠お腹いっぱい。2005/11/14(月) 11:48:23
>>>866-867
えーと、負け犬の遠吠えは他所でやってくれますか？ｗ
0869名無しさん＠お腹いっぱい。2005/11/14(月) 11:50:51
変な奴…
0870名無しさん＠お腹いっぱい。2005/11/14(月) 11:53:04
餌をやるなよ。
0871名無しさん＠お腹いっぱい。2005/11/14(月) 12:55:40
>>864
>RDPのクライアント側はフリーの環境でもいいよね。
しかしそれをWindowsなしでどうにかしようとするとXなどが必要なわけだｗ

まぁMSがサポートしない環境だとお仕事では使えないけどね。
サーバライセンスだけで使えるシンクライアントを出してくれれば...まぁそういうのは今は流行らないわけだけど。

>しかしまあとにかく金がかかる上に、いまだにトラブる事がある。
誰も日常的に使ってないからこなれないんだろうねぇ。
0872名無しさん＠お腹いっぱい。2005/11/14(月) 12:58:46
>>865
>VNCって知ってる？

マルチユーザで使えないだろうがハゲ。

>> 全然関係ない話でごまかすなよ。
>えーと、Windowsの話を出されると何か都合の悪いことでもあるの
>でしょうか？ｗ
>デスクトップ環境としては、XはWindowsにほぼ完全敗北状態ですね。

全然関係ない話ならレスアンカーつけないでください。

>> 「他のGUI機構」ってなんなんだよ。
>さぁ？俺はそれを書いた人じゃないから知りません。

全然関係ない話ならレスアンカーつけないでください。

>> Windowsは違うよな？OSだし。
>馬鹿ですねぇｗ

全然関係ない話なのでレスを引用しないでください。
0873名無しさん＠お腹いっぱい。2005/11/14(月) 16:24:06
>>871
> しかしそれをWindowsなしでどうにかしようとするとXなどが必要なわけだｗ

いや、JavaのRDPクライアントもあったよ(w
Citrixが出していたんだっけな?

まあ、いまやサポートないから仕事で使うのはどうかと思うが…
サポートのあるWBTもどうかと思うし。
0874名無しさん＠お腹いっぱい。2005/11/14(月) 17:30:18
>>873
>いや、JavaのRDPクライアントもあったよ(w
>Citrixが出していたんだっけな?

で、そのjava環境を動かすためには結局Xがいるんでない？
0875名無しさん＠お腹いっぱい。2005/11/14(月) 18:16:50
>>857
こいつは馬鹿だなw
システム構築で失敗するタイプw
0876名無しさん＠お腹いっぱい。2005/11/14(月) 18:49:44
>>874
いいえ。
0877名無しさん＠お腹いっぱい。2005/11/14(月) 20:55:38
つまり、X１１不要ということですかな？
0878名無しさん＠お腹いっぱい。2005/11/14(月) 21:00:28
むしろ、計算中で応答のないウィンドウは移動もアイコン化も
できないような欠陥ウィンドウシステムは要らないという結論
では？
応答がないものこそ、アイコン化して画面から取り去りたいの
に、よりによって、そんな当たり前のことさえできないなんて…
0879名無しさん＠お腹いっぱい。2005/11/14(月) 21:14:15
>>876
WindowsもXもいらないjava実行環境ってあるのかな。
＃ポケットコスモってボケはやめてね。
0880名無しさん＠お腹いっぱい。2005/11/14(月) 21:45:56
>>879
JavaOS知らないの？
0881名無しさん＠お腹いっぱい。2005/11/14(月) 21:57:20
>>880
すまん。
>873でいっているjavaのRDPクライアントが動かせそうなjava実行環境で。
と限定しておく。

RDPクライアントになれそうなjavaOSマシンってある？
08828802005/11/14(月) 22:00:50
>>881
うそごめん、俺もJavaOSなんて知らない。適当に言ってみただけｗ
0883名無しさん＠お腹いっぱい。2005/11/14(月) 22:07:37
>>879
Mac OS X
0884名無しさん＠お腹いっぱい。2005/11/14(月) 22:29:55
Mac OS X11
0885名無しさん＠お腹いっぱい。2005/11/14(月) 22:34:52
Xってほんとに糞だよね。良くこんなのみんな使ってるよなぁ。
0886名無しさん＠お腹いっぱい。2005/11/14(月) 22:38:02
"みんな"は使ってないと思うが…

携帯やPDAやカーナビに入っているのを知らずに使っていることはあるかも。
FOMAの端末(N, P)が最大のX11利用者枠を誇るんじゃないか?
0887名無しさん＠お腹いっぱい。2005/11/14(月) 22:53:16
組み込み用？のWindozeに変わる前某コンビニのレジはX11だったな。そういえば。
0888名無しさん＠お腹いっぱい。2005/11/14(月) 22:54:49
>>886-887
それって本当ですか？
何か凄い気がする。
0889名無しさん＠お腹いっぱい。2005/11/14(月) 22:57:24
X ＝ 前世紀の遺物
0890名無しさん＠お腹いっぱい。2005/11/14(月) 23:01:42
まあ今世紀中には遺物になると思うよ
0891名無しさん＠お腹いっぱい。2005/11/14(月) 23:06:44
100年たってもi386互換だったら笑える
0892名無しさん＠お腹いっぱい。2005/11/14(月) 23:14:24
100年経ってもリアルモードから立ち上がるの？
0893名無しさん＠お腹いっぱい。2005/11/14(月) 23:49:43
その可能性は十分以上あるでしょう。
半導体技術自体が頭打ちだし、あとは128bit化くらいで化石化しそう
0894名無しさん＠お腹いっぱい。2005/11/15(火) 00:00:59
>>888
http://plusd.itmedia.co.jp/mobile/articles/0411/18/news051.html
http://plusd.itmedia.co.jp/mobile/articles/0406/02/news038.html
0895名無しさん＠お腹いっぱい。2005/11/15(火) 00:01:15
>>888
この前出かけた先でピザハット行ったんだが（出前じゃなくて店頭注文）、ふと覗いたら
店員がオレのオーダを打ち込んでた画面が明らかにUNIXでxclockが立ち上がってました

ちょっとビックリした
08968882005/11/15(火) 00:38:31
みんなサンクスでつ。
本当に採用されてるんだねぇ。ちょっと見直したヨx11

どうせなら、emiclockの方が（ry
08978362005/11/15(火) 17:22:09
正直、同じFOMAでもNやPは、他に比べて使い勝手が一段下がるなぁ。
それがOSとX11どちらのせいだかは知らないけど、動作がもっさりしてるよ

リモートでデスクトップを使いたければVNCやその派生
という選択肢だってあるから、それがX11だけの利点とは言えないね。
そもそもデスクトップ用途で、X11擁護派が良く持ち出すネットワーク透過性やマルチユーザアクセスが
多数の一般人にとって本当に必要か？ X11を選ぶ理由の主たりえるか？

それよりも速度や操作性を含めたパフォーマンスが優先された方が
デスクトップ用途でWindowsやMacに迫れるんじゃないか、という話だよ。
勘違いされちゃ困るのだが、X11をコキ下ろしたいわけじゃない。
どうやったらX11がより良くなって普及するのか、
その手始めとして現状に疑問を投げかけているだけ。

X11擁護派は、X11に疑問を持つこと自体がタブーだとでも言いたそうだけどね。
本当にそうだとしたら、それこそかなりヤバい状況だな。
■ このスレッドは過去ログ倉庫に格納されています