BugTrack/40 の履歴差分(No.2)

• 履歴一覧
• 現在との差分 を表示
• ソース を表示
• BugTrack/40 へ行く。
  • 1 (2002-06-28 (金) 17:24:06)
  • 2 (2002-06-28 (金) 23:17:40)
  • 3 (2002-06-29 (土) 09:06:22)
  • 4 (2002-06-30 (日) 02:09:22)
  • 5 (2002-06-30 (日) 12:00:29)
  • 6 (2002-07-10 (水) 14:26:49)
  • 7 (2002-07-10 (水) 15:58:06)

• 追加された行はこの色です。
• 削除された行はこの色です。

*明示的に<blockquote>から抜け出る方法がない

-ページ: BugTrack
-投稿者: [[reimy]]
-優先順位: 重要
-状態: 提案
-カテゴリー: 本体バグ
-投稿日: [[2002-06-28]] (金) 08:24:06
-バージョン:

**メッセージ
現状では、明示的にblockquoteから抜け出る方法がないので、blockquoteの直後にプラグインを指定するとプラグインがblockquote内に置かれてしまう((ここではわかりやすいのでプラグインを例にしていますが、プラグイン以外の要素でも同じようなことは起こります。))。

たとえば
 >引用文
 #comment

とすると、#commentプラグインが展開されたタグはblockquoteの中に入ってしまいます。

 >引用文~
 #comment

これでも引用文からは抜け出せませんから、やはりプラグインが展開されたタグはblockquoteの中です。

 >引用文
 (空行)
 #comment

こうするといちおうblockquoteの外側にプラグインが置けますが、この場合、空行が<p>になるため、今度はプラグインが展開されたタグは<p>の中に入ってしまいます(<p>にtext-indentやmarginを指定している場合、プラグインもインデントやマージンが実行されるのではっきりわかります)。

blockquoteの中から抜け出るための明示的な方法がないという現在の仕様の欠陥だと思います。何らかの対策が必要です。

これは下記の２つをが同じに解釈するというように現在の仕様を決めてしまったことに起因するように思えます。なんでこんな仕様にしたんだろ?

(1)
 >test
 test
 test

(2)
 >test
 >test
 >test

(1)のように > が行頭にない場合はblockquoteから抜け出るような仕様にしておけばよかったんでしょうが…。<p>を改行の<br>代わりに使ってしまった弊害のように思えます。

これについては、現状で非常に困ってるので 1.4 での改善をお願いします。
----

-一度使った行頭書式をキャンセルするには空行を入れなくてはならないというルールをどうにかしなくてはならないということですね。 -- [[kawara]] SIZE(1):2002-06-28 (金) 13:15:59
-現状では<ul>についても<li>以外のものも直下に置けてしまうので<li>の次の行にプラグインを置いたときに同じようなことが起きます。↓の#commentのように… -- [[reimy]] SIZE(1):2002-06-28 (金) 13:55:41
-空行を<p>に割り当てるのならば、何らかのブロック要素の解除のためのものが必要となる。空行に解除の意味を持たせるのならば、空行に<p>の機能を持たせない…のいずれかだと思います。従来のデータへの副作用を考えると、ブロック要素の解除の機能を空行以外に持たせることになるのかなあ。お尻<p>の問題とも関連しますね。 -- [[reimy]] SIZE(1):2002-06-28 (金) 14:07:35
#comment