:CategoryDev
関連項†
こんなところかしら。
テストサイト†
SIZE(16):ここでテスト状況を見ていただけるとありがたい。
- blockquoteの中以外はよさそうですね。-- reimy
- blockquoteの中もいい感じになりましたね。 -- reimy
- いやいや、それが、まだまだなんですわ。結構大変 (T-T) -- kawara
- とりあえず力技で解決できている模様。次はきちんとパースのアルゴリズムから考えよう…。 -- kawara
- 残るはブロック要素のプラグインの処理ですね。 -- reimy
コメント†
- 現在、Wikiエンジンとなる html.php を読み始めている段階でまだまだ先は長いです。 (^^; -- kawara 2002-07-06 (土) 10:19:53
- Wikiテキスト整形エンジンの仕様を考えようと書式についての再考察をあらためてじっくり読んでから思ったのが、Wikiテキスト指向か、それともHTML指向かで文章の論理構造をどこまで扱えるようにするかが若干変わってくるような気がしました。 -- kawara 2002-07-06 (土) 10:34:40
- 出来上がりのHTMLを目指して、あ~したい、こ~したいとなるとWiki書式が複雑になり、Wikiでここまで実現しようってことになれば出来ることが少々減る -- kawara 2002-07-06 (土) 10:36:12
- とりあえず、現状では出来ることをあまり増やさず、簡素でいてHTMLの構文でこれはまずいだろうって部分を極力減らす方向がいいかと思ってます。 -- kawara 2002-07-06 (土) 10:37:00
- そうですね。Wikiの基本構文はこれ以上いじると敷居が高くなるので、このままで、機能拡張はプラグインとかで解決していくのが妥当かと思います。 -- ゆう 2002-07-06 (土) 10:51:44
- まとめると、次のようになるかな? -- reimy
(1)ブロック要素の次に別のブロック要素が現われたら確実に直前のブロック要素から脱出する。
(2)空行は段落というブロック要素であり、別のブロック要素が現われるまでを<p>~</p>でくくる。空行の次の行にブロック要素がくる場合は、段落が空要素となるため、<p></p>となる。
(3)したがって、ブロック要素の中に他のブロック要素を入れ子にはできないことは従来通り。(<ul>と<blockquote>は同種のブロック要素についてのネストは可能)
(4)上記のブロック要素の中にはブロック要素として出力されるプラグインも含まれる。
(5)<pre>の及ぶ範囲は先頭に空白文字がある行のみ、<blockquote>の及ぶ範囲は先頭に>がある行のみ。従来は空行が現われるまでを対象にしていたため、いろいろ弊害があった。
(6)versionやcountのようなインライン要素として出力されるプラグインについてはブロック要素内に置かれるべきものであるから、seagullさんが指摘されていたように、行頭に#で始まるブロック要素として出力されるプラグインとは別の書式を考えるべき。基本的にインライン要素としてのプラグインはユーザー定義などと類似した扱いになる。
(7)基本的に(5)(6)以外の書式は従来と変わらない。
- だいたいワタシがイメージしていたものと同じですね。纏まっていてありがたいです。 -- kawara 2002-07-06 (土) 15:36:34
- ブロック要素の中に他のブロック要素を入れたいというような要望は却下しましょう。書式が複雑になりすぎるし、利用度も低いだろうし。将来はともかく、今回は機能拡張ではなく、現状の不都合点を修正し、あいまいだった書式をすっきりさせるという観点でいいと思います。 -- reimy 2002-07-06 (土) 15:49:52
- blockquoteの中の処理も上記とほぼ同じでいいと思います --reimy
(1)blockquote要素の中には<p>と<blockquote>しか入らない。したがって他のブロック要素が現われた時点でblockquoteから抜ける。ブロック要素として出力されるプラグインが現われた場合も同様にblockquoteから抜ける。--よするに >- や ># という書式は認められないということ。つまり従来と同じ。
(2)blockquote内でも > だけの空行は段落というブロック要素であり、子blockquoteが現われるかblockquoteの終了までを<p>~</p>でくくる。>だけの空行の次の行に子のblockquoteがくる場合は、段落が空要素となるため、<p></p>となる。
(3)したがって、blockquoteの中に直接インライン要素が入ることはない。すべて子の<p>の中に入る。
(4)blockquoteの中にはブロック要素として出力されるプラグインは含まれない。インライン要素として出力されるプラグインはblockquote内の<p>の中に入る。
(5)基本的にblockquoteの出力が<blockquote><p>~</p></blockquote>のように<p>を含む形で出力されるようになるだけで、書式そのものに変更はない。
以上、文章にすると一見複雑に見えるが実は非常に単純(笑い)
- う~ん、思った以上に大変だ。こりゃ。ぐわ。 -- kawara 2002-07-09 (火) 20:37:22
- 現在、#commentと/ulの問題はまだ解決してないです。これはプラグインのパースをインラインの要素として扱っているために起こっている問題…。 -- kawara 2002-07-09 (火) 21:44:04
- <li>の行末に~があるとき、</li>が出力されないようです。まあ、<li>の行末に~を使う意味がそもそもないのだけど、<li>~<br /></li>となるべきところ</li>が落ちる。 -- reimy 2002-07-10 (水) 05:03:25
- <li>の行末に~を使うのは仕様外の使い方なのでBugというわけではないです。というわけでBugTrackには挙げないです。 -- reimy 2002-07-10 (水) 13:07:44
- でも、やはり日本語として考えると違和感がありますねぇ。-xxx~ であり、その次の文字列を ~xxx で先頭だぁ。は、やはり。私だけかなぁ?-- upk
- プラグインの仕様、けっこうイヤ~ンかも。見直したくなる。(笑) -- kawara 2002-07-10 (水) 13:45:57
- ぱんださんがおもしろい試みを始めてますよ。しろくろのへや:nest -- reimy 2002-08-06 (火) 20:34:56
- *の中に**があったときに、*の中に**があるという事にさせたいので<div name="??"><h2>項目</h2><p>内容</p>・・・</div>って感じで出力してできるとありがたい。 -- Logue
- <div id="contents1">だった_| ̄|○ -- Logue