トップページ⇒unix
333コメント88KB

■■■Ｘ１１不要論■■■Ｒ４■■■

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2006/06/25(日) 22:02:04
全ての人にとって不要という訳ではありませんが、Ｌｉｎｕｘ系の「プロフェ
ッショナルユーザ」や「（本来の）ハッカー」といった上級者レベルの方にと
っては、全く目障りで不要なユーザインターフェースではないでしょうか？

ハッカーを自負するand/or目指す貴男貴女！
我々といっしょに全ての元凶であるＸ１１を捨て去りましょう！

■■■Ｘ１１不要論■■■
http://pc5.2ch.net/test/read.cgi/unix/1071228155/

■■■Ｘ１１不要論■■■Ｒ２■■■
http://pc8.2ch.net/test/read.cgi/unix/1099755829/

■■■Ｘ１１不要論■■■Ｒ３■■■
http://pc8.2ch.net/test/read.cgi/unix/1132302694/
0130名無しさん＠お腹いっぱい。2006/08/01(火) 14:50:10
俺の ~/.xinitrcは、

ほげwm &
:
:
exec xterm

になってる。.xinitrcの最後のアプリがWMではないことが重要。
これだと、WMを終了してもXは終了しない。
その場に応じて WMなしにもできるし、Xを立ち上げ直さずに
WMだけ別のものに切替えることもできる。
0131932006/08/01(火) 15:01:34
>>７６の使い方は新鮮だな。
少なくとも日本語すらマトモに通らない *creen よりかはいいなw
あるいはLinuxの仮想コンソールとかも、かなり良いみたいだが
0132名無しさん＠お腹いっぱい。2006/08/01(火) 15:02:41
twm &
kterm &
wait

じゃだめなの?
0133名無しさん＠お腹いっぱい。2006/08/01(火) 15:09:25
>>132
それだと、終了するのが大変。
twmもktermもひとつずつ終了しないといけない。
もし .xinitrcで xclock & とかも起動してるなら、
それも手動で終了しないといけない。

最終のxtermだけ決めておいて、xtermを終了するとすべて終了、がわかりやすい。
0134名無しさん＠お腹いっぱい。2006/08/01(火) 17:49:20
X 無し生コンで canuum は、screen ユーザには悩みがあるのよ。

canuum してから screen だと、ステータスラインとかに時刻を
表示してる場合には、時刻表示が変わる瞬間に canuum で入力
している途中だと canuum の表示が乱れるし、

これを避けるために screen してから canuum だと、ウィンドウ
作るたびにそれぞれで canuum が必要になる。

ただ、後者の場合、ウィンドウごとに別の .canna (実際は違う名前の
canna 設定ファイル) が使えるのは便利かも。
0135名無しさん＠お腹いっぱい。2006/08/01(火) 18:05:39
canuumなんてもう開発止まって何年になるんだw
0136名無しさん＠お腹いっぱい。2006/08/01(火) 23:06:59
teraterm使ってWindowsからログインすれば良い。日本語もばっちり。
0137名無しさん＠お腹いっぱい。2006/08/01(火) 23:17:44
いまどきcannaだもんなぁw
うちはXと併用で仮想コンソールの方は日本語とか一切の余計な物無し。
仮想コンソールは頑強でなければならない。
というかXオンリーのシステムなんて無いよね。
必ずいざという時の為の仮想コンソール持ってる。
0138名無しさん＠お腹いっぱい。2006/08/01(火) 23:20:47
>>137
面白いと思ったのか？
0139名無しさん＠お腹いっぱい。2006/08/02(水) 08:04:07
uimをいれればskkfepをコードベースにしたuim-fepがあるよ。
uim-skkもuim-anthyも使えるし、uim-cannaも一応ある。
0140名無しさん＠お腹いっぱい。2006/08/02(水) 22:48:39
>>137
ほぼ共感するが、ただ日本語も排除はなぁ。。。
0141名無しさん＠お腹いっぱい。2006/08/02(水) 23:26:27
２ｃｈを救ってくれてありがとう！！
いつもROMってた私ですが、ＵＮＩＸが２ｃｈを救ってくれたことを知りました！！
ほんとうに、ほんとうにありがとう、ありがとう。
これからも２ｃｈを救ってください！！！
頼みましたよ！！最後に、ほんとうに、ありがとう。
ｂｙ放浪の旅人　吉沢
0142名無しさん＠お腹いっぱい。2006/08/03(木) 02:08:11
コンソールで日本語使いたいならX上のコンソールを全画面で使った方が得策ですよ。
X+コンソールだけ(デスクトップ抜き)も有り。
Xで一本化してすっきりする。
客先がマウス使いたいとかやっぱりデスクトップ欲しいとか言い出した時の伏線の意味もあり。
これ言われてから新たにX入れるのしんどい。
アホらしいけどどうもコンソールのイメージが強いようでコンソールでやりたがる。
コンソール全画面で使わせていればXかどうかなんて見分けつかないから通ぶりたいお客さんも満足。
ようは見た目だけの話。
0143名無しさん＠お腹いっぱい。2006/08/03(木) 21:33:18
いや、根本的にXは複雑過ぎるという点がある。
コンソールにはKISS精神が貫かれている。

