管理 | 差分 || 新規作成 || カテゴリ一覧 | ページ一覧 | 更新履歴 | 差分履歴 || アンテナ || PUT || more≫ ≫omit
shortcut: FrontPage || WikiLab | StoreRoom/最新 | 日々の泡 | むず痒いパソコン日記/最新 || HelpPage ||[edit]
category: WikiLab/WorkReport

WikiLab/WorkReport/Question - 疑問やら、エラーやら、何か巧くいかないことやら。

LastModified : Sun Apr 17 09:54:13 2005
[管理]

疑問やら、エラーやら、何か巧くいかないことやら。

InterWikiBox [text][password] って?

[TOP↑] [管理]

スクリプトの中に

my $embed_interwiki = '^\[\[#(box|text|password):(\S+)\]\]$';

こんなのがあったんだけど、text と password は何用なのだろう?

InterWikiName のローカル名の指定。

[TOP↑] [管理]

InterWikiName

こんなのを登録して、任意のページの編集画面を一発で出せるようにしてみた。 でも「むず痒いパソコン日記/2003/01」なんて長いタイトルは打つのが面倒。

そこで

こんなのを登録してみる。[2003/01] と入力するだけでよい。

でも最初は [/] も [%2F] とエンコード(?)した形で書いていて、巧く行かなかったの。 ここでは登録したほうが便利なような頻繁に編集するページは、ほとんど [カテゴリ名/] 以下にあるのでいいんだけど、[/](というか明確な区切り)がない場合、ローカル名の指定はどうしたらいいんでしょうね。

2003-01-13 (Mon) 19:39:21

WikiAntenna のエラー。

[TOP↑] [管理]

最初に一度

WalWiki ... Unable to get document: Bad file number

となって何も表示されないことがあり、そのあとキャッシュが消えてから読み直したら正常に動作した。

そのあとで、最初に表示したときに Software error がでるようになった。 リロードするとエラーは消える。上のと因果関係は判らないけど。

Content-type: text/html 
Software error:
Can't locate Jcode/Unicode.pm in @INC
(@INC contains: ./WalWiki/lib /usr/local/lib/perl56/5.6.0/sun4-solaris /usr/local/lib/perl56/5.6.0
/usr/local/lib/perl56/site_perl/5.6.0/sun4-solaris /usr/local/lib/perl56/site_perl/5.6.0
/usr/local/lib/perl56/site_perl .) at (eval 15) line 1. 
For help, please send mail to the webmaster (www-request@netsurf.ad.jp),
giving this error message and the time and date of the error. 

2003-01-13 (Mon) 22:53:56


追加してた PukiWiki

