だから昔から言ってるだろ、url.el は糞だって
それに依存してる eww もうんこを積み上げただけだよ

文句言っても多国語対応は日本人がやらなきゃ誰もやらんよ

>>800
いろいろ見てみた結果、以下になった。

1. Google はわけわからん UA(+たぶん日本っぽいIP) だと Shift_JIS 決め打ちで Accept-Charset がなんであれ Shift_JIS で表示してくる。
ついでに hidden 付き input 要素で ie=Shift_JIS を埋め込んでくる。ここらへんは Chrome とかの他のブラウザでも同じ挙動になった。

2. eww というより url.el はフォーム文字列がマルチバイト文字列の場合、UTF-8 決め打ちで送信する。

2 が問題で、普通は表示しているページと同じエンコーディングでフォーム文字を送信すべきなはず。
携帯なんかだとここが Shift_JIS 決め打ちらしいから google 側はとりあえずわけわからんのは Shift_JIS にしてるんかね。
url-encode-url 見ると確かにマルチバイト文字を utf-8 に変換してるんだよなぁ・・・

やっぱ url.el 糞じゃねえか

>>803
POST するときに Content-Type 送るけどそこで charset=utf-8 指定すればいいんじゃないの？

POSTじゃなくてGETだな
Googleの検索ページがUTF-8で来てるのに、フォームの内容をShift_JIS決め打ちで送信するという挙動に問題がある
emacs側に非はないだろ

まあクリック猿で解析してるつもりになってねーでRFC精読する作業にかかったらええがな

>>807
お前口だけだなｗ

>>806
いや、トップの検索ページ「も」Shift_JIS で来るのよ。
だから Shift_JIS でエンコードして GET 投げるべきだとは思う。

url.el 直すのもいいけど UA 変えて google のおせっかい回避が今んとこ無難な感じかなあ。

ewwてタブ使えないの?

>>809
(set-language-environment "UTF-8")してるからか俺んところはUTF-8で来てるよ
どのみち化けることには違いないが

>>811
いやいや、取得したやつは eww が eww-display-html で decode-coding してるから
自分とこの buffer-file-coding-system で表示されるだけで、送られてくるデータは Shift_JIS なのよ。
例えば ↓の URL なんかは Shift_JIS で書かれたページなんだけど、eww だとどのみち decode されるから
文字コードのニモニックが S になったりはしない。他のブラウザだとちゃんとエンコードのところは Shift_JIS になる。

http://www.shtml.jp/blog/ga/sjis/safari_ad.html

>>812
悪い間違えた…最初のページはSift_JISで検索結果のページがcharset=UTF-8になってるだけだった
結果ページの中身はUTF-8っぽくて一部ちゃんと表示されてるけど、化けてるページはそのまま表示してる感じか

>>810
tabbarでも使ったらいいんじゃね
と思ったけどリンクを別バッファで開く機能もないから現状どうしょもないね
バッファ名も*eww*で決め打ちしてるからrenameして複数バッファで運用も無理だわ

ewwなんて三回ぐらい起動してスゲーっていってあとは存在を忘れるようなのだろ
なにまじになっちゃってんの

>>812
あー文字化け直った
最終的に (encode-coding-string str buffer-file-coding-system) してたから
(set-language-environment "Japanese") な環境でewwを起動して
http://www.google.co.jp/ にアクセスすれば化けないよ

つうか、文字化けしない人も居たからそういう事だね