なので、コンソール管理は楽だけど、X管理は非常に大変。
しかも良書も皆無...
0144名無しさん＠お腹いっぱい。2006/08/03(木) 21:59:30
わざわざWM無しで起動して、必要になったら後から軌道とかやるんなら
最初からWMも起動したほうがあからさまに楽だと思うのだが
0145名無しさん＠お腹いっぱい。2006/08/04(金) 06:37:58
難しく使いたがるんだよ。
素人さんには難しく使った方が偉いみたいな心理が有る。
車のATが普及し始めたときATは女用、男ならMTだと言っていた馬鹿と同じ。
WMは初心者用、男ならコンソールだという馬鹿はいっぱいいる。
そんなアホなニーズに真面目に応える必要は無い。
客には疑似コンソール使わせてこっちはWMで快適に仕事やらせてもらう。
0146名無しさん＠お腹いっぱい。2006/08/04(金) 14:43:59
そうかなぁ？
コンソールの方が、（仕組みを理解してる限り）よっぽどシンプルで簡単と思うけど？
0147名無しさん＠お腹いっぱい。2006/08/04(金) 15:04:21
そりゃWM使うにもコンソールで最初は操作しなけりゃいけないんだから楽かもしれないけど
フォントのサイズを変えたり、日本語を扱うのであればX使ったほうがあからさまに楽って言う話をしてるんじゃないの
0148名無しさん＠お腹いっぱい。2006/08/04(金) 15:04:31
シンプルで簡単なのはシンプルで簡単な描画ですむ仕事だけだよ。
文字指向の描画とグラフィック指向の描画じゃ用途が違うんだから
排他的な考えはナンセンス。
0149名無しさん＠お腹いっぱい。2006/08/04(金) 15:27:37
フレームバッファ使えばコンソールでグラフィックは扱えるとか言い出すぞ
0150名無しさん＠お腹いっぱい。2006/08/04(金) 19:56:09
フレームバッファはアンチエイリアスが効かないから。
0151名無しさん＠お腹いっぱい。2006/08/04(金) 20:59:14
アンチエイリアス加工をしてから描画したら？
0152名無しさん＠お腹いっぱい。2006/08/04(金) 21:05:35
どこかの貴族みたいだな
0153名無しさん＠お腹いっぱい。2006/08/05(土) 00:46:19
>>150
フレームバッファXサーバでアンチエイリアス効くぜw
0154名無しさん＠お腹いっぱい。2006/08/05(土) 01:14:46
へぇ、そんな立派なレンダラーもあるんだ。
でもそうやってゴテゴテとコンソールを飾っていくのは本末転倒な感じ。
0155名無しさん＠お腹いっぱい。2006/08/05(土) 02:57:48
図形の一次変換とアンチエイリアス処理は
どちらが欠けてもスマートには行かないよね。
だとすると描画プリミティブを使う意味も
半減するんじゃないかな？
0156名無しさん＠お腹いっぱい。2006/08/05(土) 05:56:07
いまどきアンチエイリアスも座標変換も、すべて GPU 内でやるのが当たり前…
0157名無しさん＠お腹いっぱい。2006/08/05(土) 11:35:33
フレームバッファとの通信が
双方向通信である必然性がちょっとね。
0158名無しさん＠お腹いっぱい。2006/08/05(土) 17:31:21
>>157
意味が分からないんだが、なんで双方向通信とひっかけるの？
0159名無しさん＠お腹いっぱい。2006/08/05(土) 20:46:00
GPUの文脈に合わせただけだよ。
3次元座標のフレームバッファで
3次元のxwdやら3次元のスクリーンショットを取るなら双方向通信だけど
2次元座標の記憶装置としてしかアクセスしないでしょ？
0160名無しさん＠お腹いっぱい。2006/08/06(日) 11:19:41
相変わらず何が言いたいのか意味不明なんだが。
0161名無しさん＠お腹いっぱい。2006/08/06(日) 18:36:30
2次元座標ではないし。
ビットマップの画面イメージだ。
スクリーンショット撮るから双方向。
3Dも最終的にはビットマップのイメージだし。
0162名無しさん＠お腹いっぱい。2006/08/06(日) 19:44:40
固定サイズのフレームバッファでも
可変サイズのウィンドウでも
DrawableにはWindowだけじゃなくて
Pixmap類似データの管理が必要になるって事だよ。
0163名無しさん＠お腹いっぱい。2006/08/06(日) 20:02:34
Xが不要なのではない。









