はてなｽﾀｯﾌより､人力検索はてなの利用者様に質問します｡

先日の人力検索はてなのﾘﾆｭｰｱﾙにより､過去の回答について､はてな記法(行頭に -, + など)が展開されるようになっております｡こちらの変更について､はてなｱｲﾃﾞｱにて

はてなｱｲﾃﾞｱ - ﾘﾆｭｰｱﾙ以前の回答が､はてな表記扱いされている｡そのため今の回答表示が回答時の表示と異なっている｡
http://i.hatena.ne.jp/idea/9338

というｱｲﾃﾞｱが提案されております｡

はてなでは､上記のような弊害があるものの従来はてな記法を意図して回答されていたﾕｰｻﾞｰ様など､有用にお使いいただいける場面もあるかと考えており､こちらについてどのように対応するべきかを現在検討しております｡
このｱｲﾃﾞｱについて､いわしでﾕｰｻﾞｰの皆さまのご意見をお聞かせください｡

そもそも最近はてなを利用しだした者にとって､現在の構成は非常にわかりにくいです｡

独自の用語もたくさんありますし､それについての解説もない｡

現在はてなを使っているﾕｰｻﾞｰはずっとはてなを使っているわけではないということをｽﾀｯﾌのみなさんに認識して欲しいです｡

たとえばどうなるのか､見れば分かると思うのですが｡

最も気になったのは､空改行の扱いです｡

ﾀﾞｲｱﾘｰ記法では1個の空改行は空白行になりませんから､

段落ごとに空白行を入れて書かれていた回答が､

全て詰まって表示されてしまっています｡

これは非常に見にくいですよね｡

特にこの空改行の扱いに関しては､ﾘﾆｭ前の回答については､

ﾘﾆｭ前と同じ状態で表示されることを望みます｡

のため､ﾀﾞｲｱﾘｰで人力検索のﾀｲﾄﾙ表示が省略された問題などに比べ大きいと思います｡

ﾘﾆｭｰｱﾙ前のﾃﾞｰﾀはﾘﾆｭｰｱﾙ前と同じように表示すべき｡

ﾘﾆｭｰｱﾙ後はそれ(はてな記法の展開)を想定して書かれているだろうから､新しい方法で良いと思う｡

従来はてな記法を意図して回答されていた回答に関してははてな記法を対応させ､

意図されていなかった物は従来のままを希望します｡

例えば引用記号として使用されたらしい>などが変換されてしまって意味がわからなくなっているので､これは従来のまま､id:?などははてな記法を意図して使用されているので対応させるなど｡

http://q.hatena.ne.jp/1140680827#a491409

-->

だったと思われますが，現在

• >

と表示されています．

…というのはできないでしょうか｡

ﾕｰｻﾞｰにとってはこれが一番自然だと思います｡

だって､突然表示方法が変わるなんて思わないですもの｡

全く同主旨の意見を書き込みました｡

http://q.hatena.ne.jp/1116684808#a309922

-----------------ここから-----------------

だったのかな？これが

• ここから-----------------

と表示されています

だって､もともと無い機能を当てにして記述することなんて､ありえんよなぁ｡｡

詭弁にしか聞こえない｡

もしいたらこのﾂﾘｰに返信してみて欲しい｡

さすがです｡

こういう優良なﾕｰｻﾞがささえているはてなｸｫﾘﾃｨ｡

ﾎﾟｲﾝﾄは遡って一番親発言まで付与されるのか ?

いまいちいわしの仕組みがまだわからない｡｡

http://q.hatena.ne.jp/1107177029#a252426

--- data.html ---
(中略)
--- data.html ここまで---

だったと想像されるが

• data.html ---

(中略)

• data.html ここまで---

になっている．

http://q.hatena.ne.jp/1107177029#a252428も同様なので引用は略．

せっかく“行を変える”，“段落を変える”などと工夫をしながら

回答した物が全部詰まって表示されているのは､回答した側として

非常にｼｮｯｸです｡

読む側だって､とっても見難いと思います｡

まぁ過去の回答は､もう誰も見ないのかもしれませんけれども....

では

自分の回答ですが，はてな記法が有効じゃなくてもﾘｽﾄ記法を使ってしまってます．

http://q.hatena.ne.jp/1133845944#a452925

ﾘﾆｭｰｱﾙにより｢有用にお使いいただけ｣ているのですが，当然ながら当時は<li>にならなかったわけですので，元の"-"に戻されても構いません(というか弊害がある以上戻すべきだと思います)．

> まぁ過去の回答は､もう誰も見ないのかもしれませんけれども....

逆説的におっしゃったのだと思いますが､検索ｴﾝｼﾞﾝでひっかかることも多いし､今回のﾘﾆｭｰｱﾙで｢おとなり質問｣も実装されたので､以前の回答が目に触れる機会は十分あると思います｡

もともと"-"が"･"に変換されなくても､意味が伝わる(逆に変換されても可)なｹｰｽですね｡

おっしゃる通り｢以前の回答は以前の見栄えに戻すべき｣に同意｡

いわゆる｢声が大きい｣ﾕｰｻﾞであるわけで､その一方｢はてなに関心が高い｣層が多いと思われる｡逆にｱﾝｹｰﾄをとると｢どちらでも良い｣意見が多数を占める可能性もあり､難しいところ｡｡

http://q.hatena.ne.jp/1109057101#a264132

http://q.hatena.ne.jp/1114926974#a296811

いや､そういわれれば､使えるかな､っと､人力で＋などを使った記憶もありますが…

過去のｹｰｽにおいて登録されたﾃﾞｰﾀにおいては､はてな記法に変換するのは有用ではないと思います｡

登録した当時ははてな記法はつかえなかったのだから､そのときに登録された内容にて表示するのが適切かとおもいます｡

ﾘﾆｭｰｱﾙ以前のﾃﾞｰﾀには改行後の

行頭にｽﾍﾟｰｽをいれるなりして､ｴｽｹｰﾌﾟしちゃえばどうですか？

ﾘﾆｭｰｱﾙ後のはてな記法…は､まぁ､無いよりは>||||<とかがつかえるようになったので便利ですが｡

そのぶん回答をつけるなどの行為の敷居がたかくなったように感じます｡ﾚｲｱｳﾄ整えなきゃだめなのかなとか｡義務感がうまれちゃう｡

http://q.hatena.ne.jp/1101649461#a214009

元は

d 
-- R(t)=ｰλR(t)
dt

かな？記法が有効だと，もはや意味不明です

d

• R(t)=ｰλR(t)

dt

http://q.hatena.ne.jp/1104019626#a232161

http://q.hatena.ne.jp/1139890516#a486656

そうそう!!

検索で過去の質問を見る人って､かなり多いと思うんですよ｡

そんな人が私の過去回答を見たら････｡

私の場合､特に長文の回答が多いですから､

うえｰ､こいつ詰めて書いてて読みにくいｰ､

って必ず言われてしまいそうです｡

今回の仕様変更は､長文回答者にはﾎﾝﾄ､

大打撃だと思うんですよね｡

ちなみに私は今回のﾘﾆｭｰｱﾙを教訓として､

空白行には必ず全角ｽﾍﾟｰｽを1個入れることにしました｡

これなら今後どう仕様が変わっても､