[[PukiWiki(rss) http://pukiwiki.org/?cmd=rss]]
[[#antenna:PukiWiki(10)]]

を外してみたら出なくなったけど、なにがいけないのでしょう。

2003-01-14 (Tue) 18:02:11

空P 対策がしたかったんだが。2003-01-18 (Sat) 22:49:06

[TOP↑] [管理]

あてずっぽうに

        } elsif (/^\s{1}?$/) {
           push(@result, splice(@saved));
           unshift(@saved, "</p>");
           push(@result, "<p>");

と書いたら、これまで「行頭に空白文字のみ」が段落として扱われていたのが、pre になるようになった。 つまり、これまで空行を含むコードを pre で括る場合、空行に全角スペースを入れないと pre が二つに分断されちゃってたんだけど、それが修正されました。

でもせっかくのところ残念だけど、これって WalWiki の次版で修正されるんだよね。 他にも p をいじってたら pre に影響があったりした(委細忘却)ので、この適当な修正だと他に影響があるかも知れず、「正解」を待ったほうがいいかもね。

すげぇ驚いた出来事。

[TOP↑] [管理]

ふと気が付いたら、検索がちょっとおかしなことになっていた。 検索表示の先頭の行、ページ名が表示されず、見出しのリンクがベタで置かれてしまう。 例えば、本当なら

となるべきなのに、

こんな風になってしまう。 どこで間違えたのか探すよりは、最初からやり直すことにする。 これはすぐに直ったのでいいんだけど。


ついでに

if (not exists $form{onlyname} and $database{$page} =~ /\Q$form{mymsg}\E/i or $page =~ /\Q$form{mymsg}\E/i) {

を足してできなくなってしまっている and検索をなんとかできないかとちょっといじってみる。

$database{$page} =~ /\Q$form{mymsg}\E/i or $page =~ /\Q$form{mymsg}\E/i 辺りを、例によってあてずっぽに書き換えていたら、ふと気が付くと、subjectline が全て 0 になってしまっていた。 書き換えた部分を戻しても、0 のまま。 漸うマズイと気が付いた。 FTP からデータファイルを見ると、更新履歴だけが、内容を保持していて、あとはみんな 1byte。

中身は 0 という数字が一つ。

Index からページに飛ぼうとすると、ErrorPage が表示される。 上部メニューのリンクから FrontPage を表示するとポツネンと 0 が一つ。あわわ。

1・2日前のバックアップをアップロードし直したら、復旧できた。 あとは diff の中身も無事だったので、更新履歴の昨日と今日の書き換えの分を戻す (但しタイムスタンプを変更せずに書き換えた部分で、修正したこと自体忘れた部分があれば戻していないわけだけど)。 でも、検索周りの書き換えでデータが飛ぶなんてこと、あるのかな?

2003/02/09(Sun) 14:07:55

今更、ディレクトリ構造がおかしいのに気が付いた。

[TOP↑] [管理]

昨日、CafeWiki のオートマチックリンクを別の wiki で使えないかといじっていて、WalWiki のディレクトリ構造がヘンなことに、今更気が付いた。

ええと、Readme には、

wiki.cgi
WalWiki―lib―Yuki     ―YukiWikiDB.pm,RSS.pm,DiffText.pm
              Algorithm―Diff.pm
              HTTP     ―Light.pm
              Walrus   ―Antenna.pm

となってるんだけど、実際には

wiki.cgi
Yuki     ―YukiWikiDB.pm,RSS.pm,DiffText.pm
Algorithm―Diff.pm
HTTP     ―Light.pm
Walrus   ―Antenna.pm

と、 WalWiki/lib の中にあるべき各ディレクトリが wiki.cgi と同じ階層にバラでぶちまけられている。 …なんでこんなことになってしまったのか、推測するに YukiWiki のドキュメントではそういう階層構造なので、うっかりそっちを見て設置してしまったのでしょう。それはいいけど(よくないけど)、

何で今までこれで動いていたの?

ライブラリの設定と思われる個所は use lib qw(./WalWiki/lib); となっているのですが。 試しにドキュメント通り、WalWiki/lib ディレクトリを作ってその中に各ディレクトリを入れてみる。 ミゴトに 96行目 use Yuki::RSS; の行でエラー。

…なんで、動かないの? というか、なんで従来ので動くの? 何か根本的に誤解している?

2003/02/11(Tue) 18:37:32


もう一度ちょっといじってみた。

WalWiki/lib でエラーが出たのは、単にまたディレクトリ名のスペルを間違えたりしたからなんでしょうか。 一応目を皿にして確認したんだけど。 もう一度エラーが出るか試してみたいけど、めんどくさい。 理屈も合ってることだし 動きゃあいいんだよ ということで、現状維持。

2003/02/11(Tue) 18:54:36

追記。

[TOP↑] [管理]

最初に YukiWiki を導入したときの記録に、

ところで、ひとつ問題。なぜかデータ保存のディレクトリを指定できない。デフォルトでインストールディレクトリに保存されるようになっていて、そのままなら動く。でも、下階層にフォルダを作ってそこに入れようとすると、[software error]と言われてしまう。さすがにパスの記述ミスとか、パーミッションとかは念入りに確認したので、そんな問題ではないと思うんだけど。また cgiwrapper とかの問題かしら。

とあった。その後、CafeWiki をテスト設置しているときに、

ここで例の「データ保存のディレクトリを指定できない問題」再燃。データディレクトリくらいは指定できなくても諦められるが、こちらは、CSS や 画像のディレクトリも指定できない。非常に困る。

画像などは「実際のディレクトリ構造通り」のパスで、是が非でも、指定しなくてはいけない。データディレクトリみたいに「cgi ファイルのカレント」では済まないのだ。昨日学習したばかりなので、「特殊事情」を抱えた人用の設定がないか探すが、今度は本当にない模様。

しばし考え [modifier_url_data] でファイル内を検索すると、

my $file_skin = "$modifier_url_data/template.html"; 
my $url_stylesheet = "$modifier_url_data/template.css"; 
my $icontag = qq(<img src="$modifier_url_data/icon_cafewiki.png" alt="cafewiki icon" width="40" height="40">); 

この3箇所で呼び出されている。順に一つずつ、ディレクトリを指定してみる。と、一つ目の[template.html]を書き換えたときにだけエラーが出ることが判明。幸い、[template.html]は使わないので、下の2つ、変数を使わず直接パスで指定する。えへへ、できた。

とあった。そうだった。だからディレクトリの構成を変えたんだった。

* * *

この時使っていたサーバーには、

という制限があって、CGI によっては上手く動かないことがある。 単に「背景画像を表示させる」程度なら、その個所だけ、<img> の src 属性を「実際のパス」で指定すればいいけど、ファイルアップ系の CGIで、CGI を通してファイルを管理するような場合には、それではうまく行かないことがある。画像を表示させると、CGI への送信ボタンなども「実際のパス」になってしまってエラーが出る、というように。その都度「状況に応じて」適宜書き換えが必要になる。

昨日学習したばかり というのは、あっちこっちツジツマ合わせをしても、どうしても「全てのツジツマ」を合わせることができない CGI でドロ沼にハマって、よくよく見直したら、「実際のディレクトリ構造と違う URL で CGI を呼び出すサーバー用」という設定個所を見落としていた、という話。

*

でも、これがあったので、「どこがどうなっている」のか考え始め、「CGI ファイルから変更するべき目的の場所を探す」とか「必要に応じて書き換える」ということに慣れることが出来て、「改造」を始めちゃったり出来た気がする。

2003/04/15(Tue)

やっと、ディレクトリの構成を readme 通りにした。ちゃんと動いたよ。 カレンダーやら WalRackやらテスト設置の wiki やら、index.cgi のカレントにファイルやらフォルダやらがどんどん増えていて、扱いづらいったらしょうがない状態になってきたので、今更ですが、整理したのです。

2003/04/19(Sat) 13:36:32

InterWiki と下階層のディレクトリ。

[TOP↑] [管理]

theme とかのディレクトリを登録、ファイル名を書いてリンクできるわけだけど、階層を掘ることができないらしい。

WebsiteWork/JavaScript のスクリプトのファイルに InterWiki でリンクを張りたかったんだけど、複数のファイルで構成されているスクリプトは、まとめて下階層のディレクトリに入れてある。 [[ file:js/board/index.html ]] みたいに書いてリンクを張ろうと思ったら、[js%2Fboard%2Findex%2Ehtml] とエンコードされてしまって、404 になってしまう。直接 URL を書くしかないのかなぁ。

2003/02/22(Sat) 20:42:26

1行目の見出しと検索。

[TOP↑] [管理]

1行目に見出しがあるペーだと、検索結果の見出し表示が一つずれる。

*見出し1
文字列1
*見出し2
文字列2

で「文字列1」を検索すると、検索結果がページ名のみで表示され、「文字列2」で検索すると、検索結果の「見出し2」のリンク先が「見出し1」になる。私がいろいろいじってしまったせいなのか、元からなのか。

2003/02/27(Thu) 05:44:35

どうやら、いじったせいではなかったようなので、塚本様にお知らせいたしました。

整形ルールに[[# はマズイらしい。

[TOP↑] [管理]

最初に CafeWiki から 「[[ #date ]] で保存時に日時に変換」というのをもらってきたので、その後いくつか [[#***]] という整形ルールを作ってしまった。 でも、一行テキストボックスと同じページで使うと書き込みに失敗してしまうことが発覚。

a 要素の name 属性の改造を教わったときに、塚本さんが [[# はナントカと言ってらしたので(ナントカ?)、「ちょっとまずかったかな」とは思っていたんだけど。

というわけで、修正。[[#*]] は全て {{*}} に、ついでに後半 [*:*] というルールをいくつか作ってしまっていたけど、これも {{*:*}} に。

データの書き換えに2時間ばかり費やしたらしい…。

2003/04/07(Mon) 11:53:47

新規ページの作成ができなくなった…。

[TOP↑] [管理]

ここではない別の Wiki で、D_2003/05 というページを新規作成し、書き込んでる最中に、保存しないまま、うっかりページを閉じてしまった(鬱)。

仕方がないので、もう一度新規作成から CreatePage を開き、ページ名に D_2003/05 と入力し、[新規作成]ボタンを押したら、なぜか編集画面が開かず、ページが閉じてしまう。何度やっても同じ。試しに D_2003/06 というページを作ってみたら、こちらはちゃんと編集画面が開く。

仕方がないので、445F323030332F3035.txt というファイルを作って FTP から wiki ディレクトリに放り込む。

う〜ん、何だったのだろう。

2003/05/19(Mon) 23:12:59

ページが欠けた…。

[TOP↑] [管理]

さっき、部分編集して保存したら、いきなりページの下半分が欠けてしまった。文章の途中で突然ぶった切れた感じで、footer の部分もない。部分編集したところの上のセクションからだったので、部分編集は関係ないと思うけど。

差分を見ると欠けた下のほうもあるようなので、一安心。一応コピーを取ってから、保存しなおしたら全部表示されました。データがどうこうではなく、単に表示上の問題だったみたい(データが壊れて footer まで消えることはないわけですね)。

2003/06/11(Wed) 19:33:29

編集後リンク先から戻ると。

[TOP↑] [管理]
  1. 編集
  2. 編集したページのリンクから別のページに飛ぶ
  3. Backspace ブラウザの [戻る]で元のページに戻る
  4. と、編集前の状態が表示される。

IE のキャッシュ管理のせい?

そして DonutP は #i0 に飛べないことが多い(#i1 以降は大丈夫のような…)。ページ先頭になってしまう。素の IE では大丈夫みたいなんだけど。うちだけかな。

2003/06/15(Sun) 09:27:24

Antenna。

[TOP↑] [管理]

日記類を AntennaSiteName に登録してみようと思ったんだけど、できない…。[[#antenna:***(5)]] という普通の文字列が表示されるだけ。tDiary.pl を lib/Walrus/Antenna に放り込んだだけじゃダメなの?

ただやってみたかっただけで、別に捕捉したい日記があったわけじゃないので、簡単に挫折しておきました。

2003/06/23(Mon)

frontpage.txt を使わない設定が出来ない…。_

[TOP↑] [管理]

すごく今更だけど、test:FrontPage あたりでゴソゴソやってて思い出した。 my $use_frontpage_file = 1; にしてるんですが、frontpage.txt を使ってしまっているようなのです。 他に何か設定が必要なのでしょうか…。

ここの FrontPage は、最初に設定してみてダメだったときに「あれ?」と思って、とりあえず前の改造 で編集を許可しておいて、そのまま忘れておりました。

2003/06/29(Sun)

正規表現と検索と@。_

[TOP↑] [管理]

今更大変なことに気づいてしまった…。 右寄せ表示の日付が検索されない。

一体何でそんなことになるのか見当もつかない…。ので直しようがない。涙目。 2003/06/27(Fri) 23:41:26

やっぱり違った。<p class=""> は関係なかった。 行頭に数字を書くとダメなんだ。

==r
日付

と書くことが多いので、「右寄せ <p class=""> だとダメ(というか、勝手ルールがダメ)」と思ってしまったけど。 ともかく、「ありえない」感じはしなくなった。 素の WalWiki では、もちろん行頭数字の検索 OK。さて、何の改造とひっ絡まっているのやら。 2003/06/27(Fri) 23:56:55

(Fri) の検索結果。右寄せ。 r (Fri) 23:38:15 (rっていうのは整形をサボっている部分)。日付の数字が出てこない。match_text かなぁ。で、行頭ってことは、$line =~ s/^[:,\*-@]+ *//; だろうなぁ。

はい、ビンゴ。…あの… @ って何かイミあったんでしたっけ? でも \@ でもダメらしいわよ。まあ、とりあえず原因はわかったので、そのうちナントカなるでしょう。とりあえず、$line =~ s/^[:,\*-]+ *//; に戻しておこうっと。 2003/06/28(Sat) 01:25:51


面倒なのでしばらく放っておいたんだけど、どうしても @ がいけないっていうのが納得いかなかったので、なんと〜く、順番を入れ替えた。

$line =~ s/^[:,\*-@]+ *//;
         ↓
$line =~ s/^[:,\*@-]+ *//;
       または
$line =~ s/^[:,@\*-]+ *//;
       または
       以下略

…どうして…? どうしてこれだと平気なの? 書く順番て、なんか決まりがあるの? ともかく、直った…。 …今度は別のもんが検索できなくなってるとか、ないだろうな…。

2003/06/29(Sun) 20:04:40

あ、もう一つ気が付いた。

右寄せ。 r (Fri) 23:38:15 (rっていうのは整形をサボっている部分)。

「行頭 ==r 改行」で次行から右寄せっていう勝手ルールなんだけど、== の部分も消えている(上の引用文を書いたときにも == が消えてるのを、ちょっと「あれ?」とは思ったんだけど)。いや、気が付いたから何か解ったっていうわけじゃないんだけど。

2003/06/29(Sun) 20:27:56

こんにちは。正規表現の [ ] の中では - は特別な意味があります。 [a-z] で abcd...xyzのうちのどれか、という意味。ただのマイナス記号という意味で使うためには [-abc] とか [abc-] のように最初か最後に置かなければなりません。

―SHIMADA 2003/06/30(Mon) 18:51:35

あ―――――っ!! そうか、@ がいけないんじゃなくて、- がいけないのか。[a-z] とか [0-9] の書き方を機械的に覚えたので、「マイナスに意味がある」というのがスコンと抜けてました。ありがとうございました。とってもスッキリしました。

2003/06/30(Mon) 20:24:10

一行目に " くくりがあると整形されて更新履歴に表示される。

[TOP↑] [管理]

なんとなく原因は解る気がするんだけど、今忙しいから後でね。っていうか、実害はないから別にいいか。2003/07/03(Thu) 00:01:05

仕方のない翻訳サービスやなんかの話。

[TOP↑] [管理]

http://babelfish.altavista.com/babelfish/ ってあるじゃないですか。もしもこれを通して編集しようとしてしまったらどうなるのかしら。と思ったので WikiLab/BeginnerGuidance でやってみた(そんなのテストページでやれよ)。

**ページ内複数コメント。
-- [[LinuZau:WalWiki/カスタマイズ]]

のセクションに tes って書いて保存。

 Plural 
comments inside ** page.  -- [ [ LinuZau:WalWiki/ customization ] ]

tes
 Plural 
comments inside ** page.  -- [ [ LinuZau:WalWiki/ customization ] ]

tes
 Plural 
comments inside ** page.  -- [ [ LinuZau:WalWiki/ customization ] ]

tes
 Plural 
comments inside ** page.  -- [ [ LinuZau:WalWiki/ customization ] ]

こうなって、「ページ内複数コメント。」以下の 4セクション壊れた。

壊れるのは当たり前と言えば当たり前だけど、うっかり壊す人はいるかもしれないなって思った。おわり。

2003/07/03(Thu) 06:52:47

目次のブラケット。

[TOP↑] [管理]

見出しにブラケットを2つ書くと、目次部分の整形がうまく行かない。文字列]][[文字列 <こんな風になってしまう。

× [[日々の泡]][[むず痒いパソコン日記]]
× [[日々の泡]]and[[むず痒いパソコン日記]]
× [[日々の泡]]と[[むず痒いパソコン日記]]
○ [[日々の泡]] [[むず痒いパソコン日記]]

半角スペースを挟めば大丈夫なんだけど。あの辺かなぁ。とか言ってないで、とっとと確認するように。

2003/07/05(Sat) 07:17:18

コメント欄の前のテーブルが正しく閉じられない。

[TOP↑] [管理]
,table
[[#comment]]

とすると、タグの入れ子が ↓ のように不正になってしまうんですよ。

<table border="1">
    <tr><td>table</td></tr>
    <form action="index.cgi" method="post">
        <input type="hidden" name="mycmd" value="comment">
        - 中略 -
        <input type="submit" value="コメント追加">
    </form>
</table>

と、問題を書く前に、修正案が出されてしまいました。LinuZau:WalWiki/バグ報告

2003/07/24(Thu) 15:17:30

コメント欄の前の blockquote が正しく閉じられない。

[TOP↑] [管理]

ところで、引用の後にコメント欄があるときも、タグが不正になりますね。table と同じような修正でいいのかな…(とソースを見ずに言ってみる)。

test

お名前: タイムスタンプを更新: 荷札を付ける:

       push(@result, shift(@saved)) if (@saved and $saved[0] eq '</blockquote>' and /^[^>]/);

ってしてみた。- rica 2003/07/29(Tue) 20:29:49

改造近辺でいつの間にかシリーズ。

[TOP↑] [管理]

エイリアス定義のお話。

[TOP↑] [管理]

マルチコメントでやっていたカズタマイズとぶつかって、躓いてしまいました。

                # yakty add [multi comment] start
                (defined($link_cache{$1})) ? $link_cache{$1} :
                ($1 eq $embed_comment or $1 eq $embed_rcomment) ? &make_link($1) :
                (length($_ = &make_link($1)) < 1024) ? ($link_cache{$1} = $_) : $_
                # yakty add [multi comment] end
            !gex;

となっていたところに &make_cachedlink($1) を足して

                # yakty add [multi comment] start
                (defined($link_cache{$1})) ? $link_cache{$1} :
                ($1 eq $embed_comment or $1 eq $embed_rcomment) ? &make_link($1) :
                (length($_ = &make_link($1)) < 1024) ? ($link_cache{$1} = $_) : $_
                # yakty add [multi comment] end
                &make_cachedlink($1)            # yakty add [make cached link]

としてしまったら、http://jm.vis.ne.jp/sbox/index.cgi?WalWiki は開けるのに、WalWiki が新規作成のリンクになってしまいました。

2003-09-04 (Thu) 21:36:33 yakty : あ、それはですね、make_cachedlink()でその辺の処理もしてるんです。だからmake_cachedlink()を使う場合は元々make_link()だったところをmake_cachedlink()にするだけで↓の処理がいらなくなるんです。

LinuZauSbox:雑談

というわけで、

                (defined($link_cache{$1})) ? $link_cache{$1} :
                ($1 eq $embed_comment or $1 eq $embed_rcomment) ? &make_link($1) :
                (length($_ = &make_link($1)) < 1024) ? ($link_cache{$1} = $_) : $_

この3行はいらないのでした。

2003/09/04(Thu) 22:11:26

検索できない文字。_

[TOP↑] [管理]
箸
c8 a4

ふ    ろ    ん    と    ぺ    ー    じ
a4 d5 a4 ed a4 f3 a4 c8 a4 da a1 bc a4 b8 
                     ^^^^^
                     この辺にマッチしてる。

上の事情により、「箸」とか「海」とか「蠍」とかを一文字で検索すると、検索結果が不正になる。

match_text()内でindex()を読んでいる部分を↓の関数呼び出しに変更すると"海"とか"箸"とかが変な部分にマッチしなくなります。 でもおそらく重くなります…(^_^;

LinuZauSbox:カスタマイズSandBox/日本語文字列検索

sub euc_index {
    my ($text, $word, $index) = @_;
    my %matchpos;
    my $pos=0;
    foreach ($text =~ /([\xa1-\xfe]{2}|\x8e[\xa1-\xdf]|\x8f[\xa1-\xfe]{2}|.)/g){
        $matchpos{$pos} = 1;
        $pos += length($_);
    }
    while(($pos = index($text, $word, $index)) != -1){
        last if($matchpos{$pos});
        $index = $pos+1;
    }
    return $pos;
}

ここの Wiki では検索結果をハイライト表示しているが、ヘンなトコロにマッチして、ヘンなところにハイライト用のタグが入るために、文字化け・表示の崩れなどが起きる。でも、この修正は厄介らしい。 重くなるのは何だし、「修正しきれないならまぁいいか」ということで、ここの Wiki には適用していません。

2003/09/15(Mon)

一行コメントと検索用のキーワード

[TOP↑] [管理]

一行コメントのお名前欄を、検索キーワード(勝手改造による)のリンクを埋めるのに使おうと思ったら、クッキーに残るお名前がヘンになって、コメント欄が壊れるよ…。value の値にタグが入ってしまう。めんどくさいので放置。

<input type="text" name="myname"
value="<span class="key"><a href="index.cgi?mycmd=search&amp;mymsg=key:test" title="このキーワードで検索">[test]</a></span>"
size="10">

2003/11/11(Tue) 06:12:38

プレビューと検索用テキストボックス。

[TOP↑] [管理]

なんか、ものすごく妙なことに気付いてしまった。 編集画面でプレビューすると、編集のテキストエリアにあるのと同じテキストが、検索用のテキストボックスにも入っている…。何でこんなことになるんだろ。

でも今日はこんなことを考えている場合じゃないし、特に不都合もない(ないのか?)ので、知らなぁい。

2003/12/08(Mon) 18:33:28

修正済み 2004/07/13(Tue) 00:25:56

WalWiki の HTML モード。

[TOP↑] [管理]

日本語 WikiName ページで HTML を使うにはどうしたらいいのでしょう?

2004/03/03(Wed) 18:04:48

my $edit_admin_only

[TOP↑] [管理]

StoreRoom/2003/11-21

frozen_reject() の最初の条件分岐

    if (not $isfrozen and not $willbefrozen) {

を以下に差し替えてみたらどうでしょうか。

    if (not $isfrozen and not $willbefrozen and not $edit_admin_only) {

eskizy:王様の耳はロバの耳ログ008

これで上手く行ったようです。

2005/02/28(Mon) 12:58:38

shortcut: FrontPage || WikiLab | StoreRoom/最新 | 日々の泡 | むず痒いパソコン日記/最新 || HelpPage || [edit]
select css: default | sakura | mono | greenheck | snow | NN4.x用(多分) || LinuZau!! | VikiWiki!? || others |

管理 | 差分 || 新規作成 || カテゴリ一覧 | ページ一覧 | 更新履歴 | 差分履歴 || PUT