おっぱいが必要なだけなのだ！！
0164名無しさん＠お腹いっぱい。2006/08/06(日) 21:32:25
>>163
禿道
0165名無しさん＠お腹いっぱい。2006/08/06(日) 22:08:00
>>163
たまには良いこと言うじゃあないか。
0166名無しさん＠お腹いっぱい。2006/08/10(木) 17:18:16
>>162
ただし、Console を除くでおk？
0167名無しさん＠お腹いっぱい。2006/08/10(木) 21:54:16
>>166
悩んでる。罫線┏┌は一重の囲み枠につき１行を消費する。
とだけ発言しておこうと思う。
0168名無しさん＠お腹いっぱい。2006/08/10(木) 22:45:51
意味不明
0169名無しさん＠お腹いっぱい。2006/08/10(木) 23:09:53
ﾚﾚﾚﾚﾚﾚﾚﾚﾚﾚﾚﾚﾚﾚﾚ
ﾚ
ﾚ
ﾚ
0170名無しさん＠お腹いっぱい。2006/08/11(金) 21:38:52
一文字二色ってのは抵抗がある。
0171名無しさん＠お腹いっぱい。2006/08/12(土) 11:31:09
意味不明２
0172わかんないんです（＞＜） ◆WAkan9Ey1g 2006/08/12(土) 17:42:22
わかんないんです（＞＜）
0173ぼやっきい2006/09/23(土) 00:09:38
CUIじゃねぇ、ヌけないんです。
何度も実験を繰り返しましたがやはり無理ですた
そういう訳でXも必要ではないかと、思うんです。

#カメラの映像をCUIのみで表示する試みをしましたが
#まじで挫折しますた。ご経験豊富な先生がいたらホント教えてほしかった
#やむをえずWM噛ませたらあっさり表示してくれたけどやたらメモリ食う
#最近は組込みでもメモリ足りなきゃ載せなさいの世界だから
#もうどうでもいいんですけどね
0174名無しさん＠お腹いっぱい。2006/09/23(土) 00:33:46
>>173
フレームバッファコンソールで普通に表示できるじゃん。
0175名無しさん＠お腹いっぱい。2006/09/29(金) 16:18:29
クリームバッファローコンスープでは抜けないんです。
0176名無しさん＠お腹いっぱい。2006/09/29(金) 16:28:27
未だにCUIって何なのか解ってない香具師が多そうだな
集中治療室にでも入って治療してこいってレベルだ

