ドコモのCSSをインラインに埋め込んでくれるPHPライブラリ「toInlineCSSDoCoMo」(続き) へのコメント

matsui より

matsui — Sun, 13 Jul 2008 06:37:33 +0000

ゆどうふさん

レスありがとうございます。
DOM関数に通しただけでアウトですか。
いよいよ手が出しづらいところですねー(^^;

最悪ひっくり返したものを再度ひっくり返すくらいしか手がないかもしれませんね。

ゆどうふ — Thu, 10 Jul 2008 12:29:17 +0000

ゆどうふです。

> toInlineCSSDoCoMoを通すと、xml宣言とDOCTYPE宣言の位置が入れ替わってしまいます。

｀;:ﾞ;｀;･(ﾟεﾟ )ﾌﾞｯ!!
このあたりは、ほとんどがDOM関数が悪さをしてるのですが。。。これは予想外ですねｗ
単に
loadHTML($document);

としただけでひっくり返りました。。。orz
うーん、何とか考えてみますｗ

matsui — Thu, 10 Jul 2008 11:18:34 +0000

＞ゆどうふさん

この度は素晴らしいものをありがとうございますｗ
また色々と回答ありがとうございます。試してみますね。

ただ基本的にはHTML側を修正していく方向で対応しようと思っています。
サイトを運用していくと、どうしても様々な人が触ることになり、どんどんHTMLがおかしくなっていきます。
なのでむしろWarningが出るのは便利かもしれませんｗ

追加でもう一点(バグ?|仕様?)報告を
toInlineCSSDoCoMoを通すと、xml宣言とDOCTYPE宣言の位置が入れ替わってしまいます。
（なのでブラウザによってはXMLパースエラーとなってしまいます）
こちらもHTML_CSSの問題なのかなと思っていますがどうでしょう。

引き続き色々といじってみますね。
私の方でも解決策の一つでも見つけられるようがんばります。

ゆどうふ — Thu, 10 Jul 2008 10:03:54 +0000

いきなりハードに使っていただいてありがとうございますｗ
きちんと書いたHTMLを想定してるので、エラー処理が荒っぽいのがばればれですねｗ
できればサイトサンプルを見ながらデバッグしたい気持ちでいっぱいですｗｗｗ

2.の文字化けは、たぶんDOMDocumentが化かしてる気がします。
XHTMLがそこそこ正しいとよしなにやってくれるのですが。。。

encoding指定は、デフォルトを決めるのが悩ましかったので実装しませんでしたが、
new DOMDocument() → new DOMDocument(’1.0′, $encoding);
みたいにすると化けなくなると思います。

が。。。この辺はXHTMLを正しく直してもらう方がいいと思ってる僕がいます（＾＾；

3.のnon-objectエラーは、HTMLが荒れていてちゃんとノードがパースできていない可能性があるので、
$dom new DOMDocument();
の次の行に
$dom->recover = true;
をつけてみてください。
直るかはわかりませんが。。。可能性的にはありかも。

idとnameがかぶるとwarningになる件は、結構困りものです。
たぶんXMLの定義に違反してるのかな。。。という気もするのですが、自分も悩みの種で、今は回避策を模索中。。。という感じです。