User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-GB; rv:1.9.2.13)
            Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
References: <19748.48031.990921.327320@morse.mittelbach-online.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Message-ID:  <4D24DEEC.2090803@morningstar2.co.uk>
Date:         Wed, 5 Jan 2011 21:13:16 +0000
Reply-To: Mailing list for the LaTeX3 project
              <LATEX-L@listserv.uni-heidelberg.de>
Sender: Mailing list for the LaTeX3 project <LATEX-L@listserv.uni-heidelberg.de>
From: Joseph Wright <joseph.wright@MORNINGSTAR2.CO.UK>
Subject: Re: xcoffins: missing functions?
To: LATEX-L@listserv.uni-heidelberg.de
In-Reply-To:  <19748.48031.990921.327320@morse.mittelbach-online.de>
Precedence: list
Status: R

On 05/01/2011 18:42, Frank Mittelbach wrote:
> Joseph did a cleaner reimplementation of that recently. This new
> implementation is working very nicely and it is available from the svn for
> people who want to play with it.

I have updated a snapshot to CTAN, as part of xpackages. You can 
therefore download xpackages.tds.zip for testing [once Robin has 
installed it, of course :-)].

As Franks says:

> We do think that the interface is now largely the way we like it. But I still
> think that there are a couple of things that would be worth having and I would
> be interested to hear what others think about this.

the stuff that is implemented (a) should work properly and (b) should 
have a reasonable interface. However, until there is a bit more testing, 
bugs/changes may happen.

> Basically what xcoffins currently does is to provide a fairly natural way for
> specifying how boxes (called coffins for some reason) are to be aligned to
> each other including rotation and with Joseph's implementation also scaling.

Scaling here means 'stretching the content of the box', i.e. 
graphic(s/x)'s \scalebox and \resizebox.
-- 
Joseph Wright