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

[0001 名無しさん＠お腹いっぱい。 NG NG]

http://pc5.2ch.net/test/read.cgi/unix/1071228155/

すべての問題はここだ
１．Xあるんだから必要ない　とかいって協力しない
２．俺はGUIは使わないから興味ない
３．男だったらCUIだろうが
４．だったら、MacOSX使えば？
５．KDEやGNOMEがあるじゃない。壱から、しかも土台から作るなん
て無理無理
６．そもそも、そんな技術力は存在しない
７．多くのUNIXプログラマのGUIに対する見解があまりにも非力であり
ろくな物ができあがらない。
８．ネットワーク透過性が云々...... とごねてXを捨てない

[0127 名無しさん＠お腹いっぱい。 NG NG]

VB.NETやC#はいいと思うが
マネージドDirectXとか、あっという間に三次元ソフトの出来上がり

[0128 名無しさん＠お腹いっぱい。 NG NG]

全部良いよ.

[0129 ◆Nw9FlD4qdY NG NG]

お前は俺だ

[0130 名無しさん＠お腹いっぱい。 NG NG]

>>125
linux って憧れの対象なのな。なんか違うよな。

[0131 名無しさん＠お腹いっぱい。 NG NG]

>>130
第二ボタンをくれませんか？

[0132 名無しさん＠お腹いっぱい。 NG NG]

>>130
パンツをくれませんか？

[0133 名無しさん＠お腹いっぱい。 NG NG]

×windowsに飽きた
○パソコンに飽きた＝創造/想像力、目的の欠如

→unixもインストールしたら飽きる

[0134 名無しさん＠お腹いっぱい。 NG NG]

>>133
×unixもインストールしたら飽きる
○インストして 10 分で使えないという結論に至り消去

[0135 名無しさん＠お腹いっぱい。 NG NG]

目的：UNICODEの打倒

[0136 名無しさん＠お腹いっぱい。 NG NG]

…UNICODEの代替物ってある？

1. 超漢字コード
2. Mule内部コード
3. 新規に

[0137 名無しさん＠お腹いっぱい。 NG NG]

>136
2. って、CTextだよね。KOI8 の一部とかが乗せきれなかった気がするが…
まぁ、CTextを含む ISO-2022 の一派のどれか、ってことなら同意。

つーか、ISO-2022-JP-2 でいいのか?

[0138 名無しさん＠お腹いっぱい。 NG NG]

jp2 じゃぜんぜん足りないじゃん。

[0139 名無しさん＠お腹いっぱい。 NG NG]

ISO 2022とか。そういえば、DIS 10646ってどんなんだったんだ？
もうX11と何の関係もなくなって来た気がするんだけど、X.Orgって、どうよ？からの
話ならあっちでやればいいし、文字コード関連の専用スレもあるよな？

[0140 名無しさん＠お腹いっぱい。 NG NG]

もうここまできたらユニコでなんとかするしかないでしょ。
一から作り直してもまた同じことの繰り返しになるだけ。

[0141 名無しさん＠お腹いっぱい。 NG NG]

ユニコたん(;´Д｀)ﾊｧﾊｧ

[0142 名無しさん＠お腹いっぱい。 NG NG]

ユニコードがあんな馬鹿規格になったのは、
アジア圏で文字コードに関してまともに考えられた国が
日本しかいなかったからじゃないの？

[0143 名無しさん＠お腹いっぱい。 NG NG]

日本でも大して研究されてなくてまともにやってたのがAdobeぐらいだったとか。

[0144 名無しさん＠お腹いっぱい。 NG NG]

>>137
違う。

[0145 名無しさん＠お腹いっぱい。 NG NG]

莫迦だなお前ら。日本語を世界中に普及させりゃJISだけで行けるじゃ
ねーかよ。そうすりゃUnicodeなんて要らねーだろ。

[0146 名無しさん＠お腹いっぱい。 NG NG]

大日本帝国復興ですね！
_･)ぷっ

[0147 名無しさん＠お腹いっぱい。 NG NG]

Qt embeddedやMicrowindowsなどをメインにしたLinuxディストリビューションある？

[0148 名無しさん＠お腹いっぱい。 NG NG]

Xプロトコルを独自に実装したAlternative Xは存在しないの？

