LQ

ちなみにフォーマット「改行を変換する」と「無し」では
表示開始位置からズレが生じる


適当に６行くらい改行してもそこまで幅とってくれなかったり
そういうのもｐの影響ですね。

そういうわけで、エントリ作成段階で＜／ｐ＞を＜ｂｒ＞に。
一番最初の＜ｐ＞以外の＜ｐ＞を＜ｂｒ＞に変更してみました。

術式は以下のとおりで。手順は多くない。
妹認証のcomments.pmに比べればｗ

[mt-root]/lib/MTからutil.pmを落とす。
util.pmのsub html_text_transform内を書き直す。for上１行、下５行追加と４８９行目の１行修正で終了。
テキストファイルはこっち
やってみる人は必ずやる前にバックアップはとっとけ。


色々テストしてみた。（全て改行を変換で記入）
複数回改行テスト
まあこれは予定通り。

アスキーアートテスト
まあこれも予定通り。＜div＞の後ろ改行したために＜ｂｒ＞１つ余計に入ってるけどな。

＜table＞テスト
ある意味予想通りｗｗ。元々tableとエントリの相性悪いよな。
tableはエントリでなくて別ファイルにでもしてincludeでいい気がしてきた。

＜pre＞テスト
なんとなくやってみたが、行間ＳＵＧＥＥＥＥＥＥ

あと何かテストしてほしいものがあればするが、
いまのところ俺はこれでも問題なく表示されている気がします。


メリットはＡＡが「改行を変換」で書ける。（さらに追記参照）
フォーマット「なし」と「改行を変換」の本文の開始位置がズレてない。
改行した分だけちゃんと改行される。くらいっすかね？

デメリットは今まで書いたエントリの長さ、行間が変わってくることですかね。

おいらはとりあえずなんともなさげなので、このままいってみます。


追記
if文でタグ（h1,h2,h3,pre,table・・・・・・）記述だと・・・ｐとかつけないよ
みたいな仕組みにしたがっているようなんだが
どうみても認識してない気がするｗ

無理やり置き換えを発生させれば、tableだろうがなんだろうが
改行されずにいけそうなんですが
perlの象形文字（マッチング、置き換え）は結構混乱するから今回はスルーで

さらに追記
ちょっとネタでＡＡ用意しておいたら
エントリの「一番最初に読み出し」することで
＜BR＞付与されずにズレる事が判明。

前回ズレたのも「エントリの続きの最初」だった。
それ以外の途中に記述したのはテストとかみても問題ないんだが、、、

そういうわけでなんだか適当に空行入れたらなんか回避できましたよ？ｗ
－－－先頭－－－
＜div＞
　　　　　　←ここを１行あける
ここにＡＡ
＜/div＞

または
－－－先頭－－－
　　　　　　←ここを１行あける
＜div＞
ここにＡＡ
＜/div＞
いずれにせよ、改行入ってるし、ごまかしに過ぎないなあ・・・
根本的な解決になってませんｏｒｚ
（もう１つのズレを直すのは直ったからいいんだけど）
それとtableくらい自動認識させて＜br＞付与しないようにしときたいんで
今度ｉｆ文いじってみます。