Cfrgtkky

I want to vsplit a box with quite arbitrary content. If the content does some color changes, strange things happen.

The following MWE demonstrates the problem. The example text changes font and color of the second paragraph. When this paragraph is split, the red color bleeds outside the box, see inter text while the font change is restricted to the box.

By the way: setting the color to black before the inter text worsen the problem, because then the third paragraph and everything after the second box is painted red.

How do I have to adapt the splitmytext macro (and maybe the savemytext macro) to avoid this color bleeding problem?

documentclass{article}

usepackage{xcolor,lipsum}



newboxmwebox

newboxfirstbox



newcommand{savemytext}[2]{%

  setboxmweboxvbox{hsize=#1relax#2}}



newcommand{splitmytext}[1]{%

  setboxfirstboxvsplitmwebox to #1}



begin{document}



savemytext{10cm}{%

  lipsum[1]

  {itshapebfseriescolor{red}

  lipsum[2]

  }

  lipsum[3]

}



splitmytext{7cm}



fbox{boxfirstbox}



inter text



fbox{boxmwebox}



after text



end{document}

Firstly if there is colour around you always need to make sure that your boxes are double grouped so

setboxmweboxvbox{{hsize=#1relax#2endgraf}}

not

  setboxmweboxvbox{hsize=#1relax#2}}

or

  setboxmweboxvbox{color@begingrouphsize=#1relax#2color@endgroup}

which adds the endgraf for you.

The reason for that is color{red} is really

driver-specific-set-color{red}aftergroupreset@color

where reste@color is driver-specific-set-color{currentcolor} or pop-current-color depending on the back end driver.

This is what gives the colour commands the appearance of following TeX grouping, like font commands.

Without the double group, a color command in the top level list of a saved box causes the font setting to be saved in the box, but the colour restore is placed by the aftergroup outside the setting so tries to pop the colour stack at the point of the box save (at which point there may be no colours on the stack). Usually with pdftex this is just ignored (at this point) with dvips on early laserwiters you would crash the printer which is why latex goes to some effort to ensure this doesn't happen if you use supported latex commands (which doesn't include vbox and vsplit:-)

With the double grouping the colour restore comes at the end of the box, inside the box.

However if you then vsplit the box you end up with a color push in one half and a color pop in the other. If you know (by maintaining extra state in the macro layer) that that is the case, you can of course insert primitive pdftex colour commands to do a pop at the end of the first half and re-assert the colour (without doing a colour restore) at the start of the second half.

If however the content is arbitrary user content that may have colour commands you have a problem that in classic tex you can not query the box list to discover the colour specials as as soon as you find a whatsit you can not see past it (there is unskip unbox etc but nounwhatsit. At this point you start to wonder about switching to luatex....