キャラクタを媒体として機械と対話すれば良いのだから
コマンドを打って
OKと表示され
結果的に原爆が発射されようが原発が急停止しようが
管制塔がシャットダウンしようがエロ画像のマンコが
ビロビロ開こうがCUIだ
0177名無しさん＠お腹いっぱい。2006/10/19(木) 00:11:51
フレームバッファなら普通にコンソール上でも動画がみれますよ。
0178名無しさん＠お腹いっぱい。2006/10/19(木) 00:29:18
は〜♪それからどうした？
0179名無しさん＠お腹いっぱい。2006/10/20(金) 10:04:38
フレームバッファまで動かすんならついでにXも動かすよ。
CUI好きなどM変態には仮想コンソールを全画面で使わしておけばいい。
もしくは本物のttyつないでそっち使わせる。
0180名無しさん＠お腹いっぱい。2006/10/22(日) 01:28:33
仮想コンソールってXTERMとは違うんだけど、わかる？
0181名無しさん＠お腹いっぱい。2006/10/22(日) 02:15:50
仮想コンソールがXTERMであるとは誰も言ってないが?
0182名無しさん＠お腹いっぱい。2006/10/22(日) 18:41:31
まさかとは思うが、KTERMって落ちじゃないだろうなw
0183名無しさん＠お腹いっぱい。2006/10/28(土) 10:08:44
linux でコンソールと全く同じ環境を全画面 kterm or something else で
模擬することはできますか？
0184名無しさん＠お腹いっぱい。2006/10/29(日) 09:00:32
>>180、182は仮想コンソールを知らないようだねw
X無しで使ってる人が使ってるのはたぶん仮想コンソールだ。
本物のコンソールではフレームバッファなど使えないんだから。
Xも仮想コンソール上で動いてる。
仮想コンソールは普通はいくつか用意している。
つまりXと仮想コンソールは共存しているしいつでも仮想コンソールは使えるわけだ。
今時安いパソコンでもXなど軽々と動くのでXを入れない理由はない。
X使いたくない変り者には仮想コンソール使わしとけばいい。
Xの使用を強制する必要はない。
ともかくXは入れとけ。
仮想コンソールを強制する事のないようにね。
0185名無しさん＠お腹いっぱい。2006/10/29(日) 09:08:42
>>184
仮想コンソールと、フレームバッファもまた別のものなのだが、、
たとえばSolarisの場合、仮想コンソールは使えない。
が、Xは当然使える。
なので、「Xも仮想コンソール上で動いてる」というのは間違い。
0186名無しさん＠お腹いっぱい。2006/10/29(日) 13:49:02
言いたいことは分かるが、まず端末とコンソールの区別をつけるべきだな。
端末というのはハードウェア的な装置やそれを表わすデバイスファイルであって、
そのうちのひとつがコンソール/dev/consoleとして働くことがある、という関係でしかない。
だから、コンソールは本質的に仮想コンソールでしかありえない。

単一の装置で複数の端末の機能を持つものは仮想端末と呼ぶべきであって、
*BSDやかつてのSolaris(昔はそういう機能があった)はその通りにしている。

だが、Linuxの仮想コンソールはコンソールではない。
Documentation/devices.txtでの記述自体は正しいんだけど、用語はおかしい。
さらにttp://www.linux.or.jp/JF/JFdocs/Remote-Serial-Console-HOWTO.txt
での定義とも食い違っていて、なんか混乱しているとしか思えない。
0187名無しさん＠お腹いっぱい。2006/10/29(日) 14:55:29
>>186
「端末」→tty
0188名無しさん＠お腹いっぱい。2006/10/29(日) 15:05:54
>>187
65536回読み直せ
0189名無しさん＠お腹いっぱい。2006/10/29(日) 15:54:01
/dev/consoleは「コンソール」。仮想コンソールとは決して言わない。
「仮想コンソール」は、Ctrl-Alt-F* で切替えられるコンソールのこと。
0190名無しさん＠お腹いっぱい。2006/10/29(日) 18:19:53
Xも仮想コンソール上で動いてる。
Xも仮想コンソール上で動いてる。
Xも仮想コンソール上で動いてる。
Xも仮想コンソール上で動いてる。
Xも仮想コンソール上で動いてる。
0191名無しさん＠お腹いっぱい。2006/10/29(日) 22:04:47
>>189
まあ、おちけつ。
最初の文で「/dev/console = コンソール != 仮想コンソール」と言っておきながら、
次の文では「仮想コンソール = コンソール」と言ってる。
0192名無しさん＠お腹いっぱい。2006/10/30(月) 00:40:54
/dev/consoleはコンソールデバイスであってコンソールじゃない。
コンソールは、ディスプレイとキーボードとマウス。

端末はRS-232Cでつながったりしているヤツ。端末デバイスとは別。
0193名無しさん＠お腹いっぱい。2006/10/30(月) 00:53:55
別に責めてるわけじゃないから、
そんなに必死に弁解しなくてもいいんだけどさ。

