「改行を変換する」で意図的にbrを無視する方法
MovableTypeの「改行を変換」したときのＢＲ出たり出なかったりの
ズレ修正util.pmの更新その２です。
恐らく前回のネタ理解しづらい内容だったので
とりあえずまとめて見る必要が出てきたのでまとめてみます。
別に混乱してたわけではないんだが、
いじるたびに新発見が・・・ってのが３回くらい繰り返しただけだ
おいらがやりたかったこと
フォーマット「なし」と「改行を変換」での開始位置がずれるのが気に入らなかった。
（「無し」の時にｐタグをいれるか、「改行を変換」でｐタグを入れないことで揃う。
普段ｐタグ使うことが滅多に無いんで、ｐタグを入れないようにする事で前回対策を完了）
「改行を変換」するとＡＡがズレる場合があるので、なんとかする
（ｐ、ｂｒタグ付与する条件が謎→今回の対応）
ＴＡＢＬＥタグを使うと改行連打でみっくみっくにされてしまう。
（上記と同じｐ、ｂｒタグを付与「しない」条件が謎→今回の対応）
util.pmのsub html_text_transformで何を行っているか？
段落タグ＜p＞の自動的追加。改行を＜br＞に変換を行っている。
但し、タグの書き方、位置によっては＜ｐ＞も＜br＞も無視される。
Ｐタグは必要か？
あってもなくても問題ない。ＩＥでＰ使うとイマイチだったりするって何かに書いてあった。
正確な記述（段落タグを定義する）としては間違っているんだろうが、
無くてもいいならいらないじゃん？手書きでタグ書くときは俺使ったこと無いです・・・
ｐをbrにすることでどうなるのか？
改行の行間隔が変わってくる。
ある意味改行したい分だけちゃんと改行される。
元々のｐタグ自体にはスタイル含まれてなければ横幅については変わることないっす。
今回の対応。空気読めていないＢＲ無視を止めて、
意図的に何かすることによってＢＲ無視を発動するような仕掛けにします。
そういうわけでＩＦ文を見直そうかと思ったんですが
象形文字すぎてよくわからんのと、タグだったらＢＲしないとか指定しても
意図しないＢＲ無視が発生するだけなので、あるワードの時のみＢＲ無視とするようにした。
ズレ修正util.pmの更新その２です。
恐らく前回のネタ理解しづらい内容だったので
とりあえずまとめて見る必要が出てきたのでまとめてみます。
別に混乱してたわけではないんだが、
いじるたびに新発見が・・・ってのが３回くらい繰り返しただけだ
おいらがやりたかったこと
フォーマット「なし」と「改行を変換」での開始位置がずれるのが気に入らなかった。
（「無し」の時にｐタグをいれるか、「改行を変換」でｐタグを入れないことで揃う。
普段ｐタグ使うことが滅多に無いんで、ｐタグを入れないようにする事で前回対策を完了）
「改行を変換」するとＡＡがズレる場合があるので、なんとかする
（ｐ、ｂｒタグ付与する条件が謎→今回の対応）
ＴＡＢＬＥタグを使うと改行連打でみっくみっくにされてしまう。
（上記と同じｐ、ｂｒタグを付与「しない」条件が謎→今回の対応）
util.pmのsub html_text_transformで何を行っているか？
段落タグ＜p＞の自動的追加。改行を＜br＞に変換を行っている。
但し、タグの書き方、位置によっては＜ｐ＞も＜br＞も無視される。
Ｐタグは必要か？
あってもなくても問題ない。ＩＥでＰ使うとイマイチだったりするって何かに書いてあった。
正確な記述（段落タグを定義する）としては間違っているんだろうが、
無くてもいいならいらないじゃん？手書きでタグ書くときは俺使ったこと無いです・・・
ｐをbrにすることでどうなるのか？
改行の行間隔が変わってくる。
ある意味改行したい分だけちゃんと改行される。
元々のｐタグ自体にはスタイル含まれてなければ横幅については変わることないっす。
今回の対応。空気読めていないＢＲ無視を止めて、
意図的に何かすることによってＢＲ無視を発動するような仕掛けにします。
そういうわけでＩＦ文を見直そうかと思ったんですが
象形文字すぎてよくわからんのと、タグだったらＢＲしないとか指定しても
意図しないＢＲ無視が発生するだけなので、あるワードの時のみＢＲ無視とするようにした。
⑨っぽい発想だが、あとはＭＴ関数の１つでも容易しねーと無理なきがするぞ？
（既に用意されてたらどうすっかねｗ）
つうわけで、試しに段落に＿＿DisBRが
含まれていたら無視するようにしてみました。
（アンダーバーは半角。小文字大文字完全一致で書く事）
術式はこれでも見てくれ。
ターゲットは[mt-root]/lib/mtのUtil.pmなのは前回と同じ。
書き直す部分も同じhtml_text_transform内。
今回は＿＿DisBRにしてあるが、別に「_あたいは最強_」とか
好きに書き直してもらって構わない。
最低の条件は普段使わない文字列にすることだ。
テスト結果はこんな感じですかね。
使い方は適用する段落のどこか（エントリーソースで言う１つの赤枠内）
に＿＿DIｓBRを入力すると入れた段落全体
に対して改行によるＢＲが無視されます。
段落の先頭と終了のＢＲのみ付与されます。
＿＿DisBRでない場合には改行によるＢＲと先頭、最後のＢＲが必ず付与されます。
ちなみにこれを適用するとメリットとして自動ＢＲの融通が利きますが、
デメリットは都合でデフォルトに戻した場合、
エントリを再構築すると＿＿DisBRという文字が表示されます。
まあ、ＳＱＬで回せばまとめて＿＿DisBRだけ消せるから、さほど面倒でもないですが、
気になる人は使わなければいいだけですね。
（あんまｔａｂｌｅつかわねーって言えばそれまでだが）
後日抹消用ＰＨＰ作りますね。→まるでサンプルのようなものができたらしい
ＤＬ後、ユーザーとか書き直して拡張子をphpにしてｕｐしてください。
一応動作確認も取れたんだけど、注意点があるとすれば
エントリをＳＱＬ文で操作するので扱いにはかなり注意したほうがいい。
できるなら、予め２，３個、エントリおよびエントリの続きに＿＿ＤｉｓＢＲを
入れたものを適当に非公開で保存しておいて、まず消すことができるかどうか
確認したうえでやってください。ベースはmysql（PEAR）で作ってますが、
PGSQLの場合はCOMMITの行だけコメントはずせば動くはず。
確認自体もecho sqlのコメントしてある部分をはずして、
conn->queryをコメントにして文法のみ表示してそれっぽいの
（DisBRが取り除かれたエントリ文章＋エントリｉｄ）が出てたのを
確認したうえでやったほうがいいです。
ま、わけわかんねーと思ったら使わなければいいってことでＦＡ。
使うなら自己責任でよろしく
ちなみにＤＢアクセス用のユーザーやらパスやら指定しないと動かないんで
気をつけるべし。モノがモノなんで
パスかかってるようなフォルダに入れておくと吉。
（ＸＲＥＡで言うとlogフォルダ）
追記
昔のエントリに対して＿＿DisBRを適用してみた。
＜/table＞＜ＢＲ＞
＜ＢＲ＞
と予定通りの記述だったんだが、＜/Table＞の時点で改行入ってて
tableの上１行あけに対して下は２行あけになってた。。。
そういうわけで、＿＿DisBR後はy_count=0とした。（ＩＦ文も入れ替えた）
出来上がり比較はこんな感じに。（テキストの修正は終わってます）
BRのがあったりなかったりバラバラなのがとりあえず安定して表示されるようにはなった。
（既に用意されてたらどうすっかねｗ）
つうわけで、試しに段落に＿＿DisBRが
含まれていたら無視するようにしてみました。
（アンダーバーは半角。小文字大文字完全一致で書く事）
術式はこれでも見てくれ。
ターゲットは[mt-root]/lib/mtのUtil.pmなのは前回と同じ。
書き直す部分も同じhtml_text_transform内。
今回は＿＿DisBRにしてあるが、別に「_あたいは最強_」とか
好きに書き直してもらって構わない。
最低の条件は普段使わない文字列にすることだ。
テスト結果はこんな感じですかね。
使い方は適用する段落のどこか（エントリーソースで言う１つの赤枠内）
に＿＿DIｓBRを入力すると入れた段落全体
に対して改行によるＢＲが無視されます。
段落の先頭と終了のＢＲのみ付与されます。
＿＿DisBRでない場合には改行によるＢＲと先頭、最後のＢＲが必ず付与されます。
ちなみにこれを適用するとメリットとして自動ＢＲの融通が利きますが、
デメリットは都合でデフォルトに戻した場合、
エントリを再構築すると＿＿DisBRという文字が表示されます。
まあ、ＳＱＬで回せばまとめて＿＿DisBRだけ消せるから、さほど面倒でもないですが、
気になる人は使わなければいいだけですね。
（あんまｔａｂｌｅつかわねーって言えばそれまでだが）
後日抹消用ＰＨＰ作りますね。→まるでサンプルのようなものができたらしい
ＤＬ後、ユーザーとか書き直して拡張子をphpにしてｕｐしてください。
一応動作確認も取れたんだけど、注意点があるとすれば
エントリをＳＱＬ文で操作するので扱いにはかなり注意したほうがいい。
できるなら、予め２，３個、エントリおよびエントリの続きに＿＿ＤｉｓＢＲを
入れたものを適当に非公開で保存しておいて、まず消すことができるかどうか
確認したうえでやってください。ベースはmysql（PEAR）で作ってますが、
PGSQLの場合はCOMMITの行だけコメントはずせば動くはず。
確認自体もecho sqlのコメントしてある部分をはずして、
conn->queryをコメントにして文法のみ表示してそれっぽいの
（DisBRが取り除かれたエントリ文章＋エントリｉｄ）が出てたのを
確認したうえでやったほうがいいです。
ま、わけわかんねーと思ったら使わなければいいってことでＦＡ。
使うなら自己責任でよろしく
ちなみにＤＢアクセス用のユーザーやらパスやら指定しないと動かないんで
気をつけるべし。モノがモノなんで
パスかかってるようなフォルダに入れておくと吉。
（ＸＲＥＡで言うとlogフォルダ）
追記
昔のエントリに対して＿＿DisBRを適用してみた。
＜/table＞＜ＢＲ＞
＜ＢＲ＞
と予定通りの記述だったんだが、＜/Table＞の時点で改行入ってて
tableの上１行あけに対して下は２行あけになってた。。。
そういうわけで、＿＿DisBR後はy_count=0とした。（ＩＦ文も入れ替えた）
出来上がり比較はこんな感じに。（テキストの修正は終わってます）
BRのがあったりなかったりバラバラなのがとりあえず安定して表示されるようにはなった。
認証、名前入れが面倒だという方はこちらをどうぞ
コメントする