ｋｔａｉ styleで複数ページ分割された後半ページが見れない

ドキュメントにktai_split_pageの項があるのを見落としていました
本来の動きだったのですね。すいませんでした
現在、このページ数を増やすことを考えています

ktai_split_page
引数: $buffer, $page_num

ktai styleとwp-table-reloadedのプラグインを併用した時
携帯での表示が２ページに分かれる際に
後半が表示されなくなるという問題が起こりtopicを立てました

自己レスしているうちに
ktai-styleのドキュメント内に書かれているように
処理の優先度の問題に思えた為
wp-table-reloadedのfilterの優先度を変更したりしたのですが
そうすると今度は、wp-table-reloadedがまともに動作しなくなったりしました。
（真っ白になる）

その後
いろいろwp-table-reloaded の動きを追っていたのですが、
jqueryを多用してたり、他のjsのプラグインも中に入っていたりと
高機能で、中身を追い切れず断念しました。

結局、自分で簡素な専用テーブルの表示機能を
functions.phpに書き、ktai-styleと共に
使用したところ、携帯で問題無く（複数ページに）
表示されています。

問題解決になっていないかもしれませんが
一応ご報告しておきます。

自分のカスタマイズの仕方に問題があることがわかりました。
具体的には、テーマの中でショートコードを多用していることと思われます。
記事の中でショートコードを書いている分には、
このような状況にはならないので、テーマのカスタマイズを考え直すこととします

お騒がせしてすいませんでした。

shokun0803さん
どうも、アドバイスありがとうございます。

はい。そうしたかったのですが、もともとwp-table-reloadedというテーブルを
出力するプラグインを使って、
「EXCEL表データを表形式で出力する。そこの表の要素の一部には
他サイトへのリンクが書いてある。」
という形のモノを提示したかったのです。

そのリンク先がPCのサイトと携帯のサイトを、携帯かどうかによって
変えて出力するようにしたかったのですが、
wp-table-reloadedのプラグインはいじれないので
データの中にショートコードを入れて、携帯かどうかによって
第一引数のPCサイトと第二引数の携帯サイトを切り替えるというように
することにしたのです。

今思うと、途中で自分で表操作関数を作り直すと決めた時点で
この構造を変えるべきだったんですが気づきませんでした。。

その表出力をTOP画面としてhome.phpでこの関数を呼ぶように作ったのですが
home.phpのテーマの中でダイレクトに関数を読んでもデータの
中のショートコードは残っているので上記の状態になっていました。

ショートコードが解釈されない状態だと、そのショートコードの部分の記述は
引数の量で２倍ぐらいになるので
それで携帯ではデータ量がチェックされ
ページが分割されるのではないかと思っています。
ショートコードの処理の優先順位とか上げられる手段があればと思ったんですが
私が調べたレベルではわからず断念しました。

アドバイスをいただき、本当にそうだなあと思いました
基本に立ち返って考え直します。

ただ、この関数自体を記事中でも使うことがあってそれはそれで重宝はするので
そっちのほうは別途使えるようにして行こうとも思ってます