[0149 名無しさん＠お腹いっぱい。 NG NG]

>>147
りなざう

>>148
Accelerated-X とかそういう話?

[0150 名無しさん＠お腹いっぱい。 NG NG]

test

[0151 名無しさん＠お腹いっぱい。 NG NG]

>>136
釣りだと思うがw
EUCがあるでしょ？

恐らく、ここを見ている８割り以上の奴がEUCの筈。

[0152 名無しさん＠お腹いっぱい。 NG NG]

>151
釣りだと思うが w

EUCはL10Nのためのcoding system。
UNICODEやISO-2022はI18Nのためのcoding system。

日英だけじゃなくて、CJKとか欧文とかまで混入できるかを考えればいいんだが。


まぁ、UNICODEが欠陥品なのは確かだけど、
実用レベルでは何も考えなくていいので楽でいいや、ってことになるんだよね。

[0153 名無しさん＠お腹いっぱい。 NG NG]

>>151はparameterized L10Nの事を言っていると思う。

[0154 名無しさん＠お腹いっぱい。 NG NG]

EUC って iso2022 のサブセットでしょ？

[0155 名無しさん＠お腹いっぱい。 NG NG]

UTF32

[0156 名無しさん＠お腹いっぱい。 NG NG]

Xは必要だが、現状の糞は捨てて新規に書き直すべき。

[0157 名無しさん＠お腹いっぱい。 NG NG]

>>156
オマエがYのメンテでも新規にZでも書け

[0158 名無しさん＠お腹いっぱい。 NG NG]

Frecsoは…死んだんですね
> Q: Is Fresco dead?
>
> A: Yes.

[0159 名無しさん＠お腹いっぱい。 NG NG]

Xはクソ
Xはクソ
Xはクソ

[0160 名無しさん＠お腹いっぱい。 NG NG]

糞なのはKDEやGNOMEだろ
イヤなら他のWM鍛え上げて使えばいい事

[0161 名無しさん＠お腹いっぱい。 NG NG]

何でKDEやGNOMEがクソなんだよ。クソなのは土台のXだろうが。

[0162 名無しさん＠お腹いっぱい。 NG NG]

>>161
X のどの辺がクソなの？

[0163 名無しさん＠お腹いっぱい。 NG NG]

>>162
おれも大変興味ある。

>>161
X のどの辺がクソなの？

[0164 名無しさん＠お腹いっぱい。 NG NG]

↑この辺とか

[0165 名無しさん＠お腹いっぱい。 NG NG]

Xがクソなのは同意
GNOMEもクソなのも同意
だが、KDEは結構いいぞ！

[0166 名無しさん＠お腹いっぱい。 NG NG]

>>165
クソ同士仲良くしろよ

[0167 名無しさん＠お腹いっぱい。 NG NG]

KDEは大糞。

[0168 名無しさん＠お腹いっぱい。 NG NG]

ツールキットが争いあう時点でどちらも糞いよ．

ウィンドウシステムやツールキットは、権力持ったヤツが
汎用的なのを作って，強引にでも使わせないとダメ．
Xの現状はオープンな開発の一番の弱点を示してる．

[0169 名無しさん＠お腹いっぱい。 NG NG]

今後BSDの中では1種類のツールキットだけを提供する。

[0170 名無しさん＠お腹いっぱい。 NG NG]

GNUStep最強。

[0171 名無しさん＠お腹いっぱい。 NG NG]

>>168
珍しくいいこという奴がいたなｗ

[0172 名無しさん＠お腹いっぱい。 NG NG]

オープンソース＝糞の集まりということで結論が出たようですね。

[0173 名無しさん＠お腹いっぱい。 NG NG]

×オープンソース＝糞の集まりということで結論が出たようですね。

能力のある香具師はGUIなんぞに興味持たない
→まともな人材はカーネルやドライバあたりで屯してる

[0174 名無しさん＠お腹いっぱい。 NG NG]

>>173
阿呆

[0175 名無しさん＠お腹いっぱい。 NG NG]

>>168
それはむしろ逆じゃないかな。
各種ツールキットの「中間」ツールキットを
誰も開発しようとしない事こそが
オープンソースの弱点といえば弱点なんだけど。

