LQ

MovableTypeの「改行を変換」したときのＢＲ出たり出なかったりの
ズレ修正util.pmの更新その２です。
恐らく前回のネタ理解しづらい内容だったので
とりあえずまとめて見る必要が出てきたのでまとめてみます。
別に混乱してたわけではないんだが、
いじるたびに新発見が・・・ってのが３回くらい繰り返しただけだ

おいらがやりたかったこと
フォーマット「なし」と「改行を変換」での開始位置がずれるのが気に入らなかった。
（「無し」の時にｐタグをいれるか、「改行を変換」でｐタグを入れないことで揃う。
　普段ｐタグ使うことが滅多に無いんで、ｐタグを入れないようにする事で前回対策を完了）

「改行を変換」するとＡＡがズレる場合があるので、なんとかする
（ｐ、ｂｒタグ付与する条件が謎→今回の対応）

ＴＡＢＬＥタグを使うと改行連打でみっくみっくにされてしまう。
（上記と同じｐ、ｂｒタグを付与「しない」条件が謎→今回の対応）


util.pmのsub　html_text_transformで何を行っているか？
段落タグ＜p＞の自動的追加。改行を＜br＞に変換を行っている。
但し、タグの書き方、位置によっては＜ｐ＞も＜br＞も無視される。

Ｐタグは必要か？
あってもなくても問題ない。ＩＥでＰ使うとイマイチだったりするって何かに書いてあった。
正確な記述（段落タグを定義する）としては間違っているんだろうが、
無くてもいいならいらないじゃん？手書きでタグ書くときは俺使ったこと無いです・・・

ｐをbrにすることでどうなるのか？
改行の行間隔が変わってくる。
ある意味改行したい分だけちゃんと改行される。
元々のｐタグ自体にはスタイル含まれてなければ横幅については変わることないっす。

今回の対応。空気読めていないＢＲ無視を止めて、
意図的に何かすることによってＢＲ無視を発動するような仕掛けにします。

そういうわけでＩＦ文を見直そうかと思ったんですが
象形文字すぎてよくわからんのと、タグだったらＢＲしないとか指定しても
意図しないＢＲ無視が発生するだけなので、あるワードの時のみＢＲ無視とするようにした。

続きを読む "「改行を変換する」で意図的にbrを無視する方法"

MovableTypeではアスキーアートでモロに崩れるという状態があって
一応ごまかして表示することはできるんですが、
流石に毎度＜ｂｒ＞は入れてるのだるいってことで、
色々と見直してみましたよ。

MovableTypeではある程度の区切りで＜p＞～～～＜/p＞となってるんですが
それ以外の原因になりそうな要素がねえんで、こいつが黒ってことで決め付けてみました。

続きを読む "Util.pmを更新（ＰをＢＲに）"