Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100]) by h1439878.stratoserver.net (8.14.2/8.14.2/Debian-2build1) with SMTP id pAF8fAEK005953 for ; Tue, 15 Nov 2011 09:41:11 +0100 Received: (qmail 22251 invoked by alias); 15 Nov 2011 08:41:05 -0000 Delivered-To: GMX delivery to rainer.schoepf@gmx.net Received: (qmail invoked by alias); 15 Nov 2011 08:41:05 -0000 Received: from relay.uni-heidelberg.de (EHLO relay.uni-heidelberg.de) [129.206.100.212] by mx0.gmx.net (mx021) with SMTP; 15 Nov 2011 09:41:05 +0100 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.94]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id pAF8chGE023755 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Nov 2011 09:38:43 +0100 Received: from listserv.uni-heidelberg.de (localhost.localdomain [127.0.0.1]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id pAF8UXHW019804; Tue, 15 Nov 2011 09:38:37 +0100 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 16.0) with spool id 1929330 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Tue, 15 Nov 2011 09:38:37 +0100 Received: from relay2.uni-heidelberg.de (relay2.uni-heidelberg.de [129.206.210.211]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id pAF8cbDF003201 for ; Tue, 15 Nov 2011 09:38:37 +0100 Received: from anchor-msapost-1.mail.demon.net (anchor-msapost-1.mail.demon.net [195.173.77.164]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id pAF8cPbJ005118 for ; Tue, 15 Nov 2011 09:38:29 +0100 Received: from capjwrightlap.che.uea.ac.uk ([139.222.114.70]) by anchor-post-1.mail.demon.net with esmtpsa (AUTH morningstar2) (TLSv1:AES256-SHA:256) (Exim 4.69) id 1RQEPN-0002ks-iW; Tue, 15 Nov 2011 08:30:21 +0000 User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 References: <4EBFA7EF.1020406@longborough.org> <43935DF4-7B8A-4E5B-9907-BB74FA1EC776@gmail.com> X-Enigmail-Version: 1.3.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-ID: <4EC2231E.9080007@morningstar2.co.uk> Date: Tue, 15 Nov 2011 08:30:22 +0000 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Joseph Wright Subject: Re: Feature suggestions for XCoffins To: LATEX-L@listserv.uni-heidelberg.de In-Reply-To: <43935DF4-7B8A-4E5B-9907-BB74FA1EC776@gmail.com> Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-GMX-Antispam: 0 (Sender is in whitelist: joseph.wright@MORNINGSTAR2.CO.UK); Detail=5D7Q89H36p4L00VTXC6D4q0N+AH0PUCnBi0P5cROEGjO+pG7NAH/K+tf9SrVFtpLrKONl 2T9EL4W4U4jgzLbnCcGpk1z/zwmKT/K1fv3lD0=V1; X-Resent-By: Forwarder X-Resent-For: rainer.schoepf@gmx.net X-Resent-To: rainer@rainer-schoepf.de Status: R X-Status: X-Keywords: X-UID: 6963 On 14/11/2011 06:00, Will Robertson wrote: >> 3. (I accept that you might consider this one a bit cheeky; I don't even >> know if it's possible): for coffins containing text, provide a means of >> defining left and right poles that align with the glyph outlines, >> excluding sidebearings. I realise this is quite challenging even to >> specify --- what to do, for example, when a glyph's ink protrudes into >> the sidebearing. I can also accept, up front, that this has nothing to >> do with xcoffin per se; but it would be a very useful feature. > > This isn't so cheeky when you consider the use case. Lining up glyphs by their ink would definitely be a feature when designing titlepages and the like. > > I'm going to go out on a limb and suggest this won't be provided in the medium-term by the base package for one main reason: calculating side-bearings is only possible in XeTeX and LuaTeX, so pdfTeX would not be able to support this feature. (Although graceful degradation *could* be an option here.) > > I'm not actually aware of a user-friendly way to access side-bearings in LuaTeX, but it would be easy to imagine a package that provided such facilities for both unicode engines and then a hook into the coffins code to allow these poles to be calculated somewhat automatically. As Will says, this seems to be somewhat outside the core competence of xcoffins, at least at the moment. We've not really begun to get a real feel for how to handle stuff that pdfTeX simply cannot do. This one is worth noting so I'll open an issue in the database so we don't loose it! -- Joseph Wright