Document Classes ⇒ sidewaystable in combination with svmono package

[mcpt21]

Hi all,

I have an issue then using the combination of the Springer package svmono together with sidewaystable. The main file contains:

Code: Select all

\documentclass[12pt, a4paper, titlepage, final]{svmono}

Then I try to create two times the same table using:

Code: Select all

\begin{sidewaystable}
  \centering
  \caption{Test caption.}
  \label{EDS}
  \begin{tabular}{rcccccccc}
      111 & 222 & 333 & 444 & 555 & 666 & 777 & 888 \\
   \end{tabular}
\end{sidewaystable}

The output can be seen in the attached file. Even though the orientation of the tables is correct (depending on the page number), they are not properly aligned. It seems like that the table's height is centered around the margin of the text. If I change the documentclass from "svmono" to "report", the problem disappears and the tables are nicely centered.

Does anybody have an idea what I have to look for? I searched through svmono.cls but couldn't find anything related to this issue.

Any help is greatly appreciated.

Martin.

[mcpt21]

I tried the same code on OS X (TeXShop) and Linux (Kile) and there it works. I assume that this is a problem related to the MiKTeX package I am using under Windows even though I upgraded it to the latest version...

[jlee]

I have the same problem with sidewaystables while using another Springer style file (svjour2). It doesn't work with MikTeX, but fine under some other installations of LaTeX. Has anyone resolved this or contacted Springer or contacted MikTeX?

[davidzet]

I have this problem (alignment) with AMSART but not article or report. I am using MiKTeX and it looks to be a new bug (I didn't have this problem 3 months ago...)

[davidzet]

ps/I hacked the solution with this:

\clearpage
\evensidemargin=-3in

\begin{sidewaystable}

the header on the page is messed up, but that's not so important to me just now...

[wdoerner]

I recently had the same problem with svjour3. I contacted Springer and somebody sent an older version of the "rotating.sty" file (see attached). I renamed the original one to *_original* and placed the version they sent me in the same directory. Works properly! Eventually, the contact said they'll fix the kink but that at least gives a work around for now.

BTW, the adjusting the margins doesn't work because if you do it on an even page that is not the last one, then every even page thereafter will be off by the adjustment.

[rf]

strange to relate, this is actually correct behaviour
(on the part of rotating.sty, anyway).

i've tested it out with my latest release (what's in tex live 2008, iirc) and the results are as you report. however, with what svmono sets up, the results are correct. (the old version you had is one that doesn't pay attention to the class settings for float layouts; i deemed _that_ was a bug, and changed it a year or so back. and announced the change.

i've had lots of problems since, with the positioning stuff, which is why i took the trouble to test your thing out.

anyway, svmono sets things up with floats in float pages at the top of the page, and rotating copies that setup for rotated floats. (the latex "standard", such as it is, has them in the middle of the page, which is why the thing looks "right" for you with article.)

anyway, the documentation tells you that the values of the relevant skips are recorded in \rotFPtop and \rotFPbot; look at those after loading the package and you see

*\showthe\rotFPtop
> 0.0pt.
<*> \showthe\rotFPtop
?
*\showthe\rotFPbot
> 0.0pt plus 1.0fil.
<*> \showthe\rotFPbot

so all you need to do is:

Code: Select all

\setlength\rotFPtop{0pt plus 1fil}

and everything will be as you wanted. (whether the springer editors will like it is another matter...)

[jaeger2000]

Hello,
Also, to ignore the page number issue can force 'rotating' to rotate all figures left or right.
Since some package in '\documentclass' may explicitly set the 'twoside' option.
This is discussed in the rotating.pdf manual.

Eg.
\usepackage[figuresleft]{rotating}
or
\usepackage[figuresright]{rotating}

Alternatively, can create a macro in the preamble using '\newcommand' and this will only affect the function argument not the entire document body.

kind regards,
Ian Gregory, Sydney.

[chongman99]

Thank you thank you thank you.

The following in the preamble fixed everything for me. I was using documentclass amsart:

Code: Select all

\setlength\rotFPtop{0pt plus 1fil}