とりあえずその新しい定義で>>189を書き直すとどうなるのよ?
0194名無しさん＠お腹いっぱい。2006/10/30(月) 19:56:21
>>192
それはお前の脳内定義だろ。
端末＝ターミナル
ってことを忘れるな。ちょっとは英語で考えろ、素人め
0195名無しさん＠お腹いっぱい。2006/10/30(月) 21:21:51
英語で考えると、
ターミナル = 終点、終着駅、端子
コンソール = 専用機器、据置き機器
0196名無しさん＠お腹いっぱい。2006/10/30(月) 22:01:19
/dev/tty*や/dev/pty*なんかは、
ttyあるいはterminal deviceであって端末じゃないぞ。

/dev/tty*のことを「端末」って言っているやつは見たことがない。
端末ってのは物理的なデバイスのこと。
0197名無しさん＠お腹いっぱい。2006/10/30(月) 22:05:56
>>196
シェルなどの、ユーザーとやりとりするプロセスは通常、
「制御端末」を持つ。「制御端末」がないとシグナルの管理ができないし。
で、「制御端末」として、/dev/tty* などの疑似端末が使われる。
よって、物理的なデバイスかどうかは関係なく、「端末」という概念が存在する。
0198名無しさん＠お腹いっぱい。2006/10/31(火) 00:14:03
>>197に一票
POSIXの定義上は、回線規約(Line Discipline)を実装したデバイスが
端末ないし端末デバイス(Terminal or Terminal Device)。
LinuxのDocumentation/devices.txtでもそうなってる。

一方、POSIX的にはSystem Consoleは"A device that receives messages sent
by the syslog() function"という定義。/dev/consoleはSystem Consoleを表わす
デバイスファイル。System Consoleは端末である必要がある。
ただのConsoleという用語は特に定義されてないっぽい。
もちろんLinuxの仮想コンソールはSystem Consoleではない。

ていうか、>>196は"tty"とか"terminal device"とか"端末"という用語を
どういう意味で使っているか書くべき。
0199名無しさん＠お腹いっぱい。2006/10/31(火) 00:56:02
linuxはフレームバッファつき仮想コンソール。
カーネルをそう構築すればだがどこのデストリもほとんどフレームバッファ付きでやってる。
ブート時にペンギンが出てきたらフレームバッファ。
Xは普通は慣例でtty0を使う。
Xが落ちると仮想コンソール(tty0)に戻る。
なぜか申し合わせたようにどこのデストリも仮想コンソールは六つ。
Xの他に五つの仮想コンソールを使用できる、なぜこんなに沢山用意してるのか理由は不明。
linuxの仮想コンソールはカーネル直轄でXとは無関係。
linuxの仮想コンソールはかなり頑強でまず死ぬ事は無い。
たぶん死ぬ時はカーネルもろともの場合。
X上のコンソールと区別する意味+シリアルでつなぐ本物のコンソールと区別する意味で
仮想コンソールと呼んでいる。
linuxで言う仮想コンソールとはカーネル直轄のコンソールの事。
0200名無しさん＠お腹いっぱい。2006/11/01(水) 00:10:17
> X上のコンソールと区別する意味+シリアルでつなぐ本物のコンソールと区別する意味で

「コンソール」や「端末」が何を指すのかがあいまいだよね、という流れが
読めないのかねえ。

> linuxで言う仮想コンソールとはカーネル直轄のコンソールの事。

そんなことは話題にもなってないが?
0201名無しさん＠お腹いっぱい。2006/11/01(水) 01:46:35
あからさまに勘違いしてるやつはいないっぽいし、
要は定義の問題なんだからもうどうでもいいんじゃないの。
0202名無しさん＠お腹いっぱい。2006/11/01(水) 10:38:13
おまえら板違いじゃね。
UNIX板の住人とLinux板の住人を比べると、倍以上定義にうるさい
のはUNIX板の住人だけどな。
0203名無しさん＠お腹いっぱい。2006/11/01(水) 11:44:26
「倍以上」ということは量が定義されているのでしょうか?
0204名無しさん＠お腹いっぱい。2006/11/01(水) 21:25:44
>>198

> もちろんLinuxの仮想コンソールはSystem Consoleではない

