Все теги, кроме <img> придется вырезать. Используй строковую функцию, ну к примеру, замены str_replace. Замени все найденные теги на пустую строку. Потом обрабатывай так, как тебе нужно и выводи в новые таблицы. Но здесь есть минус (вообще в этой системе) - потеряешь красивое форматирование текста, если оно конечно было.

как раз все форматирование и нужно сохранить ....

Код валидный? Все теги грамотно закрыты в нужных местах?

Все закрывающиеся теги закрыты нормально, но есть и одиночные теги: <img>, <br>, <hr>. Самое палево - <img>. Когда в него попадает - все ломается. И это HTML, а не XHTML.

Разделив на две части ищите в начале второй шаблон [^<>]*> Нашли, значит это огрызок тега — перекиньте его в первую часть.

Ни и так же придется искать от конца первой части все открывающие теги и соответствующие им закрывающие во второй.

Только может получиться такая лажа:
тег <table> в начале и будет на первой странице, а закрывающий на второй. И так же само с другими.
Поэтому придется закрывать открытые теги на первой странице и открывать на второй.
А это - маразм.
Думаю нужно отказаться от этой идеи и думать, что-то другое.

на самом деле перебрал кучу вариантов и при усложнении текста выходят косяки - как и описал kyryll. Получается действительно лажа ... Какие еще предложения будут ?

Маразм.

Deadangel
Предложу другой маразм - может стоит попробовать посимвольно пройтись по строке. Заносим все открытые теги в массив (как в виде стека в Ассемблере) и если вывод завершился, а в стеке еще есть данные (не закрытые тэги), то выносим их в обратном направлении (опять же как в Ассемблере) Для облегчения используем функцию foreach() и функцию переворачивания массива.
А в стек заносим все теги имеющие вид <?> в формате </?>, чтобы потом их вывести. Одиночные теги пиши в формате <? /> и делай проверку на слэш в конце тега. Если он есть, в стек его не заносим.

Вот это ты выдал стране угля!
Чтобы выдать какой-то рецепт, скажи зачем тебе это вообще нужно. Может можно сделать все гораздо проще.

Если запоминать все незакрытые теги и если вдруг тебе прям на этом вот месте нужно будет закончить текст, то просто выташишь все незакрытые теги и закроешь текст. Или недошло как это работает? Я же специально написал про то, что это очень похоже на стек в Ассемблере.
Могу "на пальцах" объяснить. По-моему тут все очень просто. Прям как у школьников на бейсике.

До меня-то дошло. Занос в массив это круто. А вот скажи мне, как теги будут выводиться на второй странице? И из какого это интересно массива? И как ты реализуешь логику закрывания и открывания строк и столбцов? Выводом всего, что осталось в массиве? А дальше "гуляй ветер"?!

kyryll
Ну, мозги то есть. Я метод подсказал, развивать надо его дальше. Вы ж не думали, что я за пять минут постинга напишу вам весь готовый листинг на блюдечке. Если сможете найти более лучшую идею, чем я предложил, предлагайте. Например, можно разработчикам РНР написать письмо, пусть включат в стандартный набор функций - функцию парсинга тэгов.

Опять же, все незакрытые теги на первой странице, можно запомнить (сессии, куки, БД, благо все эти вещи придуманы до нас ) и "открыть" на второй, только не в обратном порядке, а в обычном, сам массив не стираем, т.к. и вторую страницу тоже возможно нужно будет "обрубить"

При обработке тегов внутри <table> запоминаем все что от первого <tr> до </tr>, считаем кол-во <td> в отдельный массив для столбцов, если встречаем <th> смотрим на colspan, вернее то, чему он равен. Если дошли до </table> стираем этот массив, он нам не нужен. Если опять встретим <table> проделываем эту работу вновь.

Очень интуитивно должно получиться. ИМХО.

Ты моледец. Развил идею до целого проекта.
Только получается прикол, что между собой общаются люди предлагающие какое-то решение. А тот, кто написал вопрос - молчит, как партизан.
Я так и не услышал от вопрошавшего, зачем нужно именно так выводить ему страницы?

похоже уже и не нужно