> konnoさんのご希望をかなえることはできるか、と、自分の板塀のスクリプトを眺めていたときのことです。> とんでもない、というか、脱力するようなバグを見つけてしまいました。> 掲示板の記事の検索実行の部分なんですが、記事のモードがpreモードのときだけ処理を変えるという分岐があります。ここの条件判定なんですが、変数「$w」が"pre"か否か、という条件になっていました。でも、なんと。> モードを格納している変数名は「$wr」だったんです。うげげ、うちのもやばいか。(>_<) と思って見てみたら、 # PRE機能 if ($wr eq "pre") { ここですよね、うちのは、$wr になっています。 ローカル変数の宣言とは合っているので問題ない? ルーチンごとにローカル変数名が違うのは間違えないようにとか、 意図的に変えているのかなと思っていました。(^^; そういえば、検索結果で引用文の色分けがバグってるのも直さなくては。(-_-;)
> うげげ、うちのもやばいか。(>_<)
> と思って見てみたら、
> ここですよね、うちのは、$wr になっています。
> そういえば、検索結果で引用文の色分けがバグってるのも直さなくては。
> そう、konnoさんのところと比べて気がついたのです。
> めざらさんによると、元から悪いということなんで、konnoさん、ご自分で直したんでしょ?
> > そういえば、検索結果で引用文の色分けがバグってるのも直さなくては。
>
> 自分のところは今まで特に問題がなかったと思っていたのですが、konnoさんのこの文を見て確認したら、おぉ、なんかおかしくなっているぞ。
> konnoさんから送りつけられた検索ルーチンでは、preの分岐のあと、引用色のrefcolでの分岐があります。でも、その他の表示ルーチンはみんな、refcolでの分岐のあとでpreの分岐を行うようになっています。
> そこで、この分岐の順番をその他に合わせたところ、なんとなく直ったっぽい。
> なるほど、いままではpreのルーチンで正しく動作していなかったからrefcolのルーチンがあとからになっても結果的に出力が正しくなっていたらしい。
> 今、konnoさんのところの掲示板を検索してみたら、2006年のNo.1106で指摘されている。こんな昔から、気がつく人は気がつくわけで。
> やっぱり、オープンソースとかソースの公開といったものは偉大だな、と、そこはかとなく思う今日この頃。
> No.1116の発言番号のそばに、ルートの発言番号であるNo.1107が表示されていました。なので、これらが混ざってしまったのではないか、と推測されます。
> そこで、この分岐の順番をその他に合わせたところ、なんとなく直ったっぽい。
> #私も義体化してよりよく見えるようになった(かも)
> 気が付いたらみな同じ背景色になっていて,それがいつからか不明
> なんだかよくわかんないんだけど,結果オーライ(なのか?)
ども,めざらです。 ここですね? if ($w eq "pre") { $msg =~ s/<br>/\r/g; $msg = "<pre>$msg</pre>"; } わたしも(当然)弄っていないところなので,これは元版からですね。 注意喚起をありがとうございます。 ただ,このルーチンを素っ飛ばしても,大して影響はないような…… インデントなど空白が消えるとか,初期表示エリアに納まってしまうとか(笑) 検索結果一覧での表示だけの問題ですよね。 あんまり気にするほどのこともないけど,折角だからおいおい直します。 今は検索結果で pre が再現できない現象を楽しみましょう。(ぉぃ
> ここですね?
> わたしも(当然)弄っていないところなので,これは元版からですね。
> 検索結果一覧での表示だけの問題ですよね。