ここが理解できない。
0205名無しさん＠お腹いっぱい。2006/11/02(木) 00:11:10
linuxで仮想コンソールと言うのは一つしかないので話は簡単。
コンソールってのは日本語に訳すと端末。
仮想の端末と言うならば本物の端末とは何か?
そもそもはモニタもキーボードもついてない本体に端末をつないでた。
この端末ってのがタイプライタ+プリンタ+紙テープorカードリーダーの機械式のがちゃがちゃいうやつ=tty。
これがそのうちパソコンに置き換わる、仮想tty、もしくはttyエミュか。
端末にすぎなかったパソコンも性能が上がりパソコン上でlinuxが動くようになってパソコンについてる
モニタやキーボードを使ってしまう事にした、これを仮想端末と呼ぶ事になる。
カーネルはブート時にメッセージ流す。
カーネルはttyに送信してるつもり、でも実は本物のttyではない、本物ではないから仮想。
ここまで言えば端末とは何かも分かるよね。
物ではなく概念で理解しよう。
機械式のttyもパソコン端末も仮想コンソールもX上のxtermもktermも端末だ。
パソコンしか見た事ない子には難しいのかな?
0206名無しさん＠お腹いっぱい。2006/11/02(木) 00:49:29
電波の多いこのスレでも、屈指の面白いレスに遭遇できた気がするw

> カードリーダーの機械式のがちゃがちゃいうやつ=tty。
> これがそのうちパソコンに置き換わる

いやに時代が飛ぶなw

> パソコン上でlinuxが動くようになってパソコンについてる
> モニタやキーボードを使ってしまう事にした、これを仮想端末と呼ぶ事になる。

Linusがこの文を読んだら悲しむだろうなあ…

> カーネルはttyに送信してるつもり、でも実は本物のttyではない、本物ではないから仮想。

おい、仮想記憶を説明してみろw

> ここまで言えば端末とは何かも分かるよね。

わかんねー(笑)

> パソコンしか見た事ない子には難しいのかな?

アオリのつもりでバカ丸出し。オチも完璧!
0207名無しさん＠お腹いっぱい。2006/11/02(木) 02:00:40
お前らの話を分かろうとしても分からない。
仮想コンソール って名前は昔のX端末の名残なんだなーってことで言葉遊びはそれでいいや。
ttyってブート時くらいに表示されてたのが気になってたので検索してみたらタイプライターから来てるんだな。面白いな。
0208名無しさん＠お腹いっぱい。2006/11/02(木) 02:07:42
言葉遊びかも知らんが、tty はテレタイプじゃなかったっけ
0209名無しさん＠お腹いっぱい。2006/11/02(木) 02:07:53
> 仮想コンソール って名前は昔のX端末の名残なんだなーってことで
↓
> お前らの話を分かろうとしても分からない。

無理もない。
0210名無しさん＠お腹いっぱい。2006/11/02(木) 10:33:18
>>205
> コンソールってのは日本語に訳すと端末。

