:CategoryDevもともと(1.3まで)が行指向でブロックという考え方が無かった。プラグインのブロック構文には下記のような書式が考えられますね。乱暴ですかね?さすがに乱暴かな...。19:32:40ブロックをプラグインで実現するにはそのプラグインがブロック構造を持つことを本体に知らせる必要がありますね。そこは書式とはちょっと違う話になっちゃうな。19:35:10これは書式というより、プラグインの仕様次第ですね。23:32:23上はインラインプラグイン、下はブロックプラグインって方法もありますね。13:27:15上記のような定義の仕方だと、ブロック構造の引数は1つしかとれないことになりますね。17:09:45#hogehoge({hogerahogetta},{hogemehogerebahogetatoki})プラグインのブロック構造が実現すると、表組みの右寄せとかができるようになるね。17:01:56#align(RIGHT,{|東京|名古屋|大阪||フジ|東海|関西|})だんだん複雑になってきちゃってますが・・・・HTMLの再開発にならないことを祈ってます。13:11:47HTML再開発になってきている気はするんですよ。RIGHT,SIZE,COLORもプラグイン行きですよね。13:15:53インラインの書式は&size(1){test}でいいんじゃないですかね。13:16:40難しいことをしたい場合はプラグインっていうノリだから車輪の再発明にはならなくて済むと思いますよ。基本の書式使うだけでけっこう文書作れちゃいますもんね。red}}をどうやって許すかだよなー。ブロックの引数内に}があったらそこで終わってしまうし。{}内はWiki書式とは限らないから{}の対応が取れてるとは限らないし。19:58:52インラインプラグインの書式を&hoge<.....>にすれば解決するでしょ。}にしなければユーザー定義も中で使えます。00:22:18<だったら次にプラグインの中に<ほげほげ>って書く時にこまるから同じですよ。01:08:45SIZEやCOLORもインラインプラグインにしようと考えてるんですよ。01:16:28インライン要素は多重ネストしますし、ブロック型プラグインの引数の中でも使用されます。したがってインライン要素をプラグイン化するには多重ネストを前提に設計する必要があります。reimy<ほげほげ>と書く時には困らないですよ。文字参照や数字参照で対応できますから。02:39:27下のとこっちを僕がごっちゃにして書いたから、ブロック構造とブロック型は違うんだ話しになったともうんですが、インライン型にブロック構造を持たせると厄介なことになるなと思ったんです。これらの場合の処理が問題になりそうです。}文字参照とかの入力を強いるのはどうかと思います。文法が複雑になるとメタ文字のエスケープ手段を考えなくちゃいけないんですよね。08:09:47エスケープを強いるほうが問題あると思います。文字参照や数値参照は通常のHTMLでも使用するけど、エスケープはHTMLでは使いませんからね。エスケープを使うとパソコン初心者に敷居が高くなってしまいます。参照するってのは実質エスケープしているのと同じことです。それと、実体参照がパソコン初心者に優しいというのはものすごく疑問です。10:34:41僕も文字参照の方が難しいと思っています。\>をみて>を想像するのは容易ですが、>をみて>を想像は困難だと思います。21:59:15実体参照はHTMLだけのものじゃないです。SGML系統のほぼすべてのマークアップ言語で共通したものです。XMLも例外ではありません。reimyエスケープのほうがよっぽど知られてないですよ(少なくともプログラマ以外には)。reimyでもXMLもSGMLもほとんどの人は知らないと思います。ユーザーが実体参照を入力するのではなく、すでにPukiWikiでは<は<に、>は>というように実体参照に変換されてます。使うとおっしゃられたからです。解釈もどうかと思いますけど。そもそもがエスケープのために実体参照にくわえられたものです。reimyさんとその他との議論が離れているとおもいます。HTMLのことは忘れてください。Wikiの文法はHTMLに縛られたものではありません。ブロック構造を定義するものとして<>を使った場合、<A>という文字を赤で表示したい場合、&color(red)<<a>>という表記になるとおもいます。この場合中の<>は何らかの形でエスケープしてやらないと、通常パーサーは一つ目の>をブロック構造の終わりとみなしますから&color(red)のブロック構造引数は<aということになってしまいます。これを避けるには<a>をユーザが<a>と書くとか\<a\>と書いて&color(red)のブロック引数の終わりが一つ目の>のではないことを知らせてやる必要があります。方針が変わりますねぇ。22:56:28まだ仕様決めなんだからいいんじゃないですか?両方ありえても<プラグインのネスト。それに上の問題とプラグインのネストには何も関係なんですが・・・・。23:00:22それにそういう書き方やめませんか?ここでは書き込んでいるひと以外のも複数の人が見ています。23:15:24自分でもBugTrack/104に「ただふつうの人にエスケープはわかりずらいよなー。ゆう」って書いてるじゃないですか。13:02:32「1行に1つの値」「空行が末尾(段落指定とあわせる)」「空のパラメータは許さない(必要な場合はなんらかの特殊記号をプラグインぐ側で定義」でいいように思いますけどね。(訳:この下の空行でお終い)ってな感じ。思うので、そういうのに合わせる形に持っていくと、複雑化を避けられるのでは?行単位の場合は良いんですけどSIZEみたいなのをプラグインにするときの引数が問題になっちゃうんですよー。