[0176 名無しさん＠お腹いっぱい。 NG NG]

至極当然なことだと思うが？

[0177 名無しさん＠お腹いっぱい。 NG NG]

意味不明。
アカデミズムの拒否が当然って意味か？

[0178 名無しさん＠お腹いっぱい。 NG NG]

libc なんかの基本ライブラリを管理するのも大変だと思うよ。

[0179 名無しさん＠お腹いっぱい。 NG NG]

>>175
GTKやQtだけでもデカくて煩雑なのに、それを繋ぐラッパーが
出来ると，更に面倒な状況になっちまうんじゃなかろうか．
単体でも少し版が違うだけで動かんコードが出てくるのに…

[0180 名無しさん＠お腹いっぱい。 NG NG]

別に博物館に陳列されているだけのコードがあっても
いいと思うけど。

[0181 名無しさん＠お腹いっぱい。 NG NG]

UNIX/Linux板でこの手のスレを腐るほど目にしてきたあなた！
そう！そこのあなた！

めんどいから要求定義まとめて↓

[0182 名無しさん＠お腹いっぱい。 NG NG]

>>175
中間って具体的にどのレベル？

>>178
商用のlibcなんかよりよっぽどましだけどな。

[0183 名無しさん＠お腹いっぱい。 NG NG]

＞単体でも少し版が違うだけで動かんコードが出てくるのに…

そこで全バージョン保存ですよ
窓みたいに

[0184 名無しさん＠お腹いっぱい。 NG NG]

バグ付のまま置きっぱなしですわぁ

[0185 名無しさん＠お腹いっぱい。 NG NG]

ところでマウスのボタンを2つ以上同時押しするという入力は
ない事になってるんですよね？

[0186 名無しさん＠お腹いっぱい。 NG NG]

右左同時押ししてますが、何か？

[0187 名無しさん＠お腹いっぱい。 NG NG]

>>185
冷静に日本語で語れ

[0188 名無しさん＠お腹いっぱい。 NG NG]

QtMozillaってKDEMozillaに変更されたの？

[0189 名無しさん＠お腹いっぱい。 NG NG]

AppleはMacのGUIをオープンンソースとして公開すべきだ。

[0190 名無しさん＠お腹いっぱい。 NG NG]

