anriseth / baposter

Automatically exported from code.google.com/p/baposter
GNU General Public License v3.0
14 stars 2 forks source link

above=[anything but bottom] expands all the way to the top #25

Open GoogleCodeExporter opened 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?

\headerbox{}{name=a,column=0,above=bottom}{}
\headerbox{}{name=b,column=0,above=a}{}

What is the expected output? What do you see instead?
I expect boxes 'a' and 'b' to be as high as needed for their content.
This happens for 'a', but 'b' expands all the way to the top.

What version of the product are you using? 
Latest change is from 29. September 2011

On what operating system?
Debian testing 
GNU/Linux 3.1.4 x86_64
Latex 3.1415926-1.40.10 from package TeX Live 2009-15
pgf 2.10-1

Original issue reported on code.google.com by wmkoo...@gmail.com on 1 Dec 2011 at 4:01

GoogleCodeExporter commented 8 years ago
Dear wmkoolen,

I recommend to always attach all boxes above and below, such that the distances 
between the boxes are the same everywhere.

Nonetheless, this behaviour is inconsistent, but I am unsure what behaviour I 
would expect, maybe all boxes should be attached to the top by default.

Note that it would be very difficult to implement "automatic" layout, such as 
"attach to the box on top of this box", because the box contents are not saved 
and pushed around, but are only read and applied in the order specified in the 
latex document.

Brian

Original comment by brian.amberg@gmail.com on 2 Dec 2011 at 9:06

GoogleCodeExporter commented 8 years ago
Hi Brian,

Well, some boxes are sized by their contents. And some boxes expand to 
fill up area. The shrec poster example has boxes of both types. The 
left-column has a lot of content-sized boxes and one filler. The 
"funding" box is a content-sized one that is placed at the bottom.

Currently 'content sized' boxes work from an arbitrary top (using 
"below="), and from the bottom of the poster (using "above=bottom") but 
not from an arbitrary bottom. I ran into this when I tried to stack a 
second content-sized box above the funding box. The idea was to put a 
filler box higher up.

That would render the shrec funding box impossible?

Positioning already works for "below=" and above="bottom". I don't see 
why "above=[some other fixed reference]" should be any harder?

With kind regards,

Wouter

Original comment by wmkoo...@gmail.com on 2 Dec 2011 at 9:49

GoogleCodeExporter commented 8 years ago
Hi,

I think the following patch against git master should add the functionality 
Wouter was asking for. It enables the placement of 'content sized' boxes above 
any other previously defined box.

Stephan

Original comment by stephand...@googlemail.com on 11 Oct 2012 at 1:59

Attachments: