トップページ⇒unix
985コメント252KB

w3m その7

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2005/11/15(火) 17:20:00
w3m is a pager with WWW capability.
It IS a pager, but it can be used as a text-mode WWW browser.

http://freshmeat.net/projects/w3m/
http://sourceforge.net/projects/w3m/
http://w3m.sourceforge.net/

その6 http://pc8.2ch.net/test/read.cgi/unix/1106393065/
その5 http://pc5.2ch.net/test/read.cgi/unix/1087225153/
その4 http://pc5.2ch.net/test/read.cgi/unix/1065600900/
その3 http://pc.2ch.net/test/read.cgi/unix/1047038317/
その2 http://pc.2ch.net/test/read.cgi/unix/1035755937/
その1 http://pc.2ch.net/unix/kako/1012/10124/1012484783.html
0421名無しさん＠お腹いっぱい。2006/03/08(水) 03:10:29
w3m より dillo のほうが速いのは前々から言われていたよ。
でも端末から使えるんだし要は適材適所。
0422名無しさん＠お腹いっぱい。2006/03/08(水) 03:46:36
dilloって
起動時間もw3mより早い？
migemoで検索できる？
スクリプト言語で拡張できる？
キーボードで快適に操作できる？

これら全部満たしてたら乗り換えようかな
0423名無しさん＠お腹いっぱい。2006/03/08(水) 06:03:52
dilloはプロセスが落ちるのも最速な件。
0424名無しさん＠お腹いっぱい。2006/03/08(水) 06:51:24
げ、dilloって不安定なのかorz
0425名無しさん＠お腹いっぱい。2006/03/08(水) 08:09:25
w3m は逐次描画じゃないし。
0426名無しさん＠お腹いっぱい。2006/03/08(水) 14:25:34
X使うだけで重くなるようなスペックのPCだと、
コンソールで使えるというだけで速度的には圧倒的に有利だぞ
0427名無しさん＠お腹いっぱい。2006/03/08(水) 14:53:12
それって初代Pentiumとか486？
0428名無しさん＠お腹いっぱい。2006/03/08(水) 20:34:37
firefoxよりは軽い(がメモリは喰う)という相対的なメリットと
CUIで端末指向な操作性ぐらいがw3mに残された長所といったところですかな
0429名無しさん＠お腹いっぱい。2006/03/08(水) 21:00:35
いくらなんでもその二つだけってことはない
0430名無しさん＠お腹いっぱい。2006/03/08(水) 21:35:26
* HTML -> Text変換
* ページャ
* migemo
* isearch
0431名無しさん＠お腹いっぱい。2006/03/08(水) 21:47:26
そこらへんは「CUIで端末指向な操作性」に含まれるんじゃにゃーの

「きれいな手ですね」を
「きれいな親指と人差し指と中指と・・・」にしてみてもしゃーない
0432名無しさん＠お腹いっぱい。2006/03/08(水) 21:58:55
HTML -> Text変換はnoninteractiveだから「操作性」は関係しませんが
0433名無しさん＠お腹いっぱい。2006/03/08(水) 22:26:45
CUIで端末志向な「操作性」というと少し違う気がするが、
端末志向であるがゆえにいろいろな副次メリットがある。
テキストへの変換なんかも、普段の表示と違わず可能。基本的に端末だから端末側でいろいろ統一的に調整できる。
コピー&ペーストやらscreenとの連係やらも。

「きれいな指ですね」「きれいなのは指だけじゃなくて手全体で、だから腕とつながってて云々」てな感じか。
0434名無しさん＠お腹いっぱい。2006/03/08(水) 22:29:20
そうですね
0435名無しさん＠お腹いっぱい。2006/03/08(水) 22:39:38
それにいつまでも甘んじてたからこうして
開発停止の沈みかかった船という様相になってしまったのではないかと。

手のお手入れに気を取られているうちに顔の皺が隠せなくなってきたとでもいうか。
0436名無しさん＠お腹いっぱい。2006/03/08(水) 23:04:50
だったらキミが開発引き継いだら？
0437名無しさん＠お腹いっぱい。2006/03/08(水) 23:13:02
いつものパターンですな

webもちょっと見られるpagerとしては確かに完成しててやることはもうないと思う。
片や、web browserとして今後も使い続けられるものにするとなったら
「引き継いだら？」的なちょっとやそっとのしじちゅでは済まない。

一言で言えば、進化の袋小路に行き着いてしまったのかもしれず。
0438名無しさん＠お腹いっぱい。2006/03/08(水) 23:40:16
「なら自分がやれ」というスローガンは正直いらね。
「なら自分がやる」なら神だが。

まあ、できることがあればやってみる、投げられるパッチがあれば投げる、
分かる問題があれば提議しておく、と少しずつやっていくのが道か。袋小路ならなおさら。
0439ラッツェン ◆9iUszw9KQI 2006/03/09(木) 00:06:17
とはいえw3mはもうページャとして十分役立ってる
ブラウザとしてはJavaScript未対応など問題が残ってはいる
けど昨今のブログ時代、テキストに回帰しているような気がするぜ
だからまだまだw3mは生き残る
0440名無しさん＠お腹いっぱい。2006/03/09(木) 00:27:38
標準入出力への対応やlocal cgiなどw3mならではの機能も色々あるわけで
結局は適材適所という結論に戻る。
別に一つのソフトですべてをカバーする必要はないし。
0441名無しさん＠お腹いっぱい。2006/03/09(木) 01:13:28
なんかもう、誰かC++でフルスクラッチしろよ？
0442ラッツェン ◆9iUszw9KQI 2006/03/09(木) 01:18:57
どうせならC + Luaの方がいい
Luaを仕組んでしまえばconfigやkeymapの書式も統一できるし、各自欲しい関数をどんどん加えられる
0443名無しさん＠お腹いっぱい。2006/03/09(木) 01:35:13
>>442
Lua 使いにくい。
どうせなら Ruby や Python の人気ある言語か、
Scheme, CL の関数型言語がいい。
0444名無しさん＠お腹いっぱい。2006/03/09(木) 01:45:22
Luaは組み込みやすいからな、開発者としては楽。
しかもclosureなど最低限の言語仕様を満たしている。
設定言語にRubyはさすがにoverkillだろう？

Lispは好き嫌い激しいもの。
0445名無しさん＠お腹いっぱい。2006/03/09(木) 03:02:37
> しかもclosureなど最低限の言語仕様を満たしている。
> 設定言語にRubyはさすがにoverkillだろう？
>
> Lispは好き嫌い激しいもの。
この辺を考えると、結局 Lua になるという罠。
0446名無しさん＠お腹いっぱい。2006/03/09(木) 03:04:08
それなら elinks を日本語化した方がいいよ
JavaScript も使えるし Lua でカスタマイズも出来るし
Local CGI だって使える
0447テリー2006/03/09(木) 03:33:44
local cgiってw3mの専売特許じゃなかったんだ
0448名無しさん＠お腹いっぱい。2006/03/09(木) 09:05:45
lynxにだってあるし。
0449名無しさん＠お腹いっぱい。2006/03/09(木) 13:08:10
rawdogもいいけど、
w3m の localcgi に似合うシンプルで面白いの見つけた
http://haro.jp/wiki/index.cgi?page=B's+Soft
0450テリー2006/03/09(木) 14:41:43
>>417のおかげでrawdogでyahoo掲示板を読めるようになったぜ
RSSでは本文は表示しないので、rawdog.htmlを加工して本文を埋め込んでいる
0451名無しさん＠お腹いっぱい。2006/03/09(木) 21:51:33
速度の問題は、読み込みながらの表示に対応させるしかないだろうな。