おそらく意図した空白行は空白行のまま表示されるはずですから(^-^;

せっかく“行を変える”，“段落を変える”などと工夫をしながら

回答した物が全部詰まって表示されているのは､回答した側として

非常にｼｮｯｸです｡

ほんとですよね｡

特に前段落を体言止めにしたような場合､

場合によっては空白行が取り去られたことで

非常に意味が伝わりにくい文章となってしまうことも有り得ます｡

空白行があるという前提で書かれた文章は､

空白行も文字と同等の情報として

引き継がれるべきであると思います｡

このﾂﾘｰにぶらさげたものの……
自動ﾘﾝｸされるﾒﾘｯﾄはないかも．

全角ｽﾍﾟｰｽですか｡ おぉ､そう言うﾜｻﾞがありましたか｡

(ちょっと考えれば分かるだろう､と言う突込みはﾅｼでお願いします)

新しくなってからは､改行したい時には2行改行していました｡ (苦笑)

いやね､はてなのｽﾀｯﾌの方達が｢過去の物なんか､誰も見ないだろう｣

などと軽く考えているんじゃないかと思って､ちょっと自暴自棄になった

だけです｡ 勿論､過去の物を見る人達，見てくれる人達が存在すると

思っていますし信じていますよ､私も｡

この話を機に過去の自分の回答を幾つか眺めてみましたが､文字ｷﾞｯｼﾘ

で読み難いったらありゃしない｡ 思わず｢読むのﾊﾟｽ｣って感じ｡

元々1行空白と2行空白を使分けていたのですが､2行空白が辛うじて

1行空白で表示されていて､全文1つは避けられた物もちょっとありました｡

でも､非常に残念な状態である事だけは確かですよね｡

では

PC.全角ｽﾍﾟｰｽ1個の空白行を､この発言で試してみました｡

便宜的にid記法はdiary記法を使っていただけで､機能的に自動ﾘﾝｸを期待したわけではないですよね｡

｢あれば便利｣と｢有用｣と近いといえば近いけど､｢有用｣に｢かなり期待している｣印象が強いと思う｡

有用：役に立つ･こと

言葉本来の意味と与える印象との差異を狙った情報操作か ? :-P > はてなｽﾀｯﾌの質問文

を広めましょう！

というのもあるのですが､ここでふと｢ﾀﾞｲｱﾘｰの書式(記法)を人力に適用する良し悪し｣について気になった｡

いろいろ修飾できるのはﾒﾘｯﾄだが､意図しない見栄え(改行の件､-が勝手に･になってしまったり)となることをちゃんとﾍﾙﾌﾟに書かないと､非ﾀﾞｲｱﾘｰﾕｰｻﾞは｢なんじゃこりゃ｣って思うわな｡

http://hatenaquestion.g.hatena.ne.jp/keyword/%e8%b3%aa%e5%95...

にはさらっと

またはてな記法や一部のHTMLﾀｸﾞが利用できます｡

とあるけど､意図通り表示されないことも書かないと｢自分ははてな記法なんて使ってないから関係ない｣と認識している人は困惑するでしょう｡

と言うか､この“全角ｽﾍﾟｰｽﾜｻﾞ”って実は基本なんでしょうか？

自分は非ﾀﾞｲｱﾘｰﾕｰｻﾞなので､｢なんだこりゃ｣なんですけれども｡

但しこの全角ｽﾍﾟｰｽﾜｻﾞの欠点は､“確認しなきゃいけない事”です｡

いちいちｶｰｿﾙを動かして､又はﾊｲﾗｲﾄさせて､そこにｽﾍﾟｰｽが

ある事を確認しなければならないのですごく面倒です｡

空白行は空白行のままにする事って､できない物でしょうかねｪ｡

HTMLに順ずるから､ﾀﾞﾒって事なんだと思いますけれども....

では

いろいろ修飾できるのはﾒﾘｯﾄだが､意図しない見栄え(改行の件､-が勝手に･になってしまったり)となることをちゃんとﾍﾙﾌﾟに書かないと､非ﾀﾞｲｱﾘｰﾕｰｻﾞは｢なんじゃこりゃ｣って思うわな｡

という部分については同感です．意図したとおりに入力するのが難しくなったけど(特に改行)，それの説明がほとんどないですよね．

いっそのことｼﾝﾌﾟﾙﾓｰﾄﾞ(従来の記法が有効でないﾓｰﾄﾞ)とはてな記法ﾓｰﾄﾞをつくって，ﾃﾞﾌｫﾙﾄではｼﾝﾌﾟﾙﾓｰﾄﾞにした方が初心者にも親切なんじゃないかと思ったり．

かつての回答はあくまでも整形済みﾃｷｽﾄとして表示される前提で行われているはずですから､過去の回答は整形済みﾃｷｽﾄとして扱うのが妥当ではないでしょうか｡

｢従来はてな記法を意図して回答されていたﾕｰｻﾞｰ様｣っているのかなぁ｡

あったとしても｢id:?｣っていう記法と､ﾘｽﾄの｢-｣くらいじゃないかな｡

いたとしても､そういう書き方に慣れていただけで､表示のされ方って意識はしていないと思う｡

(だから､従来通りの表示でかまわないと思う｡)

解答欄に表記する回答は回答者の意図があり､回答者の意図により回答内容並びに､文章･段落構成が構築されていると思われます｡従って､回答者が表記した内容と異なる配置で表示されることは､回答者の本来の意図と異なった内容となるため､回答者の表記と同期が取れた内容にすべきではないでしょうか｡

規定からすると｢はてなの規定に従うことに同意します｣となっているので､回答表記方法を規定上に盛り込めば､回答者側が従わざるを得ませんが｡

はてな記法を意図せずに記入した内容が

場合によってはぼろぼろになることもあり得ますので｡

まぁ､読めなくなるほどのことはないでしょうけどね｡

私も改行の位置や空白行の使い方で

文章の読みやすさが全然違うと思い

なるべく気をつけているところに

意図とは違う表記になるのは､

かなり寂しいです｡

といっても､回答回数はまだ1桁ですが(^^;)

それに､結局あわてて失敗することも多いんですが(^^;;;)

それでも､回答時の見た目と変わるのは反対です｡

このﾂﾘｰの頭にかかれているとおり選択制ならまだしもですけど｡

選択制というお話ではなく､ﾘﾆｭｰｱﾙ以前と

切り分けというお話でしたね｡(^^;)

失礼いたしました｡

通常の質問･回答はただ見ているだけで､ｱﾝｹｰﾄの時のみﾎﾟﾁっとｸﾘｯｸ

する様なﾕｰｻﾞならば､｢どちらでも良い｣が多数を占めるかもしれませんね｡

だって､質問や回答にはあんまり興味がないのだから｡

見たい物だけ見て､見難かったら見なきゃいいだけだし....

なｰんて思ってしまうのですが､実際に質問や回答をする人達が使い易い

様になってくれるといいなぁと私は思うんですけれどもね｡

では

書き込みをした時点のままにするという

仕様のほうがｽｯｷﾘすると思うのですが｡

一部の記法を生かすと､｢これは違う｣というのが

出てくる可能性を否定できません｡

人間の思考(思いつく範囲)は有限で､現実はそれ以上です｡

皆さんの発言している内容に､私も賛成です｡

ﾘﾆｭｰｱﾙしても､ﾘﾆｭｰｱﾙ前の旧ﾌｫｰﾏｯﾄで書かれた物は

そのままの状態を保持していて欲しいと思います｡

ﾘﾆｭｰｱﾙ前後で書式を変えて表示するのは､大変なんでしょうかね｡

やり様は､ありそうな気がしますけれども｡

では

表示変更ﾎﾞﾀﾝで､

過去の発言は基本的に非展開､展開ﾎﾞﾀﾝを付ける｡

現在の発言は基本的に展開､非展開ﾎﾞﾀﾝを付ける｡

展開時には非展開ﾎﾞﾀﾝが､非展開時には展開ﾎﾞﾀﾝが付けられる｡

敢えて強い語調を使います

こんなのは本当は議論の余地なしと思います｡

id:○○など一部の記法やhttp://hogeと書いた時に自動的にｱﾝｶｰに展開される挙動は9割がた｢有用にお使いいただいける場面｣になるかも知れません｡ しかし､書き込みをした者(当時の回答者)が意図したものではない筈です｡⇒どれも｢はてな記法の効果を期待して書いたもの｣ではないですよね(http://q.hatena.ne.jp/1143099382/3975/4017)

展開されることを期待した回答が展開されていないことに気がついた回答者は､当時のいわしに補足したかも知れませんが､その補足が意味不明になりますよ！？

明らかに破綻する一般的な例を挙げます

過去の質問で､はてなﾀﾞｲｱﾘｰの使い方を質問したものは皆無でしょうか？

｢asin:475611895X:imageのように書けば､その商品の画像になりますよ｣と言ったような回答がはてな記法として展開されたら､それは全く意味不明になってしまいます｡

非常にまずいと考えられる点を述べます

TomCatさんのﾂﾘｰでも活発に議論されていますが､回答者の意図とか工夫とかを台無しにするのはまずいと思います｡

また今回のことで､将来に渡って記法の展開の仕様が変更された場合に対する｢恐れ｣のようなものが広がりつつあるような気がします｡(私は恐れています)

人力検索に寄せられた質問や回答の文面は｢はてな｣にその権利が帰属するのかも知れませんが､記法の展開の仕様変更で文面が変わるようなことがあるとすれば､著作者人格権の侵害にもなりかねないと思います｡

回答の文面には､ﾊﾝﾄﾞﾙﾈｰﾑ(はてなのid､変名の一種と考えられる)が添えられるのですから､同一性保持権は主張され得るものです｡

最終的に主張したい事柄へ繋げます

現在新ｼｽﾃﾑ下では回答の文面は｢はてな記法交じりの原文｣に近い形式でﾃﾞｰﾀ化されていると思います｡

これは将来に渡って記法の仕様変更で回答の文面が変わる恐れがあります｡

この恐れを払拭するため､移行したばかりの新ｼｽﾃﾑですが､回答の文面の保存形式(内部表現)を変更して下さい｡

回答が寄せられた時点の記法に基く展開結果つまり｢htmlの原文｣に近い形式でﾃﾞｰﾀ化されたものを蓄積するように変更して下さい｡(回答のﾌﾟﾚﾋﾞｭｰ時点の｢htmlの原文｣が一番無難)

その変更を完了した上で､旧ｼｽﾃﾑ下のﾃﾞｰﾀを再ｺﾝﾊﾞｰﾄして下さい｡

もちろんﾀﾞｲｱﾘｰ書きの回答者としては便利ではあるのですが｡

続きは⇒http://d.hatena.ne.jp/Kityo/20060314/1142264185

このﾂﾘｰの方向に賛成です｡

まとまった意見は別なﾂﾘｰを立てて書きました｡

本来ﾍﾞｽﾄなｿﾘｭｰｼｮﾝは旧ｼｽﾃﾑ下の質問＆回答(のﾃﾞｰﾀ)をｺﾝﾊﾞｰﾄしないことだった筈なﾝですよね｡

ｺﾝﾊﾞｰﾄしないどころか､旧ｼｽﾃﾑ下の質問はwww⇒qの引っ越しも必要なくて､そのまま見せておけば良かったのに｡

…って議論に進むと大変なことになるので､そこまでは戻さなくても済むようなｿﾘｭｰｼｮﾝが､このいわしで見つかると良いですね｡

1つ1つ質問を閲覧して探さないといけなくて大変でした｡(googleで検索できるような単語じゃないし)

ｽﾀｯﾌならﾃﾞｰﾍﾞｰｽを検索して記法(行頭に-､+､**があるとか)を探せるはずですよね｡

Kityoさんの回答を､少し噛み砕いて解説してみます｡

人力検索に寄せられた質問や回答の文面は｢はてな｣にその権利が帰属するのかも知れませんが､記法の展開の仕様変更で文面が変わるようなことがあるとすれば､著作者人格権の侵害にもなりかねないと思います｡

ここにおいて重要な点は､著作権と著作者人格権は違う､

ということですね｡

わが国の著作権法では､著作者人格権は

著作者に一身専属的な権利とされています(法59条)｡

著作権は財産権ですから他に帰属させたり譲渡したりすることが出来ますが､

著作者人格権は人権ですから､これはいかなる場合であっても

他に移転されることはないわけです｡

回答の文面には､ﾊﾝﾄﾞﾙﾈｰﾑ(はてなのid､変名の一種と考えられる)が添えられるのですから､同一性保持権は主張され得るものです｡

ここにおいて重要な点は､わが国の著作権法では､

明らかに著作者を示す｢変名｣は､実名と同等に扱われる､

ということですね(法19条)｡

はてなIDは実名と明確な関連を持って登録されるものですから､

はてな利用規約第2条における虚偽無く登録すべき義務を根拠に､

これは十分に｢変名｣の効力を有します｡

言い換えれば､私たちは｢はてな｣においてはIDの表示をもって

著作者人格権としての氏名表示権を行使しているわけです｡

以上のことから､全ての質問回答には

個人が特定出来る著作者人格権が存在する､

ということが分かります｡

したがってそこには当然同一性保持権(法20条)が存在し､

著しく表現や意味を変えてしまう改変の拒絶や､

改変されたものを原状に復すよう要求できる権利を持った著作者がいる､

というわけです｡

これはKityoさんの指摘があるまで気付きませんでしたが､

非常に重要な視点ですね｡

いままで､ﾀﾞｲｱﾘｰでも改行はすべて
で対応していたよorz

“全角ｽﾍﾟｰｽﾜｻﾞ”知ってれば楽ちんだったのに｡

私のｳｫｯﾁﾘｽﾄでは､長文回答の質問ばかり登録されているので､みにくいったらありゃしないw

良回答が勿体無い｡

軽々しくあるいはよっぽどの理由なく､互換性の確保を行わないでいるとﾕｰｻﾞの信頼を失ってしまいます｡

回答時の注意事項として

1. 空行を設けるには2行改行する
2. "+"や"-"など特殊な意味を持つ文字について

を人力検索ｶﾞｲﾄﾞの目立つところに記載して欲しい｡

また､どっかのblogもやっているように､入力時に｢改行をそのまま受け付けるﾓｰﾄﾞ｣と｢はてな記法やHTML使用可能ﾓｰﾄﾞ｣を設け､defaultは｢改行をそのまま受け付けるﾓｰﾄﾞ｣とすることを提案したい｡

お疲れ様でした｡

まぁ､これが｢はてな流｣といわれればそれまでなんですが､有志､ﾎﾞﾗﾝﾃｨｱ､好き者とはいえ､時間にｺｽﾄがかかっていることを意識して欲しい＞はてなｽﾀｯﾌ

質問､回答ﾃﾞｰﾀは純粋な文字列としてDBに保存されているでしょうから､それをHTML化しﾌﾞﾗｳｻﾞに返すｴﾝｼﾞﾝを2種類(ﾘﾆｭｰｱﾙ前の解釈､後の解釈)残しておき､ﾘﾆｭｰｱﾙ前後の質問/回答で使い分けするだけだと思うんだけど｡｡

HTMLにｺﾝﾊﾞｰﾄして保管せず､動的に生成してますよねぇ｡＞はてなｽﾀｯﾌ

全角ｽﾍﾟｰｽを行頭に入れて空行を作るってのは､ちょっとした皮肉のつもりでした｡(^^;;

個人の好みで使用するのはまったく問題ないと思うけど､見栄えの都合で意味のない記号を入れるのは本末転倒になっちゃうよ｡

http://q.hatena.ne.jp/1143099382/3965/4033

でid:xnissyさんもおっしゃってますし､

http://q.hatena.ne.jp/1143099382/3965/4161

でわたしも言及したとおり

｢ｼﾝﾌﾟﾙﾓｰﾄﾞとはてな記法ﾓｰﾄﾞを設け､ﾃﾞﾌｫﾙﾄはｼﾝﾌﾟﾙﾓｰﾄﾞとする｣となれば､初心者(はてなの)に対してもﾍﾋﾞｰﾕｰｻﾞに対しても使いやすい人力になると思う｡

可読ならばどんなに書式が崩れていてもいいと

はてなｽﾀｯﾌが思っているのなら別ですが､

人力検索はてなのﾛｸﾞとして

はてなが存続する限り残るﾃﾞｰﾀですから

不細工な文字化け､意味不明の記号の挿入

段落のないﾍﾞﾀ打ちの長文

などなど､

そのままに放置しておくのは非常に恥ずかしいと思います｡

外部から来たﾕｰｻﾞｰが見たときに

なにこのﾍﾝなｻｲﾄ……て嘲笑いそうですよね｡

議論の本筋とは少し外れるとは思いますが､

せっかく“行を変える”，“段落を変える”などと工夫をしながら

回答した物が全部詰まって表示されているのは､回答した側として

非常にｼｮｯｸです｡

その他､改行等の見栄えについてのご意見がかなり出ているようですけれども､その点につきまして｡

人力検索はてなは､他のはてなのｻｰﾋﾞｽと同様に､RSSﾌｨｰﾄﾞの配信やﾓﾊﾞｲﾙ版(携帯版)での提供も行われています｡

このいわし質問のﾓﾊﾞｲﾙ版(携帯版)は

• http://q.hatena.ne.jp/mobile/1143099382

です(PCからでもﾓﾊﾞｲﾙ版は閲覧可能です)｡

これをご覧頂ければおわかり頂けると思いますが､改行を頻繁にされていると､特に携帯から見ると文の途中で改行されたり､一行ごとに余分な空改行が入っていたりして､場合によっては非常に読みづらかったりします｡

なぜそうなるかというと､今回の回答入力および出力はﾀﾞｲｱﾘｰの仕様に準拠しており､ﾀﾞｲｱﾘｰと同様､pﾀｸﾞが自動補完されているからです(はてなﾀﾞｲｱﾘｰのﾍﾙﾌﾟ - 改行ﾀｸﾞを挿入...)｡こうやって文章の段落をpで囲むのはHTMLの仕様には叶っていますし､様々な環境(各種ﾌﾞﾗｳｻﾞや携帯､ﾓﾊﾞｲﾙ機器など)で閲覧してもらうのに対応させやすいですし､また､CSSで見栄えを整えるのにも都合がよいです｡

また､RSSﾌｨｰﾄﾞも(この質問はhttp://q.hatena.ne.jp/1143099382?mode=rss)､お手持ちのRSSﾘｰﾀﾞで読んでいただければ､回答がRSSﾘｰﾀﾞ上ではどういう状態になっているかおわかり頂けるかと思います｡

つまり､

• PCでの見た目で改行等を整えたとき､同様の環境で見ている閲覧者であれば読みやすいかもしれないが､逆に閲覧者の環境が違えば実はかえって読みづらかったりする｡
• 文章本来の意味で改行するようになっていたほうが､ﾓﾊﾞｲﾙ版(携帯版)では読みやすい｡

といったような状況である､とはいえる､とわたしは捉えています｡

ｳｪﾌﾞﾍﾟｰｼﾞの特性上､環境が違うと見栄えは異なってしまう｡見栄えが違うのはやむを得ない部分があり､ただし､見栄えが違っても各種ﾃﾞｰﾀとして提供されているときにも文章内容の同一性がとれているかことは絶対に必要なので､そうなっているかどうかを重要視したいとわたしは考えます｡

PC版での見た目について､行間や文字の大きさ､改行したときのpの幅､本文の幅……が違和感が強くあれば､ｱｲﾃﾞｱ等で提案してCSSを変更してもらうとか､もしくは自分でﾕｰｻﾞｽﾀｲﾙｼｰﾄを適用させるとかいう方向もあるかと思います｡

なお､先にもあげたﾀﾞｲｱﾘｰのﾍﾙﾌﾟ(はてなﾀﾞｲｱﾘｰのﾍﾙﾌﾟ - 改行ﾀｸﾞを挿入...)にあるように､何も書かない行を2回続けることで､意図的に改行ﾀｸﾞ br を挿入することができます｡

何かそういう注意事項が書いてあると良いですね｡

また､どっかのblogもやっているように､入力時に｢改行をそのまま受け付けるﾓｰﾄﾞ｣と｢はてな記法やHTML使用可能ﾓｰﾄﾞ｣を設け､defaultは｢改行をそのまま受け付けるﾓｰﾄﾞ｣とすることを提案したい｡

これについても確かにそういう設定が出来るﾌﾞﾛｸﾞがありますし､はてな回答者のみなさんが皆はてな記法に慣れていたりﾀﾞｲｱﾘｰを利用していたりするわけではないと思いますので､ｽﾀｯﾌの方には検討してみていただけるといいかもしれないなｰと思いました｡

わたし自身ははてな記法に慣れており､今回のﾘﾆｭｰｱﾙ自体は回答が書きやすくなって歓迎です｡回答が読みやすくなったとも感じます｡

過去の回答まで変換される点については､はてな記法を意図して書いた回答者(自分もﾘｽﾄを使ってました｡http://q.hatena.ne.jp/1095798953#a167780)よりもそれ以上に意図していなかったことにより表示が崩れるほうが弊害として重大だと思いますし､出来れば変換されないほうがいいんじゃないかと思いました｡

誤字申し訳ありません｡

私は改行することによる<p>ﾀｸﾞ挿入を意識して回答を書いているつもりで､場合によってはpﾀｸﾞ停止記法を使って代わりに自分で<br>ﾀｸﾞを入れたりしています｡でも一般のﾕｰｻﾞは見た目は気にしていても､｢改行すると<p>ﾀｸﾞが挿入されるから別の段落になる｣などということまで意識していないのではないでしょうか｡また､そこまで求めるのは酷だと思います｡

改行のつもりでﾊﾟﾗｸﾞﾗﾌ変更してしまうのは､見た目が改行に見えるからではないでしょうか｡もう少しﾊﾟﾗｸﾞﾗﾌの間隔を広げれば､ﾊﾟﾗｸﾞﾗﾌという単位がはっきりして､｢改行のつもりでﾊﾟﾗｸﾞﾗﾌ変更｣という使い方をする人が減るのではないでしょうか｡

# 個人的にはﾌｫｰﾑ上で改行しただけで<p>は好きじゃない
# ﾌｫｰﾑ上で見にくくなる｡
# 空行一個で<p>になるのがいいと思うんだけどなぁ｡
# と､この部分はpﾀｸﾞ停止記法で書いてみた｡

技術的な仕様を意識して書いていく必要性については

ﾘﾆｭｰｱﾙ後の質問回答に対して価値のあるご意見であり､

そうした仕様変更を全く予測せずに書かれた物に遡って適用するには

いささか無理があるかと思います｡

また､従来から携帯向けの回答には各回答者とも

携帯で読みやすいように書いてきたｹｰｽが多いと思われます｡

それ以外の物については､やはりPCで閲覧されることを

前提に書かれた物と言わざるを得ません｡

またRSSﾘｰﾀﾞｰは｢ﾌﾞﾗｳｻﾞ｣ではありませんから､

その表示のされ方については､もとより想定外と言うべきでしょう｡

それは｢はてなｱﾝﾃﾅ｣における概要の表示に

意図したﾚｲｱｳﾄが反映されないというのと

何ら変わりのない話です｡

はてなﾀﾞｲｱﾘｰを使い始めて以来

• 改行でﾊﾟﾗｸﾞﾗﾌ
• 2改行で改行

に違和感を覚えてたんだけど､ﾌｫｰﾑで見たのと実際保存してからﾌﾞﾗｳｻﾞでの見た目が違うからだ､ということにいまさら気付くことができた｡
WYSIWYGなんていまさらって感じだけど､おっしゃる通り

• 空行一個で

<p>

• 改行で

<br>

が自然だよ､やっぱり｡

技術的な仕様を意識して書いていく必要性については

ﾘﾆｭｰｱﾙ後の質問回答に対して価値のあるご意見であり､

そうした仕様変更を全く予測せずに書かれた物に遡って適用するには

いささか無理があるかと思います｡

もちろんそうです｡ですから､http://q.hatena.ne.jp/./1143099382/3965/4225では｢議論の本筋とは少し外れるとは思いますが｣と書きました｡

また､段落分けや改行の反映についてと｢はてな記法をﾘﾆｭｰｱﾙ前に遡及して反映させるかどうか｣という議論の本質とは密接には関係がある話でないとも思います｡

ただ､質問ﾍﾟｰｼﾞというWebﾍﾟｰｼﾞでは､見た目の問題を問いたいのであれば､

• いくら改行や段落分けを自分から見て良いように書いたところで､書き手の方と環境が違う閲覧者にとってはあまり意味をなさない場合もある(意図通り表示されない場合がある)
• PC版においては､HTMLでどう出力されるか､それとCSSとがこの場合の問題の本質

ということがいえますし､最終的にはそこを変更しなければ問題の解決には繋がらないとわたしは考えます｡その点では､id:xnissyさんの http://q.hatena.ne.jp/1143099382/3965/4244 は正鵠を射た指摘だと思います｡

また､ｱｸｾｼﾋﾞﾘﾃｨなども本来は考えなくてはならない問題です｡こうなってくるとﾕｰｻﾞや一回答者が考えるようなﾚﾍﾞﾙではなくなってきて､開発者側の問題になってきますけれども｡

ﾃｷｽﾄにおける改行は文字情報の一つです｡

意図的に挿入された改行は､改行ｺｰﾄﾞという名の文字なんです｡

したがって､重要なﾃｷｽﾄ情報の一部が表示に反映されないこと｡

ここが問題の中心です｡

文字情報に何ら関与しないCSSなどはこの場合無関係です｡

ひとつの改行ｺｰﾄﾞがひとつの <br /> に対応する､

という前提で書かれた文章は､

やはりどこまでもその形で表示していく必要があり､

二つの改行ｺｰﾄﾞが <p> に対応するという特殊な仕様を導入する場合､

当然そこには｢二つの異なった仕様｣に対する対処が

講じられてしかるべきでしょう｡

これは技術的に困難な問題だとは思われません｡

単に登録された日時で判別して､ﾘﾆｭｰｱﾙ以前のものは

はてなﾀﾞｲｱﾘｰ仕様の中の整形済みﾃｷｽﾄとして出力するだけです｡

yukattiさんが言う携帯での閲覧､確かに私は忘れていました｡

この点については､一理あると思います｡

でも基本的にはTomCatさんの意見に私は賛成で､携帯として以外はPCでの

閲覧が主だと思います｡ PC上での設定の違いも確かにいろいろあると思い

ますが､例えば自分は一行の文字数を控えめにしてなるべく見難くならない

様にしていました｡ まぁあくまで､自己満足の世界ではありましたが｡

ただここで言いたいのは､例え携帯からでは見難かったとしても､また例え

PCに依っては見難かったとしても､“ﾘﾆｭｰｱﾙ前に記載された回答に

関しては､当時のままの表示にして欲しい”と言う点です｡

では

本来ならば“はてなｽﾀｯﾌさんからのﾚｽ”が欲しい所でしょうが､

たぶん返信してはくれないと思いますので“同意”を表明する事で

ｽﾀｯﾌには何かを感じて貰いたいと思い一言｡

ﾘﾆｭｰｱﾙ前の回答は､ﾘﾆｭｰｱﾙ前の状態で表示して下さい

たぶんわざわざHTMLに変換して保存しているとは､私も思えません｡

容量を食うだけですしね｡

なので､使い分け(表示分け)をして欲しいと切に望みます｡

では

TomCatさん､噛み砕いてくれてありがとうございます｡

---

発言の内容と時系列から見て恐らく､fmht7さんとYumikoさんはこのﾂﾘｰの僕の意見を呼んで下さったのだと思います｡

読んで貰えたことの実感があると､嬉しいものです｡

fmht7さんは｢動的に生成しているだろう｣と推測されました｡

最近発生している一連の現象を見ている限り､(少なくとも新ｼｽﾃﾑに関しては)そうなっていると僕も思います｡

• idea:9282
• idea:9094
• など

fmht7さんの推測は､｢はてな記法交じりの原文｣に近い形式でﾃﾞｰﾀ化されているだろうとの僕の予想と同じものだと思います｡

---

Yumikoさんはfmht7さんの推測への返信の中で､(｢htmlの原文｣に近い形式でﾃﾞｰﾀ化するのでは)｢容量を食うだけ｣とｺﾒﾝﾄされました｡

それも一理あると思います｡携帯版を慮った場合には携帯版用のhtmlの原文も必要かも知れず､更に容量が必要かも知れません｡(こっちは多分､杞憂｡html→ｺﾝﾊﾟｸﾄhtmlへの変換技術は既に確立されていると思うし､その技術自体つなぎの技術だから)

---

しかし｢htmlの原文｣に近い形式ﾃﾞｰﾀを蓄積することにもｼｽﾃﾑ上の利点があり､僕がｱｰｷﾃｸﾄであれば容量の問題には目をつぶれる次のような利点です｡

• 僅かだが表示が早い｡ﾕｰｻﾞﾋﾞﾘﾃｨが向上し､演算やDB参照の負荷が減る(演算やDB参照のための負荷やﾕｰｻﾞの待ち時間がﾌﾟﾚﾋﾞｭｰの時の分だけで済む)
• 将来に渡ってｼｽﾃﾑの複雑化を避けられる(今必要なものはﾘﾆｭｰｱﾙ前／後の2値ｽｲｯﾁだが､将来3値以上にすることを要望される可能性が高い)
• DB内／ﾌｧｲﾙｼｽﾃﾑ／その他の場所で一般的な圧縮技術が適用される(或いは既にされている)と､容量の問題は殆どﾁｬﾗになる見込みが充分にある

---

何よりも著作者人格権への真剣な対応のためには､｢はてな記法交じりの原文｣に近い形式でのﾃﾞｰﾀ蓄積では難しいと思います｡

ﾘﾆｭｰｱﾙ前の回答だけでなくﾘﾆｭｰｱﾙ後の回答も､将来のはてな記法の仕様変更によって文意が変わるほど展開結果が変わってしまうような事態は発生し得ると思われ､そのような事態は絶対に避ける必要があると思います｡

仮に一定数以上のはてなのﾕｰｻﾞｰが結託して法的な訴え方に出たらとてもやっかいなことになりますし､そこまでしないまでも著作者人格権を踏みにじられた気持ちの悪さはﾕｰｻﾞに居心地の悪さを感じさせると思うのです｡

この間のquestion記法のちょっとした変更によって､文意が通じなくなったﾀﾞｲｱﾘｰの記事は山のようにあるかと思います｡(⇒question:1142734290)

---

まぁ､ﾃﾞｰﾀの内部表現などは僕には見えないし､ｼｽﾃﾑとして都合の良い形式で構わないと言えばそうです｡

しかし､僕が主張した意味での著作者人格権への対応を充分に考慮した出力をするｼｽﾃﾑであって欲しいと思います｡

旧ｼｽﾃﾑ下の回答の文面が精密に再現されたとしても､1枚の画像になっているとかは嫌だなぁと思います｡

例えばhttp://www.hatena.ne.jp/1125885317#a13(現在はhttp://q.hatena.ne.jp/1125885317#a396309)に対する僕の回答がこんな風に表示されたら嫌だなぁと思います｡

僕の感じ方では､htmlの原文のﾚﾍﾞﾙで大体同一性が保たれていれば見栄えが少々変わろうが気にはなりません｡

例えばCSSの変更程度は､(僕の感じ方では)同一性保持権を侵害されたとは感じないと思います｡

(よほど恣意的に文意を変えるようなCSSを当てはめたら別でしょうが､そんなことは将来的にもまず有り得ないでしょう)

この辺りの感じ方はﾋﾄによるかも知れないので､細かく利用規約に書くor敢えてｸﾞﾚｰにしておくのが良いでしょうね｡(個人的には｢はてな｣には後者が似合うと思います)

---

htmlの原文の中にｺﾒﾝﾄ(<!-- ? -->)があったら保持されるべきか？ってことも気にするﾋﾄは気にするかも知れませんが､現状のいわしﾀｲﾌﾟ質問ではそもそもｺﾒﾝﾄの中身は保存されないみたいですね｡(ﾀﾞｲｱﾘｰでは保存されていましたよね？)

先の発言の末尾に｢<!-- あちこちのｻｰﾁｴﾝｼﾞﾝのｷｬｯｼｭを必死に探しました､ひｰ｡ -->｣って入れていたのですが､DOM的な構造としてのｺﾒﾝﾄｴﾚﾒﾝﾄだけ残って､ｺﾒﾝﾄ内容は削除されている様子でした｡

適切な処置だと思います｡僕はｺﾒﾝﾄの保持に関しては｢気になりません｣｡

回答の文面は､少なからぬ場合ﾃｷｽﾄとしてｺﾋﾟｰ＆ﾍﾟｰｽﾄ出来る状態で公開されることを前提としているでしょうから､｢絵｣になっていたら質問者さんや後から読むﾋﾄに不便と言うことだけでなく､当の回答者にとっても不本意でしょう｡

誰かが書いたﾃｷｽﾄを｢絵｣に変換したりしたことを原因として著作者人格権周りで揉めたと言う話は聞いたことがありません｡

しかしｺﾝﾋﾟｭｰﾀ＆ﾈｯﾄﾜｰｸの文化圏では､ﾃｷｽﾄ→絵の変換はきっと､同一性保持の観点から見たら｢暴挙｣ﾁｯｸな行為だと思います｡

僕は知的財産権の関係に鋭くｱﾝﾃﾅを張り巡らしている訳ではないので､実はどこかに事例はあるかも知れませんが｡

この辺りの枝は既に､半ばﾈﾀであり､極端な例の例示であって､まさか｢はてな｣が回答を｢絵｣にするとは思っていませんですよ！？

TomCatさんとはいろいろ問題の捉え方が違うようですし(特にHTMLにおけるﾃｷｽﾄの書き方やｱｸｾｼﾋﾞﾘﾃｨへの観点など)､わたし自身は今後この問題への対処という観点を含めて考えていたのですが､そちらは措いておいて｢ﾘﾆｭｰｱﾙ以前のもの｣に絞って書きます｡

http://q.hatena.ne.jp/./1143099382/3965/4280 から

これは技術的に困難な問題だとは思われません｡

単に登録された日時で判別して､ﾘﾆｭｰｱﾙ以前のものは

はてなﾀﾞｲｱﾘｰ仕様の中の整形済みﾃｷｽﾄとして出力するだけです｡

• 参考 はてなﾀﾞｲｱﾘｰのﾍﾙﾌﾟ - 整形済みﾃｷｽ...

ここでid:TomCatさんが仰っている｢はてなﾀﾞｲｱﾘｰ仕様の中の整形済みﾃｷｽﾄ｣が､はてなﾀﾞｲｱﾘｰのﾍﾙﾌﾟに書いてあるとおり｢preﾀｸﾞで回答ﾃｷｽﾄを囲む｣ことを意味しているのならば､わたしはそれには反対ですし､実際､実現はかなり難しいのではないでしょうか｡

過去の質問ﾍﾟｰｼﾞのHTML構造では回答文はPRE要素で囲まれておらず､基本的にはﾃｰﾌﾞﾙと定義ﾘｽﾄ(DL要素)が使用されていました｡その状況下で回答するにあたり

• 特に意識的には頻繁な強制改行せず
• 慣習的な視覚系ﾌﾞﾗｳｻﾞの自動折り返しを念頭に置いて(もしくは慣習として無意識に受け入れて)
• 改行は必要最低限にして投稿している

回答者は､わたしを含めて多数いると思います｡

それなのに､新たに過去に遡って pre で囲まれることは､

• PRE要素は自動的な語の折り返しを不可能にしてよく(http://www.asahi-net.or.jp/~sd5a-ucd/rec-html401j/struct/tex...)､結果､強制改行が入っていない文章は横長に広がってｶﾗﾑ表示を崩す恐れが強い｡
  • 横ｽｸﾛｰﾙが必要になったりなどして閲覧しづらくなります｡
  • 右側のｻｲﾄﾞﾊﾞｰに回答文が被ると右側のｻｲﾄﾞﾊﾞｰのﾘﾝｸなどがｸﾘｯｸできなくなったりします｡
  • PRE要素に対してCSSを適用させ､たとえば折り返しするよう制御したとしても､ﾌﾞﾗｳｻﾞの種類やCSS非適用の場合はそれも出来ません｡
• < や >等の記号類の取り扱い｡
  • はてなﾀﾞｲｱﾘｰのﾍﾙﾌﾟ - 入力したｺｰﾄﾞ...を適用すれば解決するかもしれませんが

など､数々の弊害の方が大きくはないですか？(http://bakera.jp/hatomaru.aspx/ref/html/element/pre､ほか､PRE要素に関しては､google:整形済みﾃｷｽﾄgoogle:整形済ﾃｷｽﾄなど)｡明確なﾒﾘｯﾄは頻繁に改行を入れて回答していた人たちに対してしかないのでは？

ですので､もし､ﾘﾆｭｰｱﾙ以前のものに対して出力について別処理が出来て､改行や空白文字などを書いた当時のまま反映させてほしい､と要望されるのであれば､

• 素直に､ﾘﾆｭｰｱﾙ前のHTMLで出力させてやる

ことがいちばんで､もうひとつは

• 回答文をDIV要素で囲んで､中身は br要素を反映させたﾍﾞﾀ打ちﾃｷｽﾄに

といった方法を要望するほうが､｢整形済みﾃｷｽﾄ｣(PRE要素)にするよりもまだ適切なのではと考えます｡

それと､わたし自身ははてなの回答のHTML表示に関して｢著作者人格権｣を問う考え方ではありませんが､ここ限定でTomCatさんはじめ数人の方が問題にされている｢著作者人格権｣の観点に則って考えてみます｡わたしは過去回答する時点では､回答文が pre で囲まれておらず最終的には視覚系ﾌﾞﾗｳｻﾞの自動的な折り返しが適用されることを確認し､それを念頭に置いて､強制改行は必要最低限にして投稿していました｡それなのに､過去に遡って新たに回答文が pre で囲まれることは､ここでみなさんが仰っている｢著作者人格権｣というか､わたしの過去の回答意図に反します｡｢同一性保持権｣も侵害されます(PRE要素が適用されないという前提で回答し､出力されたHTML表示でもそうなっていたのだから)｡その観点から考えても､過去に遡ってﾘﾆｭｰｱﾙ前の回答をpreで囲んで｢はてなﾀﾞｲｱﾘｰ仕様の中の整形済みﾃｷｽﾄ｣にしてほしくはありません｡

なお､上記はあくまでTomCatさんが主張されている｢はてなﾀﾞｲｱﾘｰ仕様の中の整形済みﾃｷｽﾄとして出力するだけ｣への対案として出しただけです｡

わたし個人の要望としては､今回のﾘﾆｭｰｱﾙ以前の回答に対してHTML構造を上に書いたように変更してもらうことは要望しません｡ﾘｽﾄ等のはてな記法を適用させてしまうことは､弊害の方が大きいようなので出来れば記法の適用と展開はﾘﾆｭｰｱﾙ後のみにしてほしいと思います｡

Kityoさん､読んでいますよ｡ またご指摘を有難うございます｡

また私は､携帯版の存在を考慮しない発言をしてしまいました｡

>> 携帯版用のhtmlの原文も必要かも知れず

そうなんですか｡ 携帯版用のhtmlは別に存在するかもしれないのですね｡

見た事がなかったので､ｲﾒｰｼﾞできませんでした｡

単純にﾃｷｽﾄ情報のみの方がｼﾝﾌﾟﾙで容量が少ないのかなと思った

だけだったのですが､私の考えは古過ぎたみたいですね｡ 反省｡

仰る様にﾃﾞｰﾀの内部表現はｼｽﾃﾑの都合次第ですので､ｺﾒﾝﾄは

差し控えます｡ ﾕｰｻﾞがとやかく言う領域ではないと思いますので｡

ただ表現と言う面から､著作権(と言うと凄く大袈裟な様な気も致しますが)

への考慮はして欲しいと私も思います｡

では

旧仕様を前提にして書かれたﾃｷｽﾄは

旧仕様そのままの出力をする､ということでしょう｡

ただ､開発側がはてなﾀﾞｲｱﾘｰ互換の仕様に固執するなら

その中でも出来るじゃないですか､ということです｡

さらに言えば､今の仕様の中でもできることをやらないのは

｢仕様｣ではなく｢仕様の穴｣だということなんです｡

きちんとやるなら､旧仕様を前提として書かれた物は

旧仕様で表示する｡それが一番いいに決まっています｡

ﾀﾞｲｱﾘｰでは<!--?-->の中は｢下書き機能｣といって一切出力されなくなっています．

# ﾈﾀﾊﾞﾚ的なことを書くのにｺﾒﾝﾄｱｳﾄが使いたかったので，
# idea:1798というのを出したのですが賛同者ｾﾞﾛでした

ﾀﾞｲｱﾘでは｢下書き｣として保存されているけれども､htmlには出力されないってことですよね｡

一方回答では､出力されないってことだけは確か｡(確かなのは現時点に限る)

もしかして､保存されているかも知れませんが｡

ここから＞

＜ここまで､とても長いｺﾒﾝﾄ(約2000文字)を入れてみました｡

段落ごとに空白行を入れて書かれていた回答が､

全て詰まって表示されてしまっています｡

と書いておられますが，その空白行というのは段落の区切りを表現するためだったのですよね？つまり，ﾘﾆｭｰｱﾙ以前はhtmlを記述することができませんでしたので，段落を表現するために空白行で表現していたということですよね．

ﾘﾆｭｰｱﾙ後はどうなったかというと，1つの空白行はﾊﾟﾗｸﾞﾗﾌの区切り，つまり</p><p>として出力されるようになりました．段落の区切りを意図して書いた空白行が，htmlの文法上の段落の区切りに変換されたことに何故反対するのかという理由がよくわからないので，説明していただけませんか？

もう一点，

ﾀﾞｲｱﾘｰ記法では1個の空改行は空白行になりませんから､

のように文章の途中で段落を変えるのは奇妙に思えるし読みにくいのですが，何か理由があるのですか？

# HTML原理主義的な立場に立って書いています
# 改行や空白文字などを書いた当時のまま反映させてほしいという
# 要望に反対しているわけではありません

まず，PRE要素で出力することには反対です．yukattiさんのおっしゃるとおりだと思います．

さて，一点理解できていない点がありますので，よろしければ教えてください．

• 素直に､ﾘﾆｭｰｱﾙ前のHTMLで出力させてやる

と

• 回答文をDIV要素で囲んで､中身は br要素を反映させたﾍﾞﾀ打ちﾃｷｽﾄに

とはどのように違うのでしょうか？前者はtableでﾚｲｱｳﾄしていたけれども，後者はDIVということでしょうか？回答文の表示のされ方という点で，とくに改行のされ方に関して同じ結果になりますか？

小見出し記法，ﾘｽﾄ記法などの入力支援記法は，仮にそれを意図して書かれていた回答が一部にあったとしても，具体例を挙げたように記法を意図しない回答が記法として扱われている例が多数ある以上はてな記法を対応させるべきではないと思います．

改行記法は結構難しいですね．

http記法によるURL自動ﾘﾝｸは便利ですので，はてな記法として扱ってほしいところです．

はてな内自動ﾘﾝｸは，それほど有効とも思えず，かといって有害な例も見つかっていないというところでしょうか．

さて，これを実現するには2つのｱﾌﾟﾛｰﾁが考えられます．

• ﾘﾆｭｰｱﾙ以前のﾃﾞｰﾀのｺﾝﾊﾞｰﾄ
• ﾘﾆｭｰｱﾙ以前の場合は別の出力処理を行う

このうち，技術者的にどちらを好みそうかというと，前者の気がします(ｱｲﾃﾞｱﾐｰﾃｨﾝｸﾞでもそんな感じだった)．

前者だとすると，ﾐｰﾃｨﾝｸﾞで言っていたように小見出し記法，ﾘｽﾄ記法を無効にするために『｢*｣や｢-｣をそのまま行頭に表示する』記法を使う，つまり記法っぽい行や空白行の行頭に半角の空白をつけるということになるでしょう．

この方法の問題点は，ﾘﾆｭｰｱﾙ前の改行がﾊﾟﾗｸﾞﾗﾌに変換されるという点で，html原理主義的には問題ですが，見た目の問題はかなり解決しそうに思います．

後者のparserを別につくるというｱﾌﾟﾛｰﾁであれば，ﾘﾆｭｰｱﾙ前と互換性を保つのは容易ですので特に議論するまでもないでしょう．

ありがとうございます｡あとで読み直して自分でもちょっとわかりづらいなあと思っていたので､すみませんでした｡

http://q.hatena.ne.jp/1143099382/3965/4357 でわたしが書いた

• 素直に､ﾘﾆｭｰｱﾙ前のHTMLで出力させてやる

について｡ﾘﾆｭｰｱﾙ前の回答文で､現在は

http://web.archive.org/web/20050401022019/http://www.hatena....

Internet Archive Wayback Machine で､

過去のはてなを調べてみました｡

懐かしいですね｡

こんなふうに表示されているものでも､ﾘﾆｭｰｱﾙ前に回答が書かれた時点では

 http://web.archive.org/web/20050401022019/http://www.hatena....

はてな

Internet Archive Wayback Machine で､
過去のはてなを調べてみました｡

懐かしいですね｡

こう書いていたものかもしれません｡HTMLだと大まかな構造では

<dl>
<dt><img border="0" src="images/exclaim.gif" width="7" height="11">&nbsp;<b>http://web.archive.org/web/20050401022019/http://www.hatena....
<dt>はてな
<dd>Internet Archive Wayback Machine で､<br>過去のはてなを調べてみました｡<br><br>懐かしいですね｡
</dl>

以前はこうなっていました(違ったらｽﾐﾏｾﾝ)｡

なので､ﾘﾆｭｰｱﾙ前の回答であればこのような以前の通りのHTML出力にしてやり､かつ､この定義ﾘｽﾄが以前の通り表示されるようなCSSにしてやればいいのは､ということです｡以前の通りのHTML(とCSS)で出してやるのですから､当時回答したときの回答者の意図通り､といえるのでは､と考えました｡

※なお現在は以前の回答文HTMLで書いても､CSSが恐らく異なっているので以前の通りの表示にはなりません｡

さらにこの回答文のHTMLを､現在のﾘﾆｭｰｱﾙ後の回答詳細

<div class="answer-detail">
<div class="section">

のなかに入れる……とするか､いっそﾍﾟｰｼﾞ全体をﾘﾆｭｰｱﾙ前のHTMLにしちゃう､ということもあるかもしれません｡

もうひとつの､

• 回答文をDIV要素で囲んで､中身は br要素を反映させたﾍﾞﾀ打ちﾃｷｽﾄに

と書いたのは､見た目の改行や｢段落分け｣を忠実に､という､見た目だけを問題にしている人に対しての対処ともいえるわけですが､同様のﾘﾆｭｰｱﾙ前の回答文部分を

<div class="kako">
<b>http://web.archive.org/web/20050401022019/http://www.hatena....
<b>はてな</b><br>
Internet Archive Wayback Machine で､<br>
過去のはてなを調べてみました｡<br><br>
懐かしいですね｡
</div>

とかしてやって､

http://web.archive.org/web/20050401022019/http://www.hatena....
はてな
Internet Archive Wayback Machine で､
過去のはてなを調べてみました｡

懐かしいですね｡

のように出力してやればどうだろう､ということを言いたかったのでした｡こうすると､ﾘﾆｭｰｱﾙ前の回答文と比べるとHTMLは異なってしまうのですが､改行はﾜｰﾌﾟﾛ的に反映されますので､｢見た目のこだわり｣がある程度反映されたものになるのではと｡HTML構造としてはあまり良くないかもしれませんが｡

というのは､質問者のｺﾒﾝﾄは実はたぶんこういう対応がなされているので､回答文でもそれが出来るんじゃないかとちらっと思ったりしました｡

参考

• http://web.archive.org/web/20050330065321/www.hatena.ne.jp/1...
• http://q.hatena.ne.jp/1111794482

この場合､全体的には現在のﾘﾆｭｰｱﾙ後のHTMLに入れる形でいいのではと思います｡つまり過去の回答でも

<div class="answer-detail">
<div class="section">

のなかに入れるということで｡

なお､繰り返しになりますが､以上はあくまで id:TomCatさんが http://q.hatena.ne.jp/1143099382/3965/4280 で述べられた

これは技術的に困難な問題だとは思われません｡

単に登録された日時で判別して､ﾘﾆｭｰｱﾙ以前のものは

はてなﾀﾞｲｱﾘｰ仕様の中の整形済みﾃｷｽﾄとして出力するだけです｡

に反対の立場での対案として出している意見です｡わたし自身の希望としては要望しません(わたし自身の要望は http://q.hatena.ne.jp/1143099382/3965/4357 の最後に書きました)｡

あ､今ｱｲﾃﾞｱﾐｰﾃｨﾝｸﾞを聞きましたが､ｱｲﾃﾞｱﾐｰﾃｨﾝｸﾞの中でもPRE記法のことが述べられてますね(http://hatena.g.hatena.ne.jp/hatenaidea/20060323/1143093462｡いちおうﾎﾞﾂかな)｡

さらに､追加すれば､TomCatさんが http://q.hatena.ne.jp/1143099382/3965/4438 で

旧仕様を前提にして書かれたﾃｷｽﾄは

旧仕様そのままの出力をする､ということでしょう｡

ただ､開発側がはてなﾀﾞｲｱﾘｰ互換の仕様に固執するなら

その中でも出来るじゃないですか､ということです｡

こう仰っていますが､｢ﾘﾆｭｰｱﾙ前の回答をPRE要素で出す｣というのは｢開発側がはてなﾀﾞｲｱﾘｰ互換の仕様に固執するならその中でも出来る｣ということにはならなくて､回答文をまた違う意味を持つHTMLで出力させる､ということなんだとわたしは思います｡違う意味を持つHTMLで出力させる､ということではﾘﾆｭｰｱﾙ前のddで囲まれた回答文をﾘﾆｭｰｱﾙ後にpで囲んだのとかわらないし､http://q.hatena.ne.jp/1143099382/3965/4357で書いたように今のｺﾝﾊﾞｰﾄに比べて弊害が更に大きい､だから反対したい､と思います｡

過去に自分が回答した質問を見ていたら､私のPC上では文字化けしていました｡

http://q.hatena.ne.jp/1139828318

思いっきり文字化けをしていて､私のPC上では原型を留めていません｡

お手数ですが､どなたか確認をして戴けませんか？

では

http://q.hatena.ne.jp/1139828318#a486157ですよね？

WinXP + IE6｡で､こんな感じでした｡

????¨????????????????????????§???????????§???3/4(???)???check-in??????????????§?????????
????????????????????????????????????URL??§?????????(?????????????????£?????????????????????)
???????????§?????¶????????????????????????????????????????????§??????
???????????§???????????§?????¨?±???§???(???????????????????????¨UK?????????????????§?£??¨?¨?
??§??????????????????????????¬??????????£??????1.46280???????????§????????§?????¶?????§???)
?? Brussels Marriott Hotel

とても丁寧に解説していただきまして､ある程度理解できたつもりです｡

この2案がyukattiさん自身の要望ではないということから､簡単なｺﾒﾝﾄにとどめさせていただきます｡

• 素直に､ﾘﾆｭｰｱﾙ前のHTMLで出力させてやる

にしても､あるいはこの派生案の

いっそﾍﾟｰｼﾞ全体をﾘﾆｭｰｱﾙ前のHTMLにしちゃう､ということもあるかもしれません｡

にしても､

回答文をDIV要素で囲んで､中身は br要素を反映させたﾍﾞﾀ打ちﾃｷｽﾄに

にしても､ｺﾒﾝﾄ部分をpre要素にするのと比較すると再現性が高いですね｡また､回答者ｺﾒﾝﾄの中身におけるhtml構造は?br要素しかありませんが?忠実に再現されるということですよね｡

気になったのは､回答者のｺﾒﾝﾄを囲っているhtmlについて､

ﾘﾆｭｰｱﾙ前のddで囲まれた回答文をﾘﾆｭｰｱﾙ後にpで囲んだのとかわらない

という部分です｡これは問題視すべきことなんでしょうか……｡定義ﾘｽﾄのdd要素にｺﾒﾝﾄを記述するのはおかしいので､HTML的な意味合いが変化したにしても､歓迎すべき変更なのではないかと思ったのですが｡(HTMLの意味が変わるといいたかっただけで､ﾏｲﾅｽのｲﾒｰｼﾞでおっしゃってるのではないかも知れませんが)

ところで､本いわしの議題から完全に外れますが､ﾘﾆｭｰｱﾙ前は回答者ｺﾒﾝﾄとは別だった回答URLが､現在は回答者ｺﾒﾝﾄの一部であるかのようになっています｡せめて旧いわしのﾀｲﾄﾙのようにｺﾒﾝﾄ本文との間に一行あけてほしいですし､できることならyukattiさんが書いておられるように

http://web.archive.org/web/20050401022019/http://www.hatena....

はてな

Internet Archive Wayback Machine で､

過去のはてなを調べてみました｡

懐かしいですね｡

のように表示してほしいですね｡これははてなｱｲﾃﾞｱには未登録でしょうか？

そう､そうです｡ 私のPCと同じ状態です｡

(私もWinXP+IE6です｡ 最初から､書くべきでしたね)

回答した時は､ちゃんとまともに表示されていました｡

これは､はてな記法うんぬん以前の状態ではないかと.... (;_;)

既に質問者さんには伝えたい事が伝わって終了している話ですが､

ちょっとこれはひどくないですか????

では

＞これははてなｱｲﾃﾞｱには未登録でしょうか？

現時点で多分､｢1行空けて(必須だった)URLとｺﾒﾝﾄを分かりやすく｣＋｢URLのﾀｲﾄﾙを表示｣ははてなｱｲﾃﾞｱに未登録と思います｡＞ってかideatesterさんなら僕より詳しいでしょうに｡

僕なら､｢URLのﾀｲﾄﾙを表示するなら回答が寄せられた当時のものにして！｣と付け加えたいです｡

今日ﾀｲﾄﾙを取得し直したら､ﾘﾝｸ切れしてたり意味が変わったりしてるものが多いでしょうから｡

※旧ｼｽﾃﾑでは常に､回答が寄せられた時点のURLのﾀｲﾄﾙを表示していましたよね､確か？ と言うことは当時のﾀｲﾄﾙ情報は旧ｼｽﾃﾑのﾃﾞｰﾀﾍﾞｰｽの中にある筈…｡

気がついた範囲でこんなの(http://q.hatena.ne.jp/1139828318#a486157)があるくらいですから､10万件近くあろう中にはまだまだいっぱいあるかも知れませんね｡

これがはてな記法や改行の再現性うんぬん以前の問題なのか､根の深いところで繋がっているのかどうかは分かりませんし､詮索しても仕方ないかも知れないですが｡

少なくとも著作者人格権うんぬんまで持ち出さずとも､Yumikoさんの心を傷つけているであろうことは､誰もが理解できると思います｡

未登録ですか｡ありがとうございます｡｢僕より詳しいでしょうに｣とのことですが､ｱｲﾃﾞｱ登録量の多さからもはや把握できていません｡それに｢URLをｺﾒﾝﾄ欄の一行目に表示して､それに続けて二行目からｺﾒﾝﾄを表示するのはやめて｣というｱｲﾃﾞｱは人によって書き方がいろいろありそうで､検索しづらいんですよね｡

※旧ｼｽﾃﾑでは常に､回答が寄せられた時点のURLのﾀｲﾄﾙを表示していましたよね､確か？

とのことですが､ﾀｲﾄﾙは再取得してませんでしたっけ？少なくとも "404 Not Found" というﾀｲﾄﾙになっているのを見たことがありますけど｡

ｸﾘｯｸする前つまり質問詳細ﾍﾟｰｼﾞでURLを見ている段階で､ﾀｲﾄﾙが"404 Not Found"関係になっているのも確かに見たことがあります｡

しかしまともそうなﾀｲﾄﾙが(質問詳細ﾍﾟｰｼﾞに)あるのにｸﾘｯｸしたら"404 Not Found"関係だったこともありました｡ｸﾘｯｸしたら全然別のﾀｲﾄﾙだったことはざらです｡

思うに､回答者が回答を寄せた時のﾌﾟﾚﾋﾞｭｰ､その回答内容が質問詳細ﾍﾟｰｼﾞに入った時､質問終了時…などの複数のﾀｲﾐﾝｸﾞで再取得して､最終的にどこかの段階で固定されるのかなぁ…と｡

昨日たまたま自分の回答を見ていて気づき､ｼｮｯｸで思わず“はてな記法”

との関連性に結び付けてしまいました｡

でも言われてみれば､Kityoさんが仰る通り別問題かもしれないですよね｡

まぁ理由もない(？)文字化けって､存在しますからね｡

今回の自分の場合､質問者が知りたかったﾎﾃﾙの名前，住所と私が伝えた

かったURLは無事に残っています｡ なので質問者が見返したとしても､

取り敢えず必要な情報は見る事ができるので､最悪は避けられたかな｡

文字化けした日本語は､単なる説明だけでしたからね｡

またこの質問者の旅行日程は今から1ヵ月後なので､もう既にどこかを

予約していて見返す必要もないかもしれないですし｡ それを祈ろうっと｡

そうですね､他の回答でも文字化けがあるかもしれませんよね｡

皆さん､無事でありますよｰに!!

Kityoさん､反応有難うございました｡ お蔭様で落ち着きました｡

では

いろいろとありがとうございます｡

http://q.hatena.ne.jp/1143099382/3965/4509でわたしが書いた以外にも､ﾘﾆｭｰｱﾙ前の空白行等の見た目をなるべく忠実に反映させる方法はあるように思います｡

また､現在のようにﾀﾞｲｱﾘｰ的に改行でP要素を自動挿入する形のｺﾝﾊﾞｰﾄのままで､ただ､ﾘﾆｭｰｱﾙ前の回答文で

<br><br>

が二つ連続している場合…つまり空改行を2行入れていた場合も現在は1行の空改行と同様に扱われてｺﾝﾊﾞｰﾄされているんですが､それをﾀﾞｲｱﾘｰ本来の仕様(ﾘﾆｭｰｱﾙ後の回答の仕様)にそろえて空改行2行で
を(ﾊﾟﾗｸﾞﾗﾌとﾊﾟﾗｸﾞﾗﾌの間に)挿入する､という形にしていれば､案外､まだ見た目はﾘﾆｭｰｱﾙ前の感じになるんじゃないかと思ったりもしました｡

何より､はてな記法を展開させないための措置として､xnissyさんが http://q.hatena.ne.jp/1143099382/3968/4501 でお書きになているようなことも必要ですよね｡

それと､ご指摘いただきました

気になったのは､回答者のｺﾒﾝﾄを囲っているhtmlについて､

ﾘﾆｭｰｱﾙ前のddで囲まれた回答文をﾘﾆｭｰｱﾙ後にpで囲んだのとかわらない

という部分です｡これは問題視すべきことなんでしょうか……｡定義ﾘｽﾄのdd要素にｺﾒﾝﾄを記述するのはおかしいので､HTML的な意味合いが変化したにしても､歓迎すべき変更なのではないかと思ったのですが｡(HTMLの意味が変わるといいたかっただけで､ﾏｲﾅｽのｲﾒｰｼﾞでおっしゃってるのではないかも知れませんが)

これについては､http://q.hatena.ne.jp/./1143099382/3965/4509 に書いてるんですが

違う意味を持つHTMLで出力させる､ということではﾘﾆｭｰｱﾙ前のddで囲まれた回答文をﾘﾆｭｰｱﾙ後にpで囲んだのとかわらないし､http://q.hatena.ne.jp/1143099382/3965/4357で書いたように今のｺﾝﾊﾞｰﾄに比べて弊害が更に大きい､だから反対したい､と思います｡

この強調箇所を観点にして考えましょうよ､という意味を持たせたかったのでした｡

つまり､TomCatさん(他数名)の方の主張では

• ﾘﾆｭｰｱﾙ前の回答の空白行や改行等が意図通り反映させていないからP要素に置換したのには問題がある､PRE要素にすれば解決するのだ

ということがあったと思うんですが､その考え方はHTMLで見た目をどうにかしようという発想であって､HTMLを本来の文章構造･意味を示すためのものとして捉えた意見ではないんじゃないかな､と､わたしには思えました｡で､それは違うんじゃないか､PRE要素を適用させれば解決するような考え方ではなく､本当は質問と回答の文章構造を考えて､より妥当なHTML(とCSS)にしてもらうよう考えるべきでしょう､と言いたかったんです｡

ですので､回答文をP要素に適用した今回のｺﾝﾊﾞｰﾄは､わたしとしてはxnissyさんと同じく､｢歓迎すべき変更｣だと思っています｡

既にYumikoさんご自身や他の方が不具合報告されていたり､もしくはこのいわし質問にてｽﾀｯﾌの方がご覧になっているかもしれませんが､念のため

• ｢はてな お問い合わせ 人力検索ｻｲﾄはてなについて｣ http://www.hatena.ne.jp/faq/q?c=1

今回は取りあえず個別の事例であるということで､このお問い合わせ(質問箱)ﾍﾟｰｼﾞから不具合報告をしておきました｡文字化けしている旨と､｢他にも同様の事例がないかも気になりますが､調査･対処のほどよろしくお願いいたします｣といった内容です｡

ﾃﾞｰﾀｺﾝﾊﾞｰﾄの不具合なんでしょうけど､Yumikoさんはじめ質問者の方､ひいては全ての人力閲覧者･ﾕｰｻﾞにとっての損失となる重要な不具合だとわたしは感じました｡

はてなは規約上､監視の義務は免責ということなので(http://www.hatena.ne.jp/rule/rule#kiyaku09)､わたし自身は気になる不具合等があればｱｲﾃﾞｱや質問箱を利用してなるべく早めにｽﾀｯﾌに知らせるようにしています｡ｽﾀｯﾌに不具合を知ってもらわなければ対処してもらえないですし……とはいえ､その対処も必ずしもすぐ行われるわけではありませんけれども｡

自動ﾘﾝｸ記法などは､回答者の意図に合致したもののように思えますし､弊害がある事例も今のところ挙げられていませんので､旧仕様で表示するよりは新仕様のほうがいいと思います｡

また､空白行がﾊﾟﾗｸﾞﾗﾌの区切りになってしまった点についても､http://q.hatena.ne.jp/1143099382/3965/4475で述べたとおり回答者の意図に沿った変換ではありませんか？http://q.hatena.ne.jp/1143099382/3965/3965の

段落ごとに空白行を入れて書かれていた回答が､

全て詰まって表示されてしまっています｡

これは非常に見にくいですよね｡

という問題は､yukattiさんがhttp://q.hatena.ne.jp/1143099382/3965/4225で指摘されているとおりCSSの問題です｡

# むしろbrがpになるというのが問題だと感じますが
# TomCatさんはﾊﾟﾗｸﾞﾗﾌを分の途中で細かくわける文体のようですから
# この点は気にしないのではないかと推測します

ありがとうございました｡疑問点については解消しました｡

また､現在のようにﾀﾞｲｱﾘｰ的に改行でP要素を自動挿入する形のｺﾝﾊﾞｰﾄのままで､ただ､ﾘﾆｭｰｱﾙ前の回答文で

<br><br>

が二つ連続している場合…つまり空改行を2行入れていた場合も現在は1行の空改行と同様に扱われてｺﾝﾊﾞｰﾄされているんですが､それをﾀﾞｲｱﾘｰ本来の仕様(ﾘﾆｭｰｱﾙ後の回答の仕様)にそろえて空改行2行で<br>を(ﾊﾟﾗｸﾞﾗﾌとﾊﾟﾗｸﾞﾗﾌの間に)挿入する､という形にしていれば､案外､まだ見た目はﾘﾆｭｰｱﾙ前の感じになるんじゃないかと思ったりもしました｡

えっと､文字通り<br><br>が二つ連続だと<br><br><br><br>で空改行が3行になりますよ｡ちなみにhttp://web.archive.org/web/20050330065321/http://www.hatena....の<br><br><br><br>は､ちゃんとhttp://q.hatena.ne.jp/1111794482#a279028ではﾊﾟﾗｸﾞﾗﾌとﾊﾟﾗｸﾞﾗﾌの間に<br><br>が挿入されています｡<br><br>だと空改行は1個であり､ﾀﾞｲｱﾘｰ本来の仕様どおりではないかと思うのですが､ぼくが勘違いしてます？

でも､おっしゃりたいことは分かります｡<br><br>を改行記法として扱ってﾊﾟﾗｸﾞﾗﾌとﾊﾟﾗｸﾞﾗﾌの間に<br>を挿入すれば､見た目の問題は改善されそうです｡そして､その辺を問題にしていた人たちはこれで納得するのではないでしょうか｡

でも､ﾘﾆｭｰｱﾙ前にbrだった部分がpに変換されるということには気持ち悪さを感じますので､他の方がおっしゃっているように(またこのﾂﾘｰでyukattiさんがhtmlを示してくださったように)､brだったものはbrのままにしたほうがいいかもしれません｡

つまり記法っぽい行や空白行の行頭に半角の空白をつけるということになるでしょう．

と書きましたが､ﾃｽﾄしたところ半角の空白のみの行はIEでもFirefoxでも無視されました(そのような仕様なのかな？)｡従って､空白行については半角空白をつけるのではなく<br>に変換する必要がありそうです｡

あるいは､ﾘﾆｭｰｱﾙ前の行(<br>)が現在は段落(<p>)として扱われていますが､以前のまま行は行として扱うためにpﾀｸﾞ停止記法で全体を囲む方がﾍﾞﾀｰに思えます｡

====

以下､ﾃｽﾄです｡

ﾘﾆｭｰｱﾙ前のｿｰｽ

ﾊﾟﾗｸﾞﾗﾌ1ﾊﾟﾗｸﾞﾗﾌ1<br><br>ﾊﾟﾗｸﾞﾗﾌ2ﾊﾟﾗｸﾞﾗﾌ2<br>

上のﾘﾆｭｰｱﾙ後の表示

ﾊﾟﾗｸﾞﾗﾌ1ﾊﾟﾗｸﾞﾗﾌ1

ﾊﾟﾗｸﾞﾗﾌ2ﾊﾟﾗｸﾞﾗﾌ2

ﾃｽﾄ1：空白行に半角の空白を入れる

ﾊﾟﾗｸﾞﾗﾌ1ﾊﾟﾗｸﾞﾗﾌ1

ﾊﾟﾗｸﾞﾗﾌ2ﾊﾟﾗｸﾞﾗﾌ2(この上に半角空白のみの段落がある)

ﾃｽﾄ2：空白行に<br>を入れる

ﾊﾟﾗｸﾞﾗﾌ1ﾊﾟﾗｸﾞﾗﾌ1

ﾊﾟﾗｸﾞﾗﾌ2ﾊﾟﾗｸﾞﾗﾌ2(この上に<br>のみの段落がある)

ﾃｽﾄ3：pﾀｸﾞ停止記法で囲う

ﾊﾟﾗｸﾞﾗﾌ1ﾊﾟﾗｸﾞﾗﾌ1

ﾊﾟﾗｸﾞﾗﾌ2ﾊﾟﾗｸﾞﾗﾌ2

すみません､ﾀﾞｲｱﾘｰ本来の仕様と交えて考えてしまって､わたしも少し勘違いしたかもしれません｡

まず､ﾀﾞｲｱﾘｰの改行記法｡

• はてなﾀﾞｲｱﾘｰのﾍﾙﾌﾟ - 改行ﾀｸﾞを挿入...

はてなﾀﾞｲｱﾘｰでは､｢*｣や｢-｣などの特殊文字で始まらない通常の行は､自動的に

?

ﾀｸﾞで囲まれ､一定の行間が設定されますが､何も書かない行を2回続けることで､意図的に改行ﾀｸﾞ
を挿入することができます｡

ですね｡

そして､xnissyさんがあげてくださった例にしたがって整理してみます｡

ご指摘の

http://web.archive.org/web/20050330065321/www.hatena.ne.jp/1...

ﾘﾆｭｰｱﾙ前の回答文のHTMLを一部抜粋

<dd>家庭で作るお好み焼き?ﾎｯﾄﾌﾟﾚｰﾄで焼く<br><br><br><br>つくる人によってさまざまな流儀があ
るんです｡と申しますのも､お好み焼き屋さんに行って､【各自が自分で焼く】んですね｡初めは見よう見まねで､それから次第に自分の流儀ができあが
っていきます｡ですから､出来上がりも焼く人によって微妙に違ってきます｡固めが好きな人､ふんわりと焼き上げる人､外はﾊﾟﾘﾊﾟﾘで中はふんわりに
こだわる人……｡ですから､生地を押さえる人もいれば､なるべく押さえないようにする人もいますし､厚めに作る人､薄いのが好きな人と､いろいろで
す｡みなさんこだわりがあるようです｡<br><br>上に挙げた｢家庭で作るお好み焼き｣も基本的なﾚｼﾋﾟを細かく説明しています｡

＃横長になりすぎないよう､便宜的に改行させています｡

＃fontﾀｸﾞはﾘﾆｭｰｱﾙ前の最近は使われなくなっていましたし､直接この話題に関係無いことから､省きました｡

ほんとですね｡ﾘﾆｭｰｱﾙ前の｢庭で作るお好み焼き?ﾎｯﾄﾌﾟﾚｰﾄで焼く｣と｢つくる人によってさまざまな流儀があるんです｡｣の間の ｢連続するbr4個｣が､ﾘﾆｭｰｱﾙ後は ｢連続するbr2個｣になっている｡

でも､そのﾘﾆｭｰｱﾙ前の回答の続きの､たとえば､｢みなさんこだわりがあるようです｡｣と｢上に挙げた｣の間のにあるなどの ｢連続するbr2個｣は､ﾘﾆｭｰｱﾙ後は

http://q.hatena.ne.jp/1111794482#a279028

<p>家庭で作るお好み焼き ﾎｯﾄﾌﾟﾚｰﾄで焼く</p> 
 <br> 
 <br> 
 <p>つくる人によってさまざまな流儀があ
るんです｡と申しますのも､お好み焼き屋さんに行って､【各自が自分で焼く】んですね｡初めは見よう見まねで､それから次第に自分の流儀ができあが
っていきます｡ですから､出来上がりも焼く人によって微妙に違ってきます｡固めが好きな人､ふんわりと焼き上げる人､外はﾊﾟﾘﾊﾟﾘで中はふんわりに
こだわる人……｡ですから､生地を押さえる人もいれば､なるべく押さえないようにする人もいますし､厚めに作る人､薄いのが好きな人と､いろいろで
す｡みなさんこだわりがあるようです｡</p>

<p>上に挙げた｢家庭で作るお好み焼き｣も基本的なﾚｼﾋﾟを細かく説明しています｡

というふうにﾊﾟﾗｸﾞﾗﾌ間の br が消えて､空白(brが入らない行)が入る形で直接P要素とP要素が繋がっています｡これは､ﾘﾆｭｰｱﾙ後の仕様にあてはめて､

• br1個により､pﾀｸﾞ自動補完

に使われ､あと残り1つのbrだと｢何も書かない行を1回｣しか続けていないことになるから改行記法に扱われない､だから仕様通り､ということになります｡

でも､それだと､｢ﾘﾆｭｰｱﾙ前の『連続するbr4個』を､ﾘﾆｭｰｱﾙ後にbr2個にｺﾝﾊﾞｰﾄしている｣のはおかしい､ってことになるような気がします(わたし何か勘違いしてるかもしれませんが)｡同じ計算法でいくと､ﾘﾆｭｰｱﾙ前の｢連続するbr4個｣は

まず､

• br1個により､pﾀｸﾞ自動補完

で､残りはbr3個になります｡これは｢何も書かない行を3回｣になり､改行記法でいえばﾘﾆｭｰｱﾙ後のP要素とP要素のあいだの改行はbr1個分になるはず｡

でも､ﾘﾆｭｰｱﾙ前の回答を書いたときの意図で言えば､xnissyさんも書いてくださっているとおり､

でも､おっしゃりたいことは分かります｡<br><br>を改行記法として扱ってﾊﾟﾗｸﾞﾗﾌとﾊﾟﾗｸﾞﾗﾌの間に<br>を挿入すれば､見た目の問題は改善されそうです｡そして､その辺を問題にしていた人たちはこれで納得するのではないでしょうか｡

ということだとわたしも思いますし､ﾘﾆｭｰｱﾙ前の｢連続するbr4個｣をﾘﾆｭｰｱﾙ後に｢連続するbr2個｣にｺﾝﾊﾞｰﾄしているのも問題ないように思います｡

そこでつまり､｢連続するbr4個｣を｢連続するbr2個｣にｺﾝﾊﾞｰﾄしているのが正しいとすれば､もしかすると､現在の状況はbrが2個連続しているときに限ったｺﾝﾊﾞｰﾄの不具合ということはないのかなあ(本当は､ﾘﾆｭ前に連続するbr2個であれば､そのｺﾝﾊﾞｰﾄは改行記法を適用してP要素とP要素の間にbr1個入れる形にするはずなのでは｡それが不具合でそうなっておらず､改行記法になるはずのbrが丸々消えてしまっているのでは)､とも思えました……｡

わたしが何か勘違いしていたらすみません｡

とはいえ､

http://q.hatena.ne.jp/./1111794482#a279028

例にあげさせていただいたこの回答に限定して言えば､現状で特には問題はないんですよね｡読みづらくなったわけでもないと思います｡無理にHTML出力を変える必要もないようにも見える｡つまり､

• ﾘﾆｭｰｱﾙ前の回答文で自然な文の意味の切れ目(本来の意味の『段落』)で改行していれば今回のｺﾝﾊﾞｰﾄは特に問題はない｡
  • わたし自身の回答に関しても今のところ､ｺﾝﾊﾞｰﾄによって特に読みづらくなったりと言ったことはなく､意識しなければｺﾝﾊﾞｰﾄに気付かないくらいかもしれません｡
• いっぽうで､文の途中であっても見た目を意識して頻繁に改行をするﾕｰｻﾞの方が､今回のｺﾝﾊﾞｰﾄで困ってらっしゃる

のではないかとわたしは理解しています｡

でもいずれにせよ､見た目の違和感が段落間(ﾊﾟﾗｸﾞﾗﾌ間)の間隔や行間の問題……たとえば間隔が詰まっているから変に見える､など……ということであるなら､

• http://q.hatena.ne.jp/1143099382/3965/4225
• http://q.hatena.ne.jp/1143099382/3965/4745

にあるように CSSの問題であり､CSSを変更することで見栄えを変える(間隔や行間を広げたり､もしくは狭めたりして見やすくする)ことが可能です｡

ｽﾀｲﾙｼｰﾄを簡単に書きかえられるFirefox用の拡張､Stylishを使って､元々

div.section p{
margin:5px 0;
line-height:135%;
font-size:100%;
}

となっていたのを､

div.section p{
margin:15px 0;
line-height:135%;
font-size:100%;
}

のように上下のﾏｰｼﾞﾝを5pxから15pxに広げたところ､段落間の間隔が広がって､段落の切れ目がわかりやすくなりました｡(http://q.hatena.ne.jp/1129989903#a429352→f:id:ideatester:20060327015748j)

なお､ぼくは今回Stylishを使いましたが､同じことはﾕｰｻﾞｰｽﾀｲﾙｼｰﾄで可能です｡段落間がつまりすぎて見にくいという方はお試しあれ｡

しかし｢文の途中であっても見た目を意識して頻繁に改行をするﾕｰｻﾞの方｣がかなりの割合でいらっしゃるのも事実｡1行が1段落になる現状では､このｽﾀｲﾙを適用すると行間(現在は段落間)の間隔が広くてかなり間の抜けた表示になってしまいます｡もしこのｽﾀｲﾙをはてな側が実装する場合は､ﾘﾆｭｰｱﾙ前の回答のbrはbrのままにしていただかないと､これはこれで問題になるでしょうね｡

｢不具合報告って見てもらえないのでは？｣と言う漠然とした思いがあり､

特に何もしていませんでした｡

それに､もしかしたら私のPC上だけの問題かもしれないので､｢先ずは

誰かに確認をして欲しいな｣と言う思いもありました｡

またこの質問は“はてなｽﾀｯﾌ”からでしたので､｢もしかしたらここに

書き込めばｽﾀｯﾌに見て貰えるのかも｣との思いがあった事も確かです｡

仲間が居ると感じるだけで､とても心強いです｡

助けて戴いて､有難うございました｡

では

ﾘﾆｭｰｱﾙ前の回答文の前後に｢>||｣｢||<｣を一括でつけるというのが､作業量やその結果を考えると現実的だと思います｡

あ､でもpre要素だと画面の右端で改行されないので､回答文が長いとき横ｽｸﾛｰﾙしなくてはいけないかも｡

はてな側でCSSを追記するなどで､うまく処理できるでしょうか?

大切なことは､全く異なる仕様を前提に書かれたﾃｷｽﾄを

単一の表示仕様に押し込めようとする｢無理さ加減｣に

気付けるか気付けないかという所です｡

技術的に困難なことならいざしらず､

私なら必要性が理解出来た時点ですぐ実装します｡

困難なのは､一度思い込みに凝り固まってしまうと､

他の価値観に対する理解が阻害されてしまうという一点でしょう｡

これははてなのような創造性の高いｻｲﾄをﾃﾞｻﾞｲﾝする側としては､

ぜひ避けたいことだろうと思うんですよね｡

ですからこれは､｢そこまでして｣とは考えず､

｢このくらいはやりましょうよ｣というｽﾀﾝｽで

提案していい話だと思っています｡

理由および対案はyukattiさんのhttp://q.hatena.ne.jp/1143099382/3965/4357をお読みいただければと思います．

私からの提案はhttp://q.hatena.ne.jp/1143099382/3968/のﾂﾘｰで書いていますが，自動ﾘﾝｸは便利なので記法を適用し，弊害の報告されているものだけ除外すればいいと考えています．これは現実的ではないでしょうか？

このﾂﾘｰは飽くまで僕(id:Kityo)の希望に基いたまとめです｡

自分で自分のﾂﾘｰを深くしてもﾎﾟｲﾝﾄはつかないのは理解の上で､敢えて要旨をﾀｲﾄﾙにして目立たせてみます｡

このことはTomCatさんのﾂﾘｰから導き出された“ﾕｰｻﾞの総意”に近い“最低限譲れないﾗｲﾝ”だと思うのですが､深いﾂﾘｰに埋もれてしまっている感じがするかも知れませんね｡

これは､僕のﾂﾘｰでの結論の1つになる｢htmlの原文のﾚﾍﾞﾙで大体同一性が保たれていれば見栄えが少々変わろうが気にはなりません｣(⇒逆に見栄えが変わろうと気にならないﾊﾟﾀｰﾝ)と相通ずると思います｡

ﾊﾟﾗｸﾞﾗﾌと言う呼び方は僕はあまり耳にしないのですが､<P>ｴﾚﾒﾝﾄのことですよね？

TomCatさんのﾂﾘｰは後半からから､<P>ｴﾚﾒﾝﾄの意味と行の空き具合･HTML原理主義と見栄えの話題がやや“ないまぜ”になりながら､具体的なhtml文の断片を交えた専門的な厚い議論が繰り広げられていたみたいですね｡(正直斜め読みでした)

とは言え見栄えが完全再現された｢絵｣はNGですよね？(⇒僕のﾂﾘｰの絵になったら嫌だと思う理由)

BRの数が当時と同じ or/and htmlの原文のﾚﾍﾞﾙで大体同一でも､ﾘﾆｭｰｱﾙ後のCSSの下では見栄えが異なってしまう…と言うﾃｰﾏへの最良の対応方法は､yukattiさんがおっしゃっていた｢過去｣の意味を持ったclassづけをしてやることだと(勝手に)思います｡(旧回答から生成されたhtml文の各ｴﾚﾒﾝﾄに"kako"などの値を持ったclassｱﾄﾘﾋﾞｭｰﾄをつける｡及び､ﾘﾆｭｰｱﾙ後のCSSに必要なものを書き足す)

今回のﾘﾆｭｰｱﾙ前の回答の文面が｢当時のもの｣を再現して欲しいと同時に､今日回答した文面が後日変わっちゃうと言う事態は避けて欲しい…と僕は強く思うのですが､この意見は僕のﾂﾘｰでしか言われてない様子なのが不思議です｡(どこか見落としている？)

各種の:titleの記法が毎日ﾍﾟｰｼﾞを開くたびに変わり得るとしたら､それはそれで嫌なので､新ｼｽﾃﾑ下で今日回答した文面について回答が寄せられた時点での展開結果を保持して欲しいと思うのです｡

理想は回答を送信した時の､ﾌﾟﾚﾋﾞｭｰ時点の展開結果が保持されることですよね？(回答者がそれを見て納得して｢答える｣ﾎﾞﾀﾝを押すのだから)

???の枝をｼﾝﾌﾟﾙなｿﾌﾄ構造で実現するには｢htmlの原文｣に近い形式で蓄積するのが良いと思うと言う僕のﾂﾘｰの冒頭での論は正しいと信じていますが､結果が大多数のﾕｰｻﾞの願いに適ったものであれば何でもいいやと思います｡(最終的にYumikoさんにﾊﾞｻｯと斬られました)

ただ僕はしつこいﾝで､｢はてな記法交じりの原文｣に近い形式を蓄積しなきゃいけない理由はないと言いたいです｡次の理由で：

• 回答文は未来永劫再編集されない
  • ﾀﾞｲｱﾘｰとは違う
  • はてなｱｲﾃﾞｱに登録されても却下
• だから､はてな記法交じりの原文に戻してﾕｰｻﾞｰに見せる必要はない

---

※過去の人力検索は修正不可とfmht7さんもおっしゃってます｡

• はてな記法に関する質問で､はてな記法の原文が回答されているもの
• htmlの書き方に関する質問で､html文(又はその断片)が回答されているもの
  • これらは､明らかに文意が変わってしまっているでしょう
  • JavaScript文が回答されている奴とか大丈夫？
• Yumikoさんのﾂﾘｰで報告された件
  • 氷山の一角でしょう

｢有用にお使いいただいける場面｣なんかは､少なくないかも知れないけれどもむしろ偶然の産物ですよね？

旧回答の文面が記法として解釈されないことに対して強く異議を唱えるﾕｰｻﾞはあまりいないかも知れないですが､ 旧回答の文面が記法として解釈されたことで心が傷つくﾕｰｻﾞはたくさんいます｡

※まさか､有用の筆頭と考えられているid記法が展開された結果として要らぬﾄﾗﾊﾞが過去質問から飛びまくる…なんてないよね？

• htmlの書き方に関する質問で､html文(又はその断片)が回答されているもの

• これらは､明らかに文意が変わってしまっているでしょう
• JavaScript文が回答されている奴とか大丈夫？

そんな例がありましたっけ？<や>が(ｿｰｽのﾚﾍﾞﾙで)&lt;や&gt;にｺﾝﾊﾞｰﾄされてますので､htmlﾀｸﾞは全て無効になっていると思っているのですが｡

ぼくもBRの数は当時と同じが良いと考えていますが､それが総意だとは思えませんでした｡ぼくはTomCatさんのﾂﾘｰでは､主として見た目が議論の中心で､BRの数は二の次という印象を受けました｡

例えば､ﾘﾆｭｰｱﾙ前に

Internet Archive Wayback Machine で､<br>
過去のはてなを調べてみました｡<br>
<br>
懐かしいですね｡

という回答があったとします(実際のｿｰｽには1行で書かれていましたが便宜的に改行しました)｡｢懐かしいですね｣の前に空白行があったという例です｡これはﾘﾆｭｰｱﾙ後には

Internet Archive Wayback Machine で､

過去のはてなを調べてみました｡

懐かしいですね｡

と､空白行がなかったことになっています｡これが問題だというのはほぼ共通した認識だと思います(もっともぼくの｢問題ないのでは｣という発言には誰からも反論がありませんでしたが)｡

そこで､空白行ではﾘﾆｭｰｱﾙ前同様改行を行い､それ以外はﾘﾆｭｰｱﾙ後の表示を行う､つまり

Internet Archive Wayback Machine で､
過去のはてなを調べてみました｡
<br>
懐かしいですね｡

という内部ﾃﾞｰﾀを持たせて

Internet Archive Wayback Machine で､

過去のはてなを調べてみました｡

懐かしいですね｡

と表示されるのでも､BRの数こそ違えども見た目を問題にしていたﾕｰｻﾞには許容されるのでは､と思ってしまいました｡

# なお､冒頭に書いたとおりこれが僕の要望という訳ではありません
# 対案として書いたまでです

ちなみにBRの数を当時と同じにし､他を現在の仕様で表示する場合はこんな感じですね：

><p>
Internet Archive Wayback Machine で､<br>
過去のはてなを調べてみました｡<br>
<br>
懐かしいですね｡<br>
</p><

という内部ﾃﾞｰﾀで

Internet Archive Wayback Machine で､
過去のはてなを調べてみました｡

懐かしいですね｡

という表示になります｡BRの数は違うけど｢見た目は｣ほとんど違わないでしょ？

本筋の議論とは関係なくて恐縮ですが､丸付き数字は｢機種依存文字｣といい､Mac等違うOSで見ると違う文字に見えたり､といったことがあります｡丸付き数字は､Macだと(日)(月)……のようになってしまいます｡

ですので機種依存文字はWebﾍﾟｰｼﾞや電子ﾒｰﾙ上では使わないほうがよいとされていますし､特に不特定多数が閲覧するこの人力検索では使わほうがよいのでは､と思います｡

• http://support.microsoft.com/default.aspx?scid=kb%3bja%3b878...
• http://help.yahoo.co.jp/terms/detail/000/76.html

http://q.hatena.ne.jp/./1143099382/4922/4924

ﾊﾟﾗｸﾞﾗﾌと言う呼び方は僕はあまり耳にしないのですが､

ｴﾚﾒﾝﾄのことですよね？

• http://www.asahi-net.or.jp/~SD5A-UCD/rec-html401j/struct/tex...(原文 http://www.w3.org/TR/html4/struct/text.html#h-9.3.1)
• http://www.kanzaki.com/docs/html/htminfo11.html#S4

P要素(Pｴﾚﾒﾝﾄ)のPは｢Paragraph｣､ﾊﾟﾗｸﾞﾗﾌ｡P要素は段落を表します｡

また､

とは言え見栄えが完全再現された｢絵｣はNGですよね？(⇒僕のﾂﾘｰの絵になったら嫌だと思う理由)

｢(自分で回答したときに表示された)見た目をそのままに！｣という主張は究極的には｢絵｣に行き着いちゃうかもしれませんね｡

｢絵にされるのが嫌な理由｣を追加させていただくなら､たとえば

• 誰(どのﾊﾟｿｺﾝでの)の｢見た目｣で絵にするかによって､｢絵｣も違うんじゃないか

ってこともわたしにはあります｡ﾘﾆｭｰｱﾙ前の質問ﾍﾟｰｼﾞは画面幅によって回答の横幅の文字数が可変でしたので､狭い画面か広い画面か(狭いｳｨﾝﾄﾞｳか広いｳｨﾝﾄﾞｳか)､で改行が変わってしまう､よって､ｷｬﾌﾟﾁｬが違ってきてしまいます｡よって､｢絵｣にするにしてもどの条件でもって｢見栄えの完全再現｣をきちんと定義しなければならないし､またそう定義づけたところで､厳密に言えば､ある人にとっての見た目そのままにならない場合もありますよね(関連として､http://q.hatena.ne.jp/1143099382/3965/4225でも『環境が違うと見栄えは異なってしまう』ことについて書きました)｡

BRの数が当時と同じ or/and htmlの原文のﾚﾍﾞﾙで大体同一でも､ﾘﾆｭｰｱﾙ後のCSSの下では見栄えが異なってしまう…と言うﾃｰﾏへの最良の対応方法は､yukattiさんがおっしゃっていた｢過去｣の意味を持ったclassづけをしてやることだと(勝手に)思います｡

補足します｡

わたしがKityoさんが仰っている内容をこのいわしのどこで発言しているかというと､｢PRE要素にすることに反対｣する立場から｢対案｣として書いた

• http://q.hatena.ne.jp/1143099382/3965/4357 ｢はてなﾀﾞｲｱﾘｰ仕様の中の整形済みﾃｷｽﾄ｣が PRE要素 を意味しているのなら､それには反対ですが……
  • http://q.hatena.ne.jp/1143099382/3965/4509 補足します(上記のより具体的な説明)

になります(このうちの『回答文をDIV要素で囲んで､中身は br要素を反映させたﾍﾞﾀ打ちﾃｷｽﾄに』と書いているほう)｡

また､上記以外にも｢ﾘﾆｭｰｱﾙ前の見た目の改行｣を反映させる方法として､現在のﾘﾆｭｰｱﾙ後に適用されているP要素を使用する方法､ならびに改行記法へのｺﾝﾊﾞｰﾄへの疑問もあとで気付いて書きました｡それは､xnissyさんとわたしで

• http://q.hatena.ne.jp/1143099382/3965/4726 P要素にｺﾝﾊﾞｰﾄされたことについて､ほか yukatti (2006-03-26 20:07:55)
• http://q.hatena.ne.jp/1143099382/3965/4746 <br><br>に空行記法を適用する案について xnissy (2006-03-26 22:10:13)
• http://q.hatena.ne.jp/1143099382/3965/4762 空改行の数の考え方と､改行記法の適用について yukatti (2006-03-27 00:01:52)
• http://q.hatena.ne.jp/1143099382/3965/4770 段落間(ﾊﾟﾗｸﾞﾗﾌ間)の間隔や行間の問題であれば､本来はCSSで yukatti (2006-03-27 00:31:01)
• http://q.hatena.ne.jp/1143099382/3965/4783 試しにCSSを変更してみました xnissy (2006-03-27 02:13:24)

のﾂﾘｰにて意見交換しています｡それをまとめると､xnissyさんがこのﾂﾘｰに書いてくださっている

• 本当に最低限譲れないﾗｲﾝ？ http://q.hatena.ne.jp/1143099382/4922/4938

になります｡

http://q.hatena.ne.jp/./1143099382/4922/4960 にて､http://q.hatena.ne.jp/./1143099382/4922/4924から引用する際に

<P>

と書くべきところをﾀｸﾞをそのまま写してしまって､ﾀｸﾞとして機能させてしまいました｡

ﾊﾟﾗｸﾞﾗﾌと言う呼び方は僕はあまり耳にしないのですが､<P>ｴﾚﾒﾝﾄのことですよね？

が正しいですよね｡申し訳ありません｡

＃このいわし内でもわたしは何ｶ所かで同じようなﾐｽしてしまっており､そこでは意味が取りづらくなってしまっていると思います｡すみません｡

｢htmlは文章構造を記述するものだ｡だから改行がﾊﾟﾗｸﾞﾗﾌ(正確には<P>ｴﾚﾒﾝﾄですか)になるのはおかしい｣といって文句を言うならわかります｡

でもTomCatさんが書いた文章が文の途中ごとにﾊﾟﾗｸﾞﾗﾌに分かれているのはﾘﾆｭｰｱﾙ前の回答を現在の仕様で表示した場合でも､ﾘﾆｭｰｱﾙ後の回答(例えばこのいわし)でも同じですよね｡ﾘﾆｭｰｱﾙ前の回答のように書きたいのであれば､行ごとにﾊﾟﾗｸﾞﾗﾌを改めずにbrで改行すればいいのに｡自分の回答の書き方にはこだわらずに､一方で｢ﾘﾆｭｰｱﾙ前のそのままに表示しろ｣と主張するのは､なんだかちぐはぐなものに思えるのです｡

失礼な物言いでしたらごめんなさい｡

Kityoさんがhttp://q.hatena.ne.jp/1143099382/4117/4117で挙げられた

明らかに破綻する一般的な例を挙げます

過去の質問で､はてなﾀﾞｲｱﾘｰの使い方を質問したものは皆無でしょうか？

｢asin:475611895X:imageのように書けば､その商品の画像になりますよ｣と言ったような回答がはてな記法として展開されたら､それは全く意味不明になってしまいます｡

という部分を失念していました｡従って､無効にすべきはてな記法として､小見出し記法､改行記法などの入力支援記法だけではなく､単にﾘﾝｸされるのではなく書いた文字列と表示される文字列が異なる一部の自動ﾘﾝｸ､

• f:id:??:??:image
• isbn:??:title､isbn:??:image､isbn:??:detail
• id:??:image､id:??:detail
• [http://??:title]､[http://??:barcode]､[http://??:image]
• [google:??]､[google:image:??]､[google:news:??]
• [] ?? []
• [search:??]､[search:keyword:??]､[search:question:??]､[search:asin:??]､[search:web:??]
• [b:id:??:t:??]､[b:t:??]､[b:keyword:??]
• [g:??:keyword:??]
• [graph:id:??:??(:image)]､[graph:t:??]
• [map:??]､[map:t:??]

について､[] []などを使って無効化する必要があり､仮にﾃﾞｰﾀのｺﾝﾊﾞｰﾄで対処する場合には結構面倒ですね(自動ﾘﾝｸ停止記法は行をまたげないので､最初と最後に[]を入れればいいというわけではないため)｡

今のところKityoさんが危惧されているような､はてな記法の説明がおかしくなっている例は報告されていませんが､ﾃﾞｰﾀﾍﾞｰｽを検索して該当例があるかどうかをﾁｪｯｸしたほうがよさそうです｡

代表的な機種依存文字(丸数字)は､半ば確信犯で目立つところ(発言のﾀｲﾄﾙ)に使ってみました｡

｢??????????｣こっちだと､Macなら見えますか？

旧回答ではhtmlﾀｸﾞか無効だったのですから｢htmlで文字を赤くするにはどうしたら良いですか？｣と言う質問に対して｢<FONT color="red">赤くしたい文字</FONT>と書けば良いですよ｣と言う回答が寄せられたことがあったのではないかと思います｡

これが今回のﾘﾆｭｰｱﾙで｢赤くしたい文字と書けば良いですよ｣のように表示されるようになっちゃっているんじゃないかと思っているのですが､僕の勘違いでしょうか？

とても長いｺﾒﾝﾄ｡

というのが160個書き込まれていますね？

勘違いでしょうかとおっしゃる前に，ご自分でそのような例を見つけてきてください．上の検索のところにhtmlﾀｸﾞとでも入力すればいろいろhtmlﾀｸﾞに関する質問がﾋｯﾄしますよ．

｢??????????｣こっちだと､Macなら見えますか？

うちのFreeBSDのw3mでは全部｢?｣ですね．Firefoxだと□に数字に見えます．Macじゃないですが．

idea:5998

機種依存文字の自動置換もしくは警告｡特に○付き数字は利用例が多いがMacでは(日)(月)(火)もしくは！”＃などと見え､意味が伝わり難い｡人力検索は公共性が高いので配慮を｡

が検討中になっているけど，ﾘﾆｭｰｱﾙでは実装されなかったのですね……

何か､自分変なことしたかも｡

…と言う気がします｡

＞idea:5998が検討中になっているけど，ﾘﾆｭｰｱﾙでは実装されなかったのですね……

それどころか､ﾘﾆｭｰｱﾙ後割と早い時期にidea:9092ですから｡

出力はされていませんよね？

こちらの手近のIEやNetFrontのｿｰｽ表示で見る限り､出力はされてないように見えます｡

もしかして､telnetで手で｢GET｣したりすると実際には出力されている？(この場合ｺﾒﾝﾄの中身を取り除いたのはMSXML.DLLあたり…)

中の人でないと､｢保存されている｣のは確認出来ませんよね？

あっ､RSSでｺﾒﾝﾄまで｢漏れている｣とか？

question:1136094147が多分問題ない事例なので､xnissyさんおっしゃるところの｢ｽﾀｯﾌもそこまで抜けてない｣でした｡

僕の勘違いの根元は(このいわしﾀｲﾌﾟ質問の)質問文の“はてな記法が展開される”の意味を取り違えていました｡

ﾀﾞｲｱﾘ内でhtmlﾀｸﾞを使える…と言うことも､はてな記法の一部かと思ってました｡

はてな回答ｳｨﾝﾄﾞｳに入力した改行と等しい数の<BR>が最低ﾗｲﾝかと､僕は思いました｡

---

＞ぼくはTomCatさんのﾂﾘｰでは､主として見た目が議論の中心で､BRの数は二の次という印象を受けました｡

…とおっしゃられるとそうかも知れませんけれど｡

---

取り敢えず､はてな回答ｳｨﾝﾄﾞｳに入力した改行と等しい数の<BR>が出てれば､(視覚系ﾌﾞﾗｳｻﾞからﾒﾓ帳などに)ｺﾋﾟｰ＆ﾍﾟｰｽﾄしたときには､完全な形で(多分)当時の回答者の意図通りのものが再現されるじゃないですか？

descriptionの中に

ここから＞
<!--
とても長いｺﾒﾝﾄ｡とても長いｺﾒﾝﾄ｡(中略)
-->
＜ここまで､とても長いｺﾒﾝﾄ(約2000文字)を入れてみました｡

という感じで出力されています｡RSSﾘｰﾀﾞｰでは確認してませんが､表示はされませんよね､きっと｡

このいわしからの検索をする手段がないので､RSSを開いて検索してますが､そのときたまたま見つけました｡

なぁんとなくゆるい抵抗感があって､僕は(僕も？)PRE要素(ｴﾚﾒﾝﾄ)には積極的には賛成出来ないと感じています｡

僕よりも強い抵抗感を持つ人がTomCatさんのﾂﾘｰを見ると多分｢見た目が議論の中心｣として引っ掛かった見え方を感ずるﾝではないかと｡

ｸﾘｰﾝな意味でのﾊｲﾊﾟｰﾃｷｽﾄ･ﾏｰｸ･ｱｯﾌﾟ･ﾗﾝｹﾞｰｼﾞの意義について慮った立場に立っている議長さんが議論を方向付けていったのであれば､｢はてな回答ｳｨﾝﾄﾞｳに入力されたﾌﾟﾚｰﾝﾃｷｽﾄから､形式段落と意味段落を汲み取って<BR>と<P>とに機械的にﾏｯﾋﾟﾝｸﾞするのは無理｣｢はてな回答ｳｨﾝﾄﾞｳに入力された改行文字＝<BR>で良いじゃん｣的な方向に持って行く筈だとの(勝手な)予想から僕なりに(勝手に)まとめた次第です｡

過去の意味を持つclassづけの件については､yukattiさんにとってはある意見への｢対案｣であって､yukattiさんとしての最良解ではないとおっしゃっていたことを理解しているつもりでした｡

引き合いに出す出し方がまずくて､ｺﾞﾒﾝﾅｻｲ｡

僕にとっては､それが最良に思えました｡

※<BR>を形式段落を作る道具と考えるのは､日本語圏のhtml使いとしての僕の勝手な解釈です｡

えぇと…｡

• (人力なり｢いわし｣なりの)回答者が回答用のﾃｷｽﾄﾎﾞｯｸｽの中で､｢<!--｣と｢-->｣を書いてそれらの間に卑猥な言葉を山のように書いて｢送信ﾎﾞﾀﾝ｣
• ﾌﾟﾚﾋﾞｭｰで卑猥な言葉が出力されないのを確認(htmlｿｰｽも充分に確認する)して｢答える｣ﾎﾞﾀﾝ

さてこの場合､卑猥な言葉がﾈｯﾄﾜｰｸ上に流出するのは上の回答者さんが悪いことになるのかしら？

ﾀﾞｲｱﾘｰの｢下書き｣も実はRSSでは｢漏れている｣のかしら？

はてな記法導入を全否定するよりも､xnissyさんのおっしゃる通り便利なものはﾘﾆｭｰｱﾙ前の回答にも適用し､弊害ある部分のみ除外する(空行問題や行頭の-など)案が政治的にはいちばん落ち着きそうな案であると思う｡

ただ実装するにあたってはかえって面倒なことになりそうな気も｡｡(安易に考えればﾘﾆｭｰｱﾙ前後を基準にDB/HTMLｺﾝﾊﾞｰﾀを2通り→1つは以前のまま､1つは現状のままにするだけでいけそう)

と思う｡

はてな記法におけるﾊﾟﾗｸﾞﾗﾌと改行問題について､過去にも議論があったと容易に想像できますが､ご存知の方いらっしゃいますか ?

うｰん､なんかややこしいですね｡

やはり､個別に対処するのは難しいんでしょうか｡

無理ならﾘﾆｭ前はﾘﾆｭ前の仕様で､ﾘﾆｭ後ははてな記法を対応させるという方法を希望するのですが｡

(C)株式会社はてな