携帯電話からアクセスすると、閲覧可能なサイズに合わせてコンテンツを分割してくれますよね。非常に便利で助かるのですが、分割地点にテーブルが入っていると分割後半のページのテーブルが完全に崩れてしまいます。(ソースを既定サイズで分割するから起こるというのは予想できますが)これを防ぐ方法は用意されていますでしょうか、ない場合対応予定があるかどうか教えていただければ幸いです。(例:c=10なら10KBまで。チェックして、それ以上のデータを与えない様にデータ量を制限する仕掛けがあります。07:57:36現状の利点は、一行のデータ量が上記のサイズを超える文章も読み進めることができるという点です。07:57:59そうですね、最終行を中途半端な場所で分割しない(中途半端な最後の行は削除して、読み込むポイントを巻き戻す)、といった改造によって、テーブルの後半を崩さない様にすることが可能かもしれません。08:02:59現状はskinで分割しているようですが、convert_htmlする前に分割できれば、もっと簡単に実現できそうな気がします。08:58:53情報ありがとうございます。現在、諸事情のためちょっと時間が取れない状態なのですが、時間が取れればkeitai.skin.ja.phpを改造してみたいと考えています。いえ、私のメインスクリプト言語はperlなので、簡単にできるかはわかりませんが。テーブル関係のタグの対応がとれるよう巻き戻しを考えてみようと思います。18:10:37質問と回答の対応が取れているということですので、完了とさせていただきます。20:39:11やはり、気になったので少し強引にコーディングしてみました。いい加減にやったのでかなり不完全な仕事です。03:20:37指針としては、ページ末尾のタグ破壊は無視して、ページ開始時のタグ破壊を巻き戻しから補正するものです。タグ中で切れてしまったものは、前のページから元に戻します。テーブルタグ中だった場合は一番近い<tr>の開始点まで巻き戻った後にもっとも近い場所にある<table>タグをつけて表を復元します。03:23:02巻き戻しによるサイズ増加に関しては考慮できていません。パフォーマンスについても考慮しておりません。03:30:13なるほど、さらにマイナス2KBした分が担保ですね。07:22:54この話は、突き詰めるとPCから利用した場合のWikiと、携帯から利用した場合のWikiそれぞれで快適に思うデータ量の違い、およびそこからくるテキストの形態やユーザーインターフェースの違いという話題になって来ると思います。