M$は(ry

[0191 オープンです NG NG]

僕の肛門です見てください。

　 ( * )

[0192 名無しさん＠お腹いっぱい。 NG NG]

ケツの穴の小さい野郎だ

[0193 名無しさん＠お腹いっぱい。 NG NG]

>>191
もっとゆるめないと壊れちゃうよ

[0194 名無しさん＠お腹いっぱい。 NG NG]

(;´Д｀)ﾊｧﾊｧ

[0195 名無しさん＠お腹いっぱい。 NG NG]

X11が無くても動くブラウザってある？
（w3m/lynx以外）

[0196 名無しさん＠お腹いっぱい。 NG NG]

ttp://artax.karlin.mff.cuni.cz/~mikulas/links/

[0197 名無しさん＠お腹いっぱい。 NG NG]

>>195
http://www.access.co.jp/products/nf.html

[0198 名無しさん＠お腹いっぱい。 NG NG]

w3.el

[0199 名無しさん＠お腹いっぱい。 NG NG]

>>182
データアクセスの形態だけでも共有出来ると
大分状況が違って来ると思う。

[0200 名無しさん＠お腹いっぱい。 NG NG]

199は
>中間って具体的にどのレベル？
に対してのレスでした。失礼。

[0201 名無しさん＠お腹いっぱい。 NG NG]

やはり、みんなダメダメね。
ブラウザ

ツーコトデ、↓↓↓ Ｘ１１必要論 ↓↓↓

[0202 名無しさん＠お腹いっぱい。 NG NG]

ビデオドライバを含むディスプレイエンジンと
window system を分離したら
X が嫌いって人でも代替品を作りやすくなるかもね。
でもそんなことしたらますます重くなるかな？

[0203 名無しさん＠お腹いっぱい。 NG NG]

Xはそもそもサンプル実装からしてDDX(デバイス依存部)とDIX(デバイス独立部)に
分離して設計されているはず。
(OpenWindowsのDeveloper's Guideにはいまでもその構造が保持されている旨記述があるし、
XFree86サーバのXAAとかもDDX的な思想を感じる)

だから、少なくとも現状より重くなることはないと思う。
DIX部をX以外のものにすげ替えるのが現実的にできるかどうかはわからん。

[0204 名無しさん＠お腹いっぱい。 NG NG]

>>188
QtMozillaは1.3.1まで？
最近のはQtサポートしていないみたい

[0205 名無しさん＠お腹いっぱい。 NG NG]

>>203
ホント？

[0206 名無しさん＠お腹いっぱい。 NG NG]

嘘

[0207 名無しさん＠お腹いっぱい。 NG NG]

西川和久と言えば、1990年代前半に、Windows の普及に結構な
貢献をした人という印象があったんだけど (そして最近はデジ
カメでお姉ちゃんを撮ってる人っていう印象だったんだけど)、
そういう人がこういう記事を書く時代になったんだねえ。
ttp://pc.watch.impress.co.jp/docs/2004/1206/nishikawa.htm
これは、ひょっとするとひょっとするかもしれんよ。

[0208 名無しさん＠お腹いっぱい。 NG NG]

金のためなら何でもします

[0209 名無しさん＠お腹いっぱい。 NG NG]

誰ですか

[0210 名無しさん＠お腹いっぱい。 NG NG]

>>207
DDDの頃の話？
その後Dellじゃねぇや、Diamondの日本法人とかやってたっけか？あれ、別の香具師だっけか？
でもライターもどきもしてたよ、当時から。

[0211 名無しさん＠お腹いっぱい。 NG NG]

>>207
なにが参考になったの？
さっぱりわからん。

[0212 名無しさん＠お腹いっぱい。 NG NG]

hage

[0213 名無しさん＠お腹いっぱい。 NG NG]

〆⌒ヽ
（ ‘д‘）＜誰がハゲやねん！！
　　　 ∪l| ||
　　　　＠ノハ＠
　　　　　　　ﾍﾟｼｯ!!

[0214 名無しさん＠お腹いっぱい。 NG NG]

Linux Frame Bufferを利用したGUIってどぉ？

[0215 名無しさん＠お腹いっぱい。 NG NG]

http://home.comcast.net/~plinius/fbui.html

[0216 名無しさん＠お腹いっぱい。 NG NG]

>>215
X-windows って……誰かツッコめよ

[0217 名無しさん＠お腹いっぱい。 NG NG]

>>216
ｶﾞﾝｶﾞﾚ
http://www.google.co.jp/search?q=x-windows

[0218 名無しさん＠お腹いっぱい。 NG NG]

>>215
おもろそうだなｗ
日本語は無理そうだけど…
だれか使った香具師いる？

[0219 名無しさん＠お腹いっぱい。 NG NG]

>>214
アクセラレータもろくに使えないんだから、コードサイズ以外の
点では、X11以下です。

[0220 名無しさん＠お腹いっぱい。 NG NG]

X-Window Systemのystem省略？

[0221 名無しさん＠お腹いっぱい。 NG NG]

Xでは無いという時点でXより遥かに優れているわけだが？

[0222 名無しさん＠お腹いっぱい。 NG NG]

人間では無いという時点で人間より遥かに優れている

[0223 名無しさん＠お腹いっぱい。 NG NG]

ここで X と Xより遥か の間に横たわる隙間について考える

[0224 名無しさん＠お腹いっぱい。 NG NG]

>>219
「コードサイズを含めて」が正解では

[0225 名無しさん＠お腹いっぱい。 NG NG]

コードサイズが大きい方が良いと仮定するならそうだけど、
(機能が十分なら)コードサイズは小さい方がむしろ良いの
では？
まあ Linux FrameBuffer の場合、そもそも機能が足りて
ないんだから、そういう評価以前ではあるんだが、
PDAとか非常に資源が限られている状況で、単純な機能だけ
あればいいのなら、FrameBufferを使った方がいい場合も
あるかもしれん。
もっとも Linux Zaurus ぐらいの環境を構築する場合は、
X版でも必要な資源量は変わらないみたいなので、メリット
ないが。

[0226 名無しさん＠お腹いっぱい。 NG NG]

×ではないという時点で◯なわけです。

[0227 ブラウアー NG NG]

直感に反します。