コメント

  • official:自作プラグイン/codehighlight.inc.phpに使ってみました。 (10/29 変更)-- sky 2004-10-26 (火) 18:40:45
     			if (preg_match('/^(#.*)<<([A-Z0-9_]+)$/',$line, $matches)) {
    +				if (preg_match('/^(#.*)\((.*)\)$/',$matches[1], $mat)) {
    +					$line = $mat[1]. "(" . $mat[2] . ",";
    +				} else {
    +					$line = $matches[1] . "(";
    +				} 
     				$line = $matches[1] . "(";
    このようにすれば #name(arg)<<EOF の形で呼び出せます。プラグインの引数でargとヒアドキュメントを区別したい時に使っています -- sky 2004-10-26 (火) 18:40:45
  • ユーザ定義ルール(&now;など)は展開されてしまうようです。 -- matsuda? 2004-10-26 (火) 19:13:28
  • ユーザ定義ルールの置換を抑制できるようにしてみました。 -- matsuda? 2004-10-27 (水) 13:57:21
    #name<<PRE:EOF
    ...
    EOF
    fileconvert_html.php.2.diff
    filefile.php.diff
  • 関連ありそうなページを発見(書式再定義/ブロック構造の実現)。 -- matsuda? 2004-10-28 (木) 18:43:35
  • PRE: の時にカンマ , を展開しない方法を考えた方は教えて頂けませんか。現在は応急的対策として一度別の文字に変換してからPluginで元のカンマに戻しています。これだと全てのプラグインに逆変換させなければいけません。 -- sky 2004-10-29 (金) 08:52:05
    • convert_html に次のコードを追加して、プラグインで"& sbquo;"をカンマに置換しています。
        $stop_word = $matches[3];
        while (count($lines)) {
      +    if (substr($matches[2], 0, strlen('PRE:')) == 'PRE:'){
      +       $lines = preg_replace("/\,/", "&sbquo;", $lines);
      +    }
           $next_line = array_shift($lines);
           if (substr($next_line, 0, strlen($stop_word)) == $stop_word){
    • 通常の引数の記述ができるようになったので、ヒアドキュメントの部分はカンマによる分割をしないほうが良いですかね。「&sbquo;」というのは、入力される文字列には絶対現れないでしょうか。 -- matsuda? 2004-10-29 (金) 09:26:25
    • PRE:のありなしに関わらずカンマによる分割をしないようにすれば、インライン型プラグインの&name(){...};の記述と対応するので美しい気がします。 -- matsuda? 2004-10-29 (金) 09:41:49
    • カンマによる分割をしないようにしました(v1.2)。最初の"\r"を通常の引数とヒアドキュメントの区切りにすることで、特殊な文字の使用を避けてみました。 -- matsuda? 2004-10-29 (金) 11:11:13
  • 素早い対応ありがとうございます。引数が無い時にはこれまで同様カンマで分割されてしまうため、引数の代わりにカンマを挿入するようにしました。 -- sky 2004-10-29 (金) 14:06:17
    • これ(v1.3)だと、空の引数が2つ出来てしまいますね。 -- matsuda? 2004-10-29 (金) 15:41:47
    • plugin.php側の修正にバグがあったので直しました(v1.4)。 -- matsuda? 2004-10-29 (金) 15:56:11
  • ヒアドキュメントは主に出力として使用されると思われるので、あらかじめサニタイズしたほうが良いでしょうか。サニタイズした場合、用途が制限されてしまうような可能性はあるでしょうか。 -- matsuda? 2004-11-01 (月) 18:55:03
    • 今のヒアドキュメントのプラグインへの渡し方ではヒアドキュメントが通常の引数と区別できないため、必ずプラグイン側で再度サニタイズが必要になる。 -- matsuda? 2004-11-01 (月) 18:58:04
  • 私も時々、どういうカタチ(UI含む)にするのが使いやすいだろうか、あるいは実現できるのだろうかを考えている今日このごろです。 -- henoheno 2004-11-01 (月) 21:22:36
  • けっきょく、ヒアドキュメント構文が理解できるのはプログラマに近いひとだけだとおもいます。*1まだ、amazonプラグインのように #amazon(...) ~ #amazon(clear) (でしたっけ?)のほうが分かりやすいかとおもいます。 -- みこ 2004-11-02 (火) 00:31:18
  • ちなみに、上記のような形式(ヒアに近い形)であればインラインでは以下のようにおこなってほしいんですけどね。 -- みこ 2004-11-02 (火) 00:34:49
    &sample(arg1,arg2,arg3){ ←{のあとはすぐ改行(判定を甘くするならTrimもあり)
      複数行のもの
      複数行のもの
      複数行のもの
    };abcdef ←改行の直後に};で判別。そのあとのabcdef はそのまま続行
  • そのままブロック型に応用するならこんな感じかな・・・ -- みこ 2004-11-02 (火) 00:38:35
    #sample(arg1,arg2,arg3){ ←{のあとはすぐ改行(判定を甘くするならTrimもあり)
      複数行のもの
      複数行のもの
      複数行のもの
    } ←改行の直後に} + [改行]で判別。ブロック型なのでこれ以外何もない。
    abcdef
    • 終端を固定の文字列で表そうとすると、じゃあその文字列を含めたいときはどうするんだ、って問題が必ず発生するんですよね。 -- matsuda? 2004-11-02 (火) 12:24:55
      • 上記はそれを承知で発言しています (^-^ 構文・文法を作成するときは技術寄りではなく本来の文(この場合Wiki )が持っている世界観にあわせてほしいということだけです。 -- みこ 2004-11-02 (火) 12:36:32
      • これは、あくまでも一例です。(nは同じ数です) -- みこ 2004-11-02 (火) 12:38:07
        #sample(arg1,arg2,arg3){{ ←{(1~n)のあとはすぐ改行(判定を甘くするならTrimもあり)
          複数行のもの
          複数行のもの
          複数行のもの
        }} ←改行の直後に}(1~n) + [改行]で判別。ブロック型なのでこれ以外何もない。
        abcdef
      • この表現はすごく良いのでは。-- matsuda? 2004-11-02 (火) 12:51:20
  • なお、HTMLの構文解析と同様でヒアの終端を記述しない場合は「そのまま」見せるほうが(失敗したということも含めて)わかりやすいかとおもいます。 -- みこ 2004-11-02 (火) 00:42:49
    • これはその通りですね。その場合、複数行にわたった文字列をそのまま出力すると、ブラウザ側で連結されてしまいますが、そこはどう扱うのが良いのでしょう。-- matsuda? 2004-11-02 (火) 12:28:03
      • いままでのPukiWikiと同じように「ありのまま」でいいんじゃないでしょうか?(プラグインが存在しない場合は処理せずそのまま出力していますよね?) -- みこ 2004-11-02 (火) 12:42:56
    • {{ }}で囲むスタイルなら、連結されても見た目に分かりやすいですね。 -- matsuda? 2004-11-02 (火) 12:53:18
  • みこさんの案が素晴らしいと思います。Wikiの文法に潜む共通のルールのひとつ「繰り返し」が生きています。実際の実装を考えると、繰り返し数は 2~n がよろしいかと思います。(1つの場合は従来通り、1行しか見ない様にしたほうが処理的に優しく、覚えてもらう基本ルールとしては2つとするのが人に優しそうです)実装については、ヒアドキュメントを作られた皆さんが一番近いところにいらっしゃるでしょうか? 今心配しているのは、その間で #include プラグインなどでインクルードしたなかにそのデリミタ(nコの閉じカッコ)が存在していたらどうなるかですね。やってみた方が早いですが :) -- henoheno 2004-11-07 (日) 22:36:40
  • fileconvert_html.php5.diffでどうでしょうか。繰り返し数は 1以上です。 -- sky 2004-11-07 (日) 22:59:48
    • 次のようにしないと、"()"が省略できませんでした。*2 -- teanan 2004-11-08 (月) 10:32:54
      - if (preg_match('/^(#[^\(]*)(\((.*)\))?(PRE:)?({+)$/',$line, $matches))
      + if (preg_match('/^(#[^\(]\w+)(\((.*)\))?(PRE:)?({+)$/',$line, $matches))
    • 修正ありがとうございます。 -- sky 2004-11-08 (月) 15:19:31
  • 残るはいかにもプログラムっぽい PRE: をプラグインの引数に入れることですね (^^) -- みこ 2004-11-08 (月) 12:02:50
    • このあたりは、上の正規表現を見る限り擬似引数として解釈させることは可能でしょうか? -- みこ 2004-11-08 (月) 12:21:53
    • 例えば "{{PRE:" として引数のように見せかけると言う事でしょうか。"()"を省略するとプラグイン名と"PRE:"が続いてしまうのでこっちの方が良いと思います。この方式でのプラグイン呼び出しは出来ています。 -- sky 2004-11-08 (月) 15:19:31
      • いえ、最後の引数とする(例: #sample(arg1,arg2,pre) の pre)とするという意味です。これができなければ結局ヒアドキュメントと何らかわりはないですしね。 -- みこ 2004-11-08 (月) 16:27:51
      • んじゃ引数じゃない方向も。通常記述が#sampleの時、preの記述は整形済テキスト=空白なので、空白あけて# sampleとか。あるいは太字&斜体ルールの様に#を重ねた数に意味を持たせて##sampleとか。…うーん余計混乱するかなぁ。 -- にぶんのに 2004-11-09 (火) 03:29:36
      • 複数行処理用の引数案。通常の引数とは区別が必要だと思うので #sample(arg)[pre]{{ }} -- matsuda? 2004-11-09 (火) 13:04:40
      • えっと、区別する理由って技術的要因以外になにかあるのでしょうか? (^^; -- みこ 2004-11-09 (火) 13:48:48
      • preっていうのはすごく汎用的な単語なので、予約語にしてしまうのは抵抗感があります。衝突しないように特殊な記号をつければ使い勝手が悪くなりますし。 -- matsuda? 2004-11-09 (火) 14:06:20
      • では、ちゃんとした単語を用意すればいいのは?(実際にプラグインの意味からすると、整形ではないし)たとえば、preformatted とか noparse とか*3・・・ -- みこ 2004-11-09 (火) 14:16:30
      • 例としてあげられた単語は、いかにも通常の引数として渡したいような単語に見えます。 -- matsuda? 2004-11-09 (火) 14:25:03
  • いっそのこと、複数行引数形式のときはユーザ定義ルールは適用されないとか。 -- matsuda? 2004-11-09 (火) 14:45:24
    • そのほうがいいかもしれませんね (^^; 必要ある人がどこまでいるかにもよりますが・・・ -- みこ 2004-11-09 (火) 14:55:01
    • 逆転の発想で、プラグイン引数でユーザ定義を適用したいなら、プラグインで何か引数を用意してもらってプラグインの中で make_str_rules を呼んでもらう・・・というのはどうでしょう?>matsudaさん -- みこ 2004-11-09 (火) 14:58:57
    • &now;はプラグインの実行時の解釈では意味が違ってしまいますねしまわないでしょうか。 -- matsuda? 2004-11-09 (火) 15:11:54
      • なるほど。コンバート時に置換はともかく、ソースを直接置換に関してはそうかもしれませんね。 -- みこ 2004-11-09 (火) 15:42:24
  • いろいろ考えてみたんですが、本来の Wiki のパターンに沿わせるならば、やはり複数行の中でも空白が先頭にあった場合のみ整形済みテキスト*4扱いするのが正論だとはおもいますけどね・・・(ソースを埋め込みたい人にとっては面倒なのでしょうけど (^^;) -- みこ 2004-11-09 (火) 19:56:00
    • 逆に、プログラムソース以外で変換されたくない需要ってあるのかな? (^^; -- みこ 2004-11-09 (火) 20:02:41
    • 自分もユーザ定義ルールを適用したくないケースはプログラムソースがほとんどだと思います。なのでユーザ定義ルールの適用を除外する記述がいかにもプログラム的であっても「使い勝手」上は問題ない気がします。ソースの場合は特に行数が多くなり勝ちなので、先頭に空白を入れるのは何とかして欲しいと思います。 -- matsuda? 2004-11-10 (水) 12:53:02
  • プラグインが適用されない場合にソースのまま出力されるようにしました。 -- matsuda? 2004-11-10 (水) 12:56:12
    書式
    #sample(args)[nosubst]{{
    ...
    }}
    fileconvert_html.php.7.diff filefile.php.2.diff
    convert_html.php.6.diffはバグっているので使わないでください。-- matsuda? 2004-11-10 (水) 13:48:54
  • ソース置換を区別するためにだけならば、(どのみち複数行なんだから)いっそのこと中括弧に拘らないほうが楽かもね・・・ 大括弧とか (^^; -- みこ 2004-11-10 (水) 16:07:26
    #code_highlight(c)[[ ←(1~n)
    void main(int argc, char *argv[])
    {
    	printf("hello world.\n");
    }
    ]] ←(行頭で1~n)
#plugin((
arg
))
  • '上のように普通の括弧を従来のプラグイン引数と同じどうさをした複数行拡張にしたら紛らわしいでしょうか? -- sky 2004-11-10 (水) 18:17:19
    • 上記(通常の括弧)でも、複数の引数が欲しい場合に同様の感じ(最後に複数行の引数)になるならば OK なのでは? -- みこ 2004-11-11 (木) 10:12:59
    • ただ、文法は安易に拡張をするとあとで収拾が付かなくなる*5ので、(標準に採用されるならば)できる限りディスカッションしたほうがいいと考えています。 -- みこ 2004-11-11 (木) 10:23:41
  • 極端に言うとユーザ定義ルールは UI のお話(文法のお話ではなく置換マクロを文法っぽくみせている)なので外部プラグインで制御も可能かなとおもう部分もあります。以下例↓ -- みこ 2004-11-11 (木) 10:37:33
    #nouserrules ←このプラグインでページ内のユーザルール全体の書き換えを抑制
    #sample(arg1,arg2,arg3){{ ←{(1~n)のあとはすぐ改行(判定を甘くするならTrimもあり)
      複数行のもの
      複数行のもの
      複数行のもの
    }} ←改行の直後に}(1~n) + [改行]で判別。ブロック型なのでこれ以外何もない。
    • あ、別に1~nと書いていますが、単にコピペなのでこだわってるわけではないです (^^; -- みこ 2004-11-11 (木) 10:42:27
    • ページ全体が抑制されてしまうと、commentとか置いたときに困るような気がします。*6 -- teanan 2004-11-11 (木) 11:26:21
    • 範囲指定できるようにして、下記のようにするとか*7 -- teanan 2004-11-11 (木) 11:29:46
      #nouserrules(start)
        :
      #nouserrules(end)
  • いえ、そこまでもいらないと思います。元々、行メタなPukiWiki は on/off だけあればいいので制御する場合はブロックにする必要はないです。すなわち
    #nouserrules(on)
      :
    でほおっておいてもいいし
    #nouserrules(on)
      :
    #nouserrules(off)
    としてもいいという意味です。でもって、引数なしのデフォルトは on もしくはトグルが理想かな・・・ -- みこ 2004-11-11 (木) 11:36:22
  • ↑ちなみに上記は、skyさん/upkさんの部分編集のon/offよりヒントを得ていますplus:開発談義/4 -- みこ 2004-11-11 (木) 11:45:15
  • ただ、あくまでも一案(しかも極論)です (^^; <別プラグイン -- みこ 2004-11-11 (木) 12:27:47
  • 別プラグインというのは綺麗な表現だなと感じました。疑問点はその効果を複数行引数とするのが良いか、それとも全体におよぶのか。また部分的にコピペしたときにユーザ定義ルールが適用されてしまう可能性があるので気をつける必要があります。複数行引数以外は行指向なのでそういう煩わしさが無いぶん余計に気になるかも。ソースコードを書く場合を考えると[[ ]]でユーザ定義ルールOFFというのが使い勝手がよさそうですが、ブラケットネームとかぶるのはどうなんでしょう。 -- matsuda? 2004-11-11 (木) 15:50:28
    • わたしも、*8その部分は気になっていました (^^;>中括弧以外の括弧を使用 -- みこ 2004-11-11 (木) 17:53:32
    • 別プラグインによる場合のお話ですが、これはどっちにも言えるので(もともとsetlinebreakなどに近い)似たような実装でいいのではないかとおもいます。すなわち、全体でおこなってもいいですし、複数行引数のみにしてもいいのではないかと(どちらかであって、それを引数で指定はめんどいのでなしね (^^;) -- みこ 2004-11-11 (木) 17:56:28
    • ちなみに現在でも、([nosubst]なしで)行頭に空白を入れていると、いまでもユーザ定義ルールは置換されないのですね (^^) -- みこ 2004-11-11 (木) 17:57:00
      • 当面、ユーザ定義ルールは抑制できなくても良い気がしてきました。-- matsuda? 2004-11-11 (木) 18:42:59
    • やっと「複数行引数でも先頭の空白で表すのが正論」がのみこめました。 -- matsuda? 2004-11-11 (木) 18:50:01
    • 複数行引数は整形済テキストというわけではないから、先頭に空白があってもユーザ定義ルールを適用するのがスジですかね。-- matsuda? 2004-11-11 (木) 18:57:00
      • あ、わたしが言葉足らずで伝わらなかったのですね (^^; すみません。 と同時にその部分をどうするかが微妙なんですよね (^^; ただ「引数」と解釈するならば変換しないほうがいいでしょうし、「文章(テキスト)」と解釈するなら変換すべき(ただし、「整形済みテキスト」は例外)という狭間なんですよね。わたしは、複数行=「(ソースも含めて)文章」という捉え方をしていたのでそのままルールを生かしていいのかなとおもったのですが・・・たしかにgraphvizなどは「引数」のような感じですものね。(テキストには近いけど (^^;) -- みこ 2004-11-11 (木) 19:13:28
      • プラグイン依存ということですね。プラグインに問い合わせる新しいインターフェースの導入するしかないか! -- matsuda? 2004-11-11 (木) 19:32:23
      • なるほど、action convert inline の他にプラグインが望んでいる挙動を問い合わせるということですね。たしかにそれが手っ取り早いかも・・・ -- みこ 2004-11-11 (木) 19:54:22
      • 余談:ちなみに今、下記を試したら &now; が置換されてしまいました (^^; -- みこ 2004-11-11 (木) 20:02:26
        #codehighlight(&now;){{
        abcdefg
        }}
  • 複数行の引数を最後の引数に限定しているのが不満。何番目の引数でも複数行に書ける記述が出来るといいと思う。 -- 外野? 2004-11-11 (木) 18:03:34
    • 2つ以上の複数行の引数を使う想定が思いつかないのでおしえてください。どのような場合(プラグイン)を想定されていますか?>外野 -- みこ 2004-11-11 (木) 19:01:42
    • 同時に複数行の引数を使うケースはまず無いでしょう。既存のプラグインを使いまわす場合、1つめの引数で使いたい場合もあります。 -- 外野? 2004-11-11 (木) 20:29:08
    • そのプラグインってどれになるんでしょう? (^^; オフィシャルプラグインでは1つ目の引数で複数行がほしいというのは見当がつかなかったのですが・・・>外野 -- みこ 2004-11-11 (木) 21:09:07
    • official:自作プラグイン/div.inc.phpが当てはまるかも知れません。 -- matsuda? 2004-11-11 (木) 23:27:46
    • 外野さんは同時にはないといっているので、違うかと (^^; 唯一オフィシャルで思いつくのは #back プラグインぐらい? -- みこ 2004-11-12 (金) 00:37:39
    • 違った見方をすれば ref のように引数が多くなるプラグインでしょうか。長いURLと複数のオプションの場合は複数行に書きたくなります。(私も#divの代わりに自作品を使っています) -- sky 2004-11-12 (金) 09:04:54
  • たぶん、実現するなら過去にreimyさんが発言された以下の形式が近いでしょうけど、そんなに需要があるのかな?これって・・・(下記は{{ が複数行としてちょっとアレンジしています。) -- みこ 2004-11-12 (金) 12:04:25
    #hogehoge({{
    hogera
    hogetta
    }},{{
    hogeme
    hogereba
    hogetatoki
    }})
  • いまはサンプルとして複数行が2行ぐらいしか書いていないけど、100行あって記述ミスしたら絶対に(どこが記述が間違っているのか)悩みそう。「お手軽に」という意味では、最後の引数のみのほうがトラブルが少なくて楽だとおもいますが・・・(テクニカル的にはどうですか?>matsudaさん) -- みこ 2004-11-12 (金) 12:09:00
  • ちなみに、わたしが発言する「お手軽に」というのはいくつかごっちゃにいってますが、上記の場合WikiWikiWebが本来もっている”メール文章を貼り付ければすぐにページができる”(=チープなデータ記法でリッチなプレゼンテーションが得られる)という意味です。(コンテンツを作るときに文法にかまっていられないというのもありますが・・・ (^^;) -- みこ 2004-11-12 (金) 12:18:56
  • 最後以外の引数も複数行を許そうとすると結構大きな変更になると思います。おそらくdo_plugin_convert()を、分解済の引数を配列で渡せるように変更することになるでしょうが、plugin.phpからconvert_html.phpに引数分解の仕事が移ることになるのであまり手を出したくはないです。 -- matsuda? 2004-11-12 (金) 18:28:19
    • けっきょく、開発者・利用者ともメリットがない*9なら、現行の最後の引数のみにして、手をださないほうが無難かもしれませんね (^^; -- みこ 2004-11-12 (金) 19:35:10
  • プラグインに問い合わせるインターフェースを考えてみました。汎用的にするための部分も入っています。 -- みこ 2004-11-16 (火) 00:22:57
  • 個人的には ( ( ~ ) )はユーザ定義ルール展開し、{{ ~ }}は展開しない、のような形のほうが分かりやすくて良いような気がします。 -- teanan 2004-11-16 (火) 02:22:45
    • そのときの問題はかっこだと脚注、大括弧だとBracketと勘違いしそうということだけなのですが、そのあたりはどうでしょう? -- みこ 2004-11-16 (火) 15:34:33
    • 前々から思いついていた折衷案として、({ ~}) (違う括弧を取り混ぜる)というのも考えたんですけど、いかにも安易で受け入れられそうにないかなぁとおもって言わないではいたのですが・・・ (^^; -- みこ 2004-11-16 (火) 15:37:10
  • 外部プラグインでの制御(#nouserrulesのところ)に関してですが、いっそ汎用化して他のプラグインの動作ヒントを与えるだけのプラグインというのはどうでしょう。 -- jitte 2004-11-18 (木) 00:27:39

例えば

#hint(クラス,トピック,値)

と書くと、内部的にはグローバル変数に

$pukiwiki['hint'][クラス][トピック] = 値;

のように保持される。デフォルト動作はあらかじめ

$pukiwiki['_default'][クラス][トピック] = デフォルト値;

のように定義しておいて、プラグインからは

get_hint(class, topic);

のようなAPIでアクセス。ヒントがあれば使い、なければデフォルト動作が選択される。というイメージです。

  • もともとは、すべてのグローバル変数を1つに集約してしまえばグローバルスコープが汚染されないし、各関数でのglobal宣言が楽になるし、ユーザごとのカスタマイズやページごとのカスタマイズも表現できるんじゃないかなぁというところからの発想です。*10 -- jitte 2004-11-18 (木) 00:29:14
    • 開発者からみるとそれでいいのかもしれませんが、利用者はおそらく何のヒントを与えていいかわからず、結局使わないかと思います。 -- みこ 2004-11-18 (木) 16:46:07
    • (ただ、上記の汎用化はヒントプラグインのために使用するのではなく、グローバル変数の集約化と xxx.ini.php の単純化といういみでは非常に賛成です (^^)) -- みこ 2004-11-18 (木) 16:48:05
    • 話がそれてしまいますが、その辺をうまく行っているソフトウェアでは GNU Mailman が理想的かなとおもってます。(Default.py と mm_cfg.py があって、ユーザは Default.py で項目を知って mm_cfg.py に記述して設定する。そして、GUI は他のファイルに設定し、 default.py -> mm_cfg.py -> GUI設定ファイルの順によみ設定を上書きしていく) -- みこ 2004-11-18 (木) 17:00:58
    • ふむふむ。使用例等のネタは多少あるのですが、もう少し考えてみて、まとまったらBugTrackにあげてみようと思います。 -- jitte 2004-11-18 (木) 22:28:19
  • 停滞しちゃいましたね (^^; さて、どうしたものか・・・ -- teanan 2005-01-06 (木) 11:16:47
  • こんな案はあがってましたっけ?? -- teanan 2005-01-06 (木) 15:08:18
    #name(hogera, hogetta, ~
    hogehoge)
    • ああ、ソースコードを表示する際に無意味でした X( -- teanan 2005-01-06 (木) 16:41:56

*1 指定ができないほうが心地いいときもあるのです (^^)
*2 正規表現的に合っているかどうかは自信ないです (^^;
*3 なんでも省略するのはプログラマの悪い癖だとおもっているので、あえてフルスペルで書いています。
*4 preだとまぎらわしいので表現変えました
*5 それを利用した改造も将来的にでてくるなどを含む
*6 &new{&now;};などが置換されなくなりそう
*7 ・・・って元の木阿弥なのような気が (^^;
*8 自分で発言しているにもかかわらず(ぉ
*9 ただしくはメリットがないように思える・・・ですが(^^;
*10 ちなみにB-Wikiでとあるハックを書くのに、300個ほどglobal宣言が必要になりました (^^;

トップ   編集 凍結 差分 バックアップ 添付 複製 名前変更 リロード   新規 一覧 検索 最終更新   ヘルプ   最終更新のRSS
Last-modified: 2005-03-09 (水) 16:54:14
Site admin: PukiWiki Development Team

PukiWiki 1.5.2+ © 2001-2019 PukiWiki Development Team. Powered by PHP 5.6.40-0+deb8u7. HTML convert time: 0.449 sec.

OSDN