* Ian Wienand <[EMAIL PROTECTED]> spake thus:
> Looking back at your original example, Latex is assuming you are using
> a portrait page, which isn't wide enough to get all that stuff in.
> Thus Latex then just shoves the boxes ontop of each other.
a good idea, but sadly not the case - my "real" .tex is in landscape
format and still suffers from the same problem :(
> You can check the width with the \showthe command (\showthe\textwidth)
> to make sure it does look wide.
it seems to break on this while generating the page - pesumably this is
normal behaviour.
I get a text width of 758.835pt... which sounds like a large number and
therefore plausible - but I admit my in-brain conversion function is
dodgy.
WIERDWIERDWIERD! I've suddenly got it to work and I'm not yet sure why.
:(
I was preparing an example to show how I changed it - I was using the
parboxes to surround them and was going to compare the parboxes vs the
(then) broken minipages... but my example worked where it shouldn't
have:
\newcommand{\makerightpage}{
\begin{minipage}{0.25\textwidth}
whatever\\
whatever\\
whatever\\
\end{minipage}
}
\newcommand{\makeleftpage}{
\begin{minipage}{0.75\textwidth}
some really long line to show that the line length pushes it out
beyond the edge of the right-hand section when it's not working.
\end{minipage}
}
\begin{tabular}{l|r}
\makeleftpage & \makerightpage
\end{tabular}
So I put in the data from my more complex real invoice and it works too.
I'm honestly not sure what I *wasn't* doing the last time that is now
fixed... this is annoying as I'm not sure, therefore how to avoid it in
future... :(
though it does solve my current problem, at least. :)
Thanks for helping get my thought processes moving through this one.
Taryn
--
This .sig temporarily out-of-order.
We apologise for any inconvenience
- The Management
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