それは違う。訳語の一つにいれている辞書もあるけど。
0211名無しさん＠お腹いっぱい。2006/11/02(木) 19:48:09
テレタイプも、プリンタータイプのコンソールも使ってたけど、
コンソールはCUI対話装置だよ。
それ以上のものでもそれ以下のものでもない。
0212名無しさん＠お腹いっぱい。2006/11/02(木) 22:31:24
X JAPANはもういません｡･ﾟ･(ﾉД`)･ﾟ･｡
　
0213名無しさん＠お腹いっぱい。2006/11/03(金) 18:29:25
誰かlinuxで使うときのキーボード、ディスプレイがカーネルから見てどういう
位置づけになっているのか、構造的に説明してくれ

ほかのUNIXだとSolarisしか知らんのだが、
Solarisの場合、標準的な状態だとキーボードとマウスがくっついていると
フレームバッファ(というか接続しているディスプレイへの文字出力を)
コンソールとして使用している。コンソール入力はキーボードとマウス。
キーボードとマウスがくっついてないとシリアルポートがコンソールになる。
SolarisのXが起動したときのメニューから
端末エミュレータ
というのと
コンソール
というアプリ(?)を起動できる。
コンソールはsyslogメッセージを表示してくれる。
POSIXの定義どおりかなと。カーネルから見たらコンソールは/dev/consoleで
必要に応じてそこに出てくるメッセージを表示したりするかどうかで
仮想コンソールゆうたり仮想端末ゆうたりしているだけなのかなと、考える。
0214名無しさん＠お腹いっぱい。2006/11/04(土) 00:01:22
カーネルから見ると、いくつかあるキャラクタデバイスのうち、
回線規約のioctlを処理できる機能を持つものがTerminal。
Linuxの場合、こういったキャラクタデバイスには、
- マシンについているキーボード/スクリーンを表わす/dev/tty[0-9]*など
- シリアルポート /dev/ttyS[0-9]*
- 疑似端末 /dev/pty*
などと、それらへの便宜的なアクセス(ハードリンクみたいなもの)を提供する
/dev/ttyや/dev/consoleなどのalternate terminalがある。
System Console∈Terminalなので、TerminalのいずれかがSystem Console。

まあ、あれだ。Java風に言えば
class CharDevice
class Terminal extends CharDevice implements LineDiscipline
class SystemConsole extends Terminal implements SyslogListener
みたいな感じだ。
0215名無しさん＠お腹いっぱい。2006/11/04(土) 01:18:48
>>214
さんくす
0216名無しさん＠お腹いっぱい。2006/11/04(土) 20:24:57
>>214
最後のJAVA表現が無ければ、よく分かったんだがw
0217名無しさん＠お腹いっぱい。2006/11/04(土) 22:29:30
前から思ってたんだけど、GUIとCUIの共存って無理なのかな？
0218名無しさん＠お腹いっぱい。2006/11/04(土) 22:34:04
GUI と CUI の共存って、tcl/tk や gtk server みたいなの?
0219名無しさん＠お腹いっぱい。2006/11/04(土) 23:56:45
w3mのイメージ表示、マウス操作はどうよ?
0220名無しさん＠お腹いっぱい。2006/11/05(日) 09:10:20
「GUIとCUIの共存」って言ってるやつはバカ。
いっしょに動かすだけなら、単にXの上で仮想端末プログラム動かせばいいだけ。
0221名無しさん＠お腹いっぱい。2006/11/05(日) 13:55:24
>>220
バカ、とまでは思わんが同意

X立ち上げてるだけで「Xなんて邪道　UNIX使うんだったらCUIでしょ」とか言われるとうんざりする。
身近にいるんだよね、こーいうのが・・・
0222名無しさん＠お腹いっぱい。2006/11/05(日) 14:38:20
いるねー
まあ、本当にCLIベースのUNIXをメイン環境にしてるような奴ならまだ許せるんだが、
そういう漢に出会ったことは一度もない。
02232172006/11/05(日) 18:21:20
ちょっと、言葉が足りなかったみたいだけど、
>>220 みたいな単細胞なモデルだと、CUIがGUIの中に入ってしまっている。
そうではなくて、CUIの裏でGUIが動くようなイメージ。
どちらかと言うと、>>219 が近いかなぁ〜。

X11の root window にCUIを実装してるような感じ。
0224名無しさん＠お腹いっぱい。2006/11/05(日) 18:46:44
>>223
それは、キーボードだけで全操作が可能な GUI って事で良いのかな?
0225名無しさん＠お腹いっぱい。2006/11/05(日) 19:20:00
CUIと言うかコマンド操作？
w3mは分からないけど、現在のGUIはあくまで仮想キーボードでしかなく、CUIとGUIに違いがあまり無いと思いますね。
ちょっと話は違うかもしれないけど、
GUIをCUIで操作するという観点から、過去のCUIに囚われない新しいCUIによる操作方法が生まれるかもしれない、そういったものだろうか。
0226名無しさん＠お腹いっぱい。2006/11/05(日) 21:15:43
> X11の root window にCUIを実装してるような感じ。

これはいいね。X11全体を透明処理して、その背景がCUIというやつ。
これを実現する方法は有るのだろうか？
0227名無しさん＠お腹いっぱい。2006/11/05(日) 21:49:12
ratpoison が一番近いのかなあ
0228名無しさん＠お腹いっぱい。2006/11/05(日) 21:53:47
X の背景に枠無し端末なんて
スクリーンショットなんかで結構ありふれてるよ。
0229名無しさん＠お腹いっぱい。2006/11/05(日) 22:22:38
>>227
TNXちょっと具具ってきます。
>>228
静止画でしょ？
0230名無しさん＠お腹いっぱい。2006/11/06(月) 00:10:17
Tek端末が流行らなかった歴史を学んでこい…

というか、「X11の root window にCUIを実装してるような」という言い回しじゃ、
偉大なroguelike文化や、Windows以前の統合開発環境を知らないとみた。

まあ若者が入ってくるのは悪いことじゃないけど、
じじいの懐古趣味に付き合って車輪の再発明なんかしなくてもいいのに。
■ このスレッドは過去ログ倉庫に格納されています