すいません、uって表示するだけでコピーしてないと思い込んでました。
吊ってきます…

>>196
> bytecompile されていない w3m-bitmap が使われているという事はないですか？
> > (autoload 'move-to-column-force "w3m-om")
> の行は eval-when-compile で囲まれているので、bytecompile されていれば実行時に
> は読まれないはずです。
その通りでした、どうもです。
make install後にbytecompileが別途必要なんですねー

>>202
> make install後にbytecompileが別途必要なんですねー

make 時に bitmap.el(c) に load-path が通ってないだけじゃないの?
そうであれば、configure 時に --with-addpath で指定が必要。

emacs20ではオプション-nwを付けるとインライン画像は
表示できないのでしょうか?

オプション-nwを付けなければインライン画像は
表示できています。

というより-nw付きではxbmファイルが表示できません。

Emacsを21.3から22.0にしたらshimbunが動かなくなりましたがいちだけなんでしょうか？
いろいろためして結局
/usr/local/share/emacs/21.3.50/site-lisp/emu/の中身を全部
/usr/local/share/emacs/22.0.50/site-lisp/にコピーしてemacs-w3mを再コンパイルして
動くようになってますが、本人は何も意味がわかっていないのでこれでいいのかどうか…。
えらい人おねがいします。

>>205
apelを入れ直せば？

apelを再インストールしてload-pathに 22.0.50/site-lisp/emu/を加えて
うまくいきました。
ただ、22.0.50/site-lisp/にemuの中身をおいておかないとshimbunのmakeは
うまくいかないみたいです。

>207
MakefileにADDITIONAL_PATHというのがあってそれにemuのを入れると
うまくできまひた

そんなその場しのぎじゃなくてちゃんとまともな環境作ったほうがいいよ

>>202
> make install後にbytecompileが別途必要なんですねー
だいぶ前の話へのレスになるけど、理由がわかったよ。
rev. 1.2519 (2005-05-10) で emacs20 のサポート打ち切りがらみで w3m-bitmap が削
除されてた。
今日半年ぶりくらいに cvs up したら削除されてるとかってメッセージが出てて気付いた。
だから bytecompile されなかったんじゃないかな。

これって一度読み込んだ画像とかローカルにキャッシュされないの？

rpm版ってある？

shimbun で mytown.asahi.com 見えなくなってません?

mlで言えよ

ココでいいじゃん。どうせ ML の連中もみんな shimbun でココ読んでんだろ。

屑。

朝日のmytownが…って既出か

(-@∀@)

現状のemacs-w3mは遅い。
だが、Lispでの処理の一部をw3m側でやってしまえばはるかに高速化できると思う。

具体的にどの処理か言わんと意味ないぞそれ。

わかるでしょ？w3m-fontifyだよ。

おはようございます
現在の開発状況はどうなのでしょうか？

shimbun/sb-asahi.el はちょっと前に修正されたみたいだけど
>>213 >>217 あたりの sb-asahi-mytown.el は手付かずなのね……。

shimbun/it-media.el で古い記事取得してくるのは仕様？

>>224
cacheが悪さをしていたりして？

あげ

>>225-226
はぁ？

sb-f1fan.elでsummaryだけ更新して記事は常に古いのはなぜ？
s:allしても更新されないしなんなんだ一体。

shimbunの不具合が >>213- あたりから色々ありそうだけど
報告も修正もされてない感じ？

shinbunじゃなくてshimbunなんだね

JR新橋駅が Shinbashi Station じゃなくて Shimbashi Station なのと似たような事かと。

たしかbやpの前の「ん」はmと綴るんだったな

あけましておめでとうございます
今年もよろしくお願いします

shimbun-*.el 修正まだかなー

そもそも開発すすんどるのかね

ITmediaの複数ページ記事がマルチパートにならんな。
どこか変わったのか？

japan times が 2/1 からお亡くなりになったような気がする。
というか ibm-dev が去年の夏頃から一回も取得に成功しないんだが。

(shimbun-asahi-group-table): Remove kansai.horiekenichi
ホリエモンなんかどうでもいいから、他の修整キボン。

w3m のバグなのか、 emacs-w3m のバグなのか良くわからないけど、
こっちに投下。

emacs -batch で起動中に shimbun の巡回を行うと、
画像が正常に取得されない時がある。

正常に取得されなかった画像は display で開くと以下のメッセージが出る。
display: Corrupt JPEG data: premature end of data segment `hoge.jpg'.

jpg データの終わりの部分が一部取得されていない模様。

# -batch で巡回させるのが間違ってるかもしれんが。

環境
GNU Emacs 22.0.50.1
emacs-w3m-version => "1.4.4"

>>239
ageとこうな。
俺にはわからんが。

と、言いつつ上げ忘れた。

>>239
> GNU Emacs 22.0.50.1
> emacs-w3m-version => "1.4.4"
古くね？ CVS 版の Emacs は CVS 版じゃないとサポートしないんじゃなかったっけ？

>>242
とりあえず "1.4.87" まで上げてみました。
結果は後ほど。

>>243
の環境でも同じ現象が発生。

w3m の ver が w3m version w3m/0.5.1+cvs-1.946
なのだが、こちらも最新まで上げるべきだろうか…

解決した。

cron の中で回すと画像の取得に失敗するらしい。
何故だ!

日頃の行いかのぉ～。

実行ファイルのパスの関係か？

>>247
パスが変わるからって取得に失敗するのか?

環境変数の違いってのはあるかもねぇ。

ウンコはスルー

現状ではリンクが非常に多いHTMLをfontifyすると10秒単位で待たされる。
w3m-fontifyをw3m-process-filter内に移すと快適になれるのだろうか？