>>816
(prefer-coding-system 'cp932)
ってだけじゃないの？

>>816
多分 cp932 になってるよそれ

>>803 訂正だわ

フォームの入力文字集めてエンコードするのに url.el の機能は使ってなかった。
mm-url-encode-www-form-urlencoded でエンコードしてるんだけど
これは最終的に find-coding-systems-string でエンコーディングを決定してて、
漢字なんかが渡されると prefer-coding-system が utf-8 環境 なら utf-8 が、cp932 環境なら cp932 が返ってくる。
cp932 環境だと cp932 でエンコードされるから確かに Shift_JIS を要求してくるバージョンの google ではうまくいく。

でもそのかわり UTF-8 で送信してくるところでも cp932 で文字列送るようになっちゃうから
たとえばhttp://search.yahoo.co.jp/ なんかでうまく行かなくなるよ。

とりあえず以下の advice 指定すれば Shift_JIS のページでは Shift_JIS を、
UTF-8 のページでは UTF-8 でフォームの文字を送信するようになった。
ほんとだったら form 要素の accept-charset 属性があったらそれも読まなきゃいけないんだろうけど・・・

(defadvice eww-display-html (after eww-change-buffer-coding-system activate)
(set-buffer-file-coding-system (ad-get-arg 0)))

(defadvice eww-submit (around eww-override-find-coding-systems-string activate)
(cl-letf (((symbol-function 'find-coding-systems-string)
(lambda (string)
(list buffer-file-coding-system))))
ad-do-it))

>>819
なるほど、結局この辺の処理は英語圏のガイジンだとデバッグ出来ないし
日本人がパッチ書いて提出しないと直らないだろうね
ちなみに、eww-downloadの件は修正がコミットされたよ

>>821
ほんとだ、bug-gnu-emacs にパッチ投げられてたんだ
複数バッファのパッチも投げられてるんだな

しかしパッチ作るにしても find-coding-systems-string を置き換えるなんてのはやり過ぎだし
どうしたもんだか

ぶっちゃけ、emacs-w3mをもともと使っていた人は、ewwに乗り換えるメリット
は何もないんじゃないかしら。何かある？

レンダリングが速い
Windowsでも簡単に使える

DOS窓(コマンドプロンプト)でも表示出来るし
しかし、CSSの解釈はどうすんだろうな
もはやCSSの解釈無しではまともにレイアウトなんか出来ないし

使えることに意味があるぐらいの話じゃないの、現状は。
javadoc が読めればいいやぐらいの期待感だと思うけど。

ネイティブかつ高速なレンダラーになって
cssにもスクリプトにも対応の可能性がひらけてる
cssはw3でテキストブラウザなりのことはやれる実績あるし

10年程前はテキストブラウザでもよかったかもしれないけど今はキツくない？
個人的にはテキストブラウザで見れるページの方が好きだけど

10年前だってキツかったさ

emacs-w3mの操作でリンクにカーソル合わせるためにAcejump使ってるけど
もうちょっとスマートな方法ある?

遅いけどvim-w3mの'f'やfirefoxのvimperatorの'f'等に比べて1つタイプ数と見るものが多い

結局ちゃんと見ること出来ないページのほうが多くて普通のブラウザ使っちゃう回数が増えて
はじめからつかわなくてもよくね？ってなるのが落ちだわな

ewwは大器晩成なんだ
長い目で見てやってくれ

マルチバイトなんてどうでもいい人のほうが多いわけだし、
日本人ですら、APIドキュメントとか英語で読んでる人多いだろうし、
いまでも十分役に立ってるけど
ドキュメント累はemacs-w3mから乗り換えたよ

>>833
立ち位置的にそこら辺で使うのがメインであって
まともなブラウジングは普通のブラウザ使うよな

一旦 alias された変数をそれぞれ別の変数にするにはどうしたらよいのでしょうか？

(defvar a nil)
(defvaralias 'b 'a)

(makunbound 'b) ;; 一旦解除しても
(setq a 10) ;; この時点で b が復活してしまう
b ;; => 10

(makunbound 'a) ;; alias 元を消しても
b ;; => void variable ;; 一旦は消えるが・・
(setq a 10) ;; a を設定したとたん
b ;; => 10 ;; b も復活する・・・

具体的にやりたいことは、input-method-deactivate-hook と input-method-inactivate-hook が
alias 化されているにもかかわらず、deactivate-input-method の run-hooks で両方呼ばれてるので
同じフックが二度実行されてしまうのを解消したいのです。

`unintern'やろか。

>>836
unintern で obarray から消したあと defvar でいけました。
ありがとうございます。

よく Emacs は小指が～って言うけど、
左手親指＋左手人差し指の M-b が辛すぎて親指が壊れそう…(´；ω；｀)

　1. 親指でなく小指か薬指を使う
　2. 右 Alt キーを右手の小指で押す
　3. b キーを右手の人差し指で 押す
　4.

それは親指脆すぎ
鍛えたほうがいい

Emacsの為にキー配置変えてしまうのもあり
キーバインドではなくてキーそのものを変える

右Alt の位置が右の方にあると確かに親指が内側に寄るからちとつらいかもしれんねえ

>>840
昔の84キーボードなんで最下段は Ctrl と Alt とスペースキーしかないんですわ
USB脳波Altキーとか出ないかなー

だから日本語キーボードにしろと
無変換・変換・カタカナ/ひらがなを好きなモディファイアキーに出来るのは大きい

無変換も変換もカタカナひらがなも全部ctrlにすると捗る

SKK 使ってる身としては Shift も捨てがたい
日本語キーボードだと右 Alt はそんなにしんどい位置でもないんだよね。

変換→Ctrlのみだが捗る
片手でカーソルが動かせるし小指を酷使して痛める事が無い
俺は左手小指を酷使して痛めたからよく分かるw
ちなみに早い内に酷使するのを止めればちゃんと直る

俺も小指やられて整形外科に通うハメになったことあるけど
たぶん痛めちゃう人は力入れすぎてるんだ。
必要最小限の力で押すようにしてから全く痛めなくなった。

最近、小指を気にして skk の変換開始を無変換 sticky にしたけど、真に小指を痛めていたのはどうやら Ctrl + b だったようだ。

私の小さい手に、あのキー配置は過酷すぎる。

15年間くらいEmacsを使ってるが小指を痛めたことは一度もないなぁ
ピアノやってたこととか関係あるのかな

>>842
これ試してみなよ