画像を読み込みながらの再レンダリングができているんだから、
ドキュメント自体も読み込みながらレンダリングできないことはなさそうな気もする
(が、結局レンダリングエンジンを一から書き直さなきゃならん悪寒もする)
0452名無しさん＠お腹いっぱい。2006/03/09(木) 22:06:04
回線もマシンも速くなってるから今のままで十分
Pentium1でも十分実用的な速度だった
asyncはscreen使えば十分
0453名無しさん＠お腹いっぱい。2006/03/09(木) 22:17:20
回線の向こうが「速く」ない時にはw3mは鬱な場合が結構あるよ
0454名無しさん＠お腹いっぱい。2006/03/11(土) 01:12:41
pentiumでウェブ閲覧しようと思ったらw3m or lunxしかねえべ
firefoxは起動で10分だ
04554542006/03/11(土) 01:14:27
ネスケやdilloならなんとかなるがあんなレンダリングならw3mでいいわな
0456名無しさん＠お腹いっぱい。2006/03/11(土) 02:45:29
>>454
そんなかかる？
かつて前身のphoenixをPentiumで起動したことあるけどせいぜい1分だろ。
で、firefoxはphoenixより軽いと思う。
当時もw3mがメインだったのは言うまでもない。
0457名無しさん＠お腹いっぱい。2006/03/11(土) 19:07:04
pentium でもメモリがふんだんならそんなに気にならないと思う。
0458名無しさん＠お腹いっぱい。2006/03/11(土) 20:10:25
>>454 メモリ容量とハードディスクの仕様は?
04594562006/03/11(土) 20:20:34
当時のマシンはP5 200MHz, 128MB MEM, 80GB HDD
参考までに
0460名無しさん＠お腹いっぱい。2006/03/11(土) 22:09:37
せいぜい一分てorz
04614562006/03/11(土) 22:37:00
>>458も言ってるけどスペックは？
04624562006/03/11(土) 22:38:33
俺はせっかちだからブラウザ起動ごときで1分なんて待てない
w3mでも画像表示できるし十分だった
まあ見るサイトがニュースサイトとかばかりだったからかもだが

今はメモリたくさん積んでるからfirefox常駐させてる
04634582006/03/11(土) 23:28:40
ハードディスクの場合容量よりも回転数とかシーク時間とかインタフェイスの
ほうが起動時間に影響するだろうよ
0464名無しさん＠お腹いっぱい。2006/03/12(日) 00:11:34
関係ないけど、最近OLPC (One Laptop per Child)のこと調べてたら、どうもFirefoxとThunderbirdを使うらしい。
ttp://people.redhat.com/berrange/olpc/sdk/olpc-qemu-admin-demo.html

>>459とあまり変わらないようなマシンで使うのは、ちょっと厳しかないかとか思ったり。
情報格差の解消という意味では、標準的なものを使うのがいいんでしょうが。
0465フンバリャーウンコ・ヨーデル ◆xlAOIq6jZw 2006/03/12(日) 01:00:53
エディタ（メーラ含）はEmacsにすべきだと思うんですがね
どうやら今時の若い者はEmacsを嫌うらしいが
0466名無しさん＠お腹いっぱい。2006/03/13(月) 02:21:33
昔からvi派がいただろが
0467フンバリャーウンコ・ヨーデル ◆xlAOIq6jZw 2006/03/13(月) 03:08:00
若者ってvi使うか？
今の人ってIDEなどのGUIに流れてしまう希ガスるぜ
0468名無しさん＠お腹いっぱい。2006/03/13(月) 05:29:31
多分若輩者だが、vimを使ってる。
CDEは便利だがマシンパワーを使うから、
仕事の質に幅が許容される・金がなくて強力なマシンが買えない・UNIXに触れ易いという学生層は、
低めの負荷ですむことの多い端末に入っていくことが多いと思う。
UNIXの仮想端末環境は、補助の情報も多く、使ってる人の割合も多い分、入るのが容易というのもあるし。

Emacsもちょっと使ってたが、「重い」「言語を新しく覚えないときちんと設定できない、真価が発揮できない」「vimの存在」というのがあって、めっきり使わなくなった。
画像資料の作成には結局GUIが要るから、画像をよく扱う俺の仕事に対しては統合環境としてもいまいちというマイナス面も。

端末をメイン環境に据えると、vim・w3m・muttとかが揃って互いに補間し合う感じ。
0469名無しさん＠お腹いっぱい。2006/03/13(月) 05:32:02
emacsユーザの中でemacs-w3mをメインに使ってる人の割合って
そんなに高いもんでもなかろう
0470(setq favorites '(emacs w3m rawdog))2006/03/13(月) 06:46:20
emacs-w3mはemacswikiなどEmacsLispが書かれてるサイトを見るくらいしか使ってないな
EmacsLispにポイントあわせてC-x C-eで実行できるのは便利だ

あれは常用ブラウザにするにはfontifyが遅すぎて話にならない
fontifyでやっていることの一部をw3m側でやれば少しは速くなるんだろうけど
HTMLのparseをノロマなEmacsLispでやるなんて正気の沙汰とは思えんわ
0471名無しさん＠お腹いっぱい。2006/03/13(月) 07:37:34
parseの重さとfontifyそのものの重さの比率は?
0472(setq favorites '(emacs w3m rawdog))2006/03/13(月) 07:51:16
fontifyの中でparseしているからのぉ
その中で相対URI→絶対URIの変換とかタグの除去とかしてるんで
そのあたりはw3m本体がやればいいんじゃないかと思ってる

これは仮説だけど-dump-elispでinsertとset-text-propertiesのEmacsLispを吐いてくれると相当速くなるんじゃないかと
だれかやってくれないかな
0473(setq favorites '(emacs w3m rawdog))2006/03/13(月) 21:34:10
>>471
実験してみた。
3000個のリンクを含むページのfontifyに何十秒もかかる。
一方、string-propertyつきの文字列を3000個表示するのは0.1秒だった。
いかに文字列処理が重いかということ。
0474名無しさん＠お腹いっぱい。2006/03/14(火) 01:14:19
windoze環境でw3mしたい人にはemacs-w3mが有力な選択肢になったりはするものなんかしら？
0475名無しさん＠お腹いっぱい。2006/03/14(火) 01:21:39
端末が貧弱という事?
0476(setq favorites '(emacs w3m rawdog))2006/03/14(火) 01:27:00
そもそもwindozeでw3mは不要。IEで十分ジャマイカ。
0477名無しさん＠お腹いっぱい。2006/03/14(火) 02:17:14
>>400
0478名無しさん＠お腹いっぱい。2006/03/14(火) 09:20:04
>>476
w3mを使いたいばかりにcygwinを入れた俺の立場は
0479(setq favorites '(emacs w3m rawdog))2006/03/14(火) 10:09:13
まあ俺だってwindozeだったらデフォでcygwin入れる
ガンガンカスタマイズしたw3mもそうだがまともなシェルがないと話にならん
0480名無しさん＠お腹いっぱい。2006/03/14(火) 14:01:54
Windows だったらキーカスタマイズできるソフト入れて IE だなぁ。
0481(setq favorites '(emacs w3m rawdog))2006/03/14(火) 20:34:12
それ使うとEmacs/Vi風にカスタマイズできる？
窓使いの憂鬱なら可能かな？
しばらくWindowsは使わないが、いずれ使う羽目になるときがくると思うので聞いておきたい。
0482名無しさん＠お腹いっぱい。2006/03/14(火) 20:48:24
PIPE_BUF使いたい
0483名無しさん＠お腹いっぱい。2006/03/17(金) 00:03:01
netrikっての誰か使ってみた？
きびきび動くけど驚異的に文字化ける
0484(setq favorites '(emacs w3m rawdog))2006/03/17(金) 00:44:26
使ってみた
楽しみなブラウザだがほんとに化けますね
0485名無しさん＠お腹いっぱい。2006/03/17(金) 02:03:27
開発の適切な段階で日本人か中国人か韓国人かベトナム人かあたりが参加しないと
そのままlinksのよーに多言語対応的にダメダメなブラウザになる可能性大
0486葵 ◆xlAOIq6jZw 2006/03/17(金) 02:29:37
netrik、とりあえずunicodeは表示できるのか？
0487名無しさん＠お腹いっぱい。2006/03/17(金) 03:51:35
文字コード完全にスルーしてるっぽい
--dumpって引数発見した。付加して読ますとストレートに流れてくる。
化かしてるのはncurses？
根拠は無いがピンポイントの修正でいけそうな気が
だめだこんな時間だ、俺は明日死ぬ、マルチバイターの活躍が望まれる。
0488名無しさん＠お腹いっぱい。2006/03/17(金) 04:15:09
ストリーム処理の途中でnkfをかませば全て解決。何の問題もない。
0489名無しさん＠お腹いっぱい。2006/03/17(金) 05:32:58
じゃあパッチ投げてちょーだい
0490名無しさん＠お腹いっぱい。2006/03/17(金) 11:47:25
>>488
最初はみんなそー思うのよね
0491名無しさん＠お腹いっぱい。2006/03/17(金) 23:40:08
縦３分割で中央がメインってページ(例:mixi)を横幅80文字くらいのw3mで開いた場合
横スクロールしないと読める配置にならないんだけど、これを毎回,.でやるのはかなり面倒。
なんかもっと簡単な方法はないものかしらん。

「次／前の分割の左端を画面の左端に合わせる」コマンドとか。
0492名無しさん＠お腹いっぱい。2006/03/17(金) 23:51:24
>>491
'>', '<' って話ではない？
0493名無しさん＠お腹いっぱい。2006/03/18(土) 00:00:35
２分割なら'>'が有効だが、
３分割中央のコラムの右端が切れてる状態で'>'押すと今度は左端が切れる。
仕方ないので山勘で'20.'とかやってる。

ちなみに一つのコラムは調整すればほぼ必ず画面内に収まるようなので
整形には表示幅が考慮されてはいるようだ。
0494名無しさん＠お腹いっぱい。2006/03/18(土) 00:04:48
>>491
俺も欲しい
けどアルゴリズムがわからないから実装できない

table系のタグを全部除去するLocal CGIを使ってる
そしたら驚くほど見易い
それにそういうページだとTAB押したら左右のいらんメニューにカーソルいくことがあるがこのLocal CGIで解決

tableは名前とうらはらにもっぱらレイアウト用のタグと化してるな
純粋に表として使ってることがあまりないのが悲しい
0495名無しさん＠お腹いっぱい。2006/03/18(土) 00:28:54
>>494
ページ全体を<center>で囲めばいいだけじゃないのか？
04964942006/03/18(土) 00:39:29
えっ？そしたら本文までセンタリングされるじゃん
0497454,4552006/03/18(土) 10:08:07
すいません。書いたの忘れてた。

>>456-463
スペックは150MHz CPU, 48MB MEM,2GB HDDです。osはlinux。
0498名無しさん＠お腹いっぱい。2006/03/18(土) 10:12:15
>>459
pen200MHzって無印で？あったっけ？
04994592006/03/18(土) 10:40:10
無印pen200は昔つこてた
当時は規格外のスペックだったものだ

>>497
MEMが48しかないからスワップしまくって起動に10分かかるのかもしれないな
今のfirefoxだとメモリ25MBも占有するから
メモリはEDOかな？
マシンに愛着があるのならやや高いけどメモリ増設をおすすめする
128まで増設すれば世界が変わるのは間違いない
0500名無しさん＠お腹いっぱい。2006/03/18(土) 10:49:44
>>499
レスサンクス

メモリはEDOです。
＞メモリ増設
それが他のマシンの借りて96Mまで増量させたけど殆ど体感が変わりませんでした。
winだとそこまで遅く感じないから、DMAとかでチューニングの仕方がまずいのかもしれない。
05014592006/03/18(土) 11:03:48
俺の場合は80GBのディスクを増設したから体感速度上がったのかもしれない
0502名無しさん＠お腹いっぱい。2006/03/18(土) 11:33:06
スペックが云々スレにいけば?
0503名無しさん＠お腹いっぱい。2006/03/18(土) 14:15:56
w3mがらみの話でちょっと脱線したくらいなんだからそんな目鯨たてる必要はないだろう

w3mはやや不満なところもあるが、長年つかってきたもの故手放せない
出来のわるい息子のようなかわいさだ
0504名無しさん＠お腹いっぱい。2006/03/18(土) 14:50:22
乗り替え先の話題が多くなってきたのは寂しいなあという気持ちはするね。
でも実態を反映してるわけだから仕方がないか。
0505名無しさん＠お腹いっぱい。2006/03/18(土) 14:54:28
mozillaのエンジン使ったCUIブラウザ作れないもんかね。
0506名無しさん＠お腹いっぱい。2006/03/18(土) 15:40:08
aalib 使ったらできそう。
0507名無しさん＠お腹いっぱい。2006/03/18(土) 15:58:20
想像してﾜﾗﾀが、CUI化の本質はそこではなさげ。
操作がCUI好みで、あとパイプ処理とか出来れば十分であって
わざわざ表示そのものをcharacter basedにする必要はあるまい。

firefoxの重さデカさの何割かは使用しているGUI toolkitから来てるように思えるから
そこをうまく迂回できるといいのだが。
0508名無しさん＠お腹いっぱい。2006/03/18(土) 17:03:14
firefox のキーカスタマイズを洗練させる方向はどうかな。
0509名無しさん＠お腹いっぱい。2006/03/18(土) 17:18:30
端末からloginした先で見たいとかあるから、ttyのみで動いてほしいなぁ。
0510名無しさん＠お腹いっぱい。2006/03/18(土) 17:24:24
そうだな、端末を意識するとどうしても表示も文字ベースになるだろうと思う。
w3mでの画像表示も可能とはいえ、Xがなきゃ駄目とか環境依存性が高いとかだと、端末志向の意味は薄れるわな。

俺は「端末ベース」、言い方を変えれば「端末という共通規格に合致」ということが、
「CUI風操作性・機能」ということに優先すると思う。それほどに端末という定型フォーマットは扱い易い。
0511名無しさん＠お腹いっぱい。2006/03/18(土) 17:35:28
画像はどのみち端末には流せないんだから考慮の外だろう。
端末出力する時はalt属性を流しておけばいい。

linksはテキストブラウザだがX出力モード(-g)のデキがかなり良いぞ。
0512名無しさん＠お腹いっぱい。2006/03/18(土) 17:52:36
まあscreen上でも動けばいいなくらいかねえ＃端末ベース

vimなんかも端末ベースの良さと足枷の両方が開発に影響してる典型例かも。
gvimがそれ自身としては本来何の必然性もない制約を端末ベースであることで受けていたり。
これから何かするのなら、端末「でも」動けばいいねくらいにしておくのがいいと思う。
0513名無しさん＠お腹いっぱい。2006/03/19(日) 00:19:54
vim嫌いなんだけど
0514葵 ◆xlAOIq6jZw 2006/03/19(日) 00:39:45
>>505 欲しい
>>507 Geckoベースの軽量ブラウザがいくつかあるがな
>>508 conkerorが1.5対応になったぜ、行ってみれ
>>510 w3mの画像表示はおまけみたいなものじゃん？
>>513 好みの問題。まちがっても宗教戦争は起こしてはならぬ
0515名無しさん＠お腹いっぱい。2006/03/23(木) 21:02:50
日本語検索ってどうやるんですか？

日本語入力は jvim-freewnn 系でできております。
editorを/usr/local/bin/jvimにして、konもしております。
OSは freebsd6.0-R でシェルはtcshです。
0516名無しさん＠お腹いっぱい。2006/03/23(木) 21:19:04
migemo
0517名無しさん＠お腹いっぱい。2006/03/23(木) 22:03:48
jvim使って検索したいなら、w3mで / <C-O> と打鍵するといい。
検索以外でも使える手だよもん。
05185152006/03/23(木) 22:09:01
>>517
jvimが開きました。。思ったら開いたのが vi でした。
^@ isn't a vi command というエラー出ました。

[sysinstall ] → [option] で Editor が /usr/local/bin/jvimになっているんですけど、
他に設定しないと駄目なんですかね？
0519名無しさん＠お腹いっぱい。2006/03/23(木) 22:18:18
oで表示される「利用するエディタ」(or .w3m/configのeditor)はどうなってる？
jvimになってないなら、直してもう一度やってみよう。
05205152006/03/23(木) 22:32:11
>>519
その設定の仕方があるのを知りませんでした。
できたら教えて欲しいんですけど、自分で調べて見ますm(_ _)m
できたら報告します
■ このスレッドは過去ログ倉庫に格納されています