Received: from mail.proteosys.com ([213.139.130.197]) by nummer-3.proteosys with Microsoft SMTPSVC(6.0.3790.3959); Tue, 4 Dec 2007 00:34:48 +0100 Received: by mail.proteosys.com (8.13.8/8.13.8) with ESMTP id lB3NYhTD008568 for ; Tue, 4 Dec 2007 00:34:44 +0100 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.94]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id lB3NSCO4006908 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 4 Dec 2007 00:28:12 +0100 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.94]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id lB3N1L10029785; Tue, 4 Dec 2007 00:29:45 +0100 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 15.0) with spool id 199495 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Tue, 4 Dec 2007 00:29:45 +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 lB3NTiZa030600 for ; Tue, 4 Dec 2007 00:29:45 +0100 Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id lB3NRkmx006400 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 4 Dec 2007 00:27:51 +0100 Received: from mail-in-02-z2.arcor-online.net (mail-in-02-z2.arcor-online.net [151.189.8.14]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 1BA5C15C8DA for ; Tue, 4 Dec 2007 00:29:37 +0100 (CET) Received: from mail-in-11.arcor-online.net (mail-in-11.arcor-online.net [151.189.21.51]) by mail-in-02-z2.arcor-online.net (Postfix) with ESMTP id 0E94C1143CB for ; Tue, 4 Dec 2007 00:29:37 +0100 (CET) Received: from commodore (pD9F4CD3F.dip0.t-ipconnect.de [217.244.205.63]) (Authenticated sender: mailing_list@arcor.de) by mail-in-11.arcor-online.net (Postfix) with ESMTP id 19DF811434 for ; Tue, 4 Dec 2007 00:29:34 +0100 (CET) User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.0 MIME-Version: 1.0 References: <18249.57441.391405.468407@morse.mittelbach-online.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4986/Mon Dec 3 22:33:44 2007 on mail-in-11.arcor-online.net X-Virus-Status: Clean X-Spam-Whitelist: Message-ID: <4754910B.4000404@arcor.de> Date: Tue, 4 Dec 2007 00:28:11 +0100 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Stephan Hennig Subject: Re: Extending the output routine to middle floats To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE In-Reply-To: <18249.57441.391405.468407@morse.mittelbach-online.de> Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-ProteoSys-SPAM-Score: -2.599 () BAYES_00 X-Scanned-By: MIMEDefang 2.57 on 213.139.130.197 Return-Path: owner-latex-l@LISTSERV.UNI-HEIDELBERG.DE X-OriginalArrivalTime: 03 Dec 2007 23:34:49.0010 (UTC) FILETIME=[1846F920:01C83605] Status: R X-Status: X-Keywords: X-UID: 5089 Frank Mittelbach schrieb: > Tackling the first question first, here are a bunch of specs that I can think > of (without judging for the moment how well they would represent anything real > life and how well they might work out in practice). > > * The ratio of t1 to t2 is fixed by the design and a float AAA can be > placed into the middle position if neither t1 nor t2 become too > small. (Downside of this kind of layout might be that the positioning of > the floats drastically varies from page to page.) > > * The end position of t1 is fixed (vertically) so that a middle float > always starts on the same point on a page. Further restriction then that > t2 is not getting smaller as a certain value. > > * The starting starting position of t2 is fixed so that the bottom of the > middle floats always appear on the same vertical position on the page, > again with some further restrictions to the size of t1 this time. > > * An obvious extension to the above could be that there are a list of > vertical starting points to choose from and some mechanism/logic to > select one of them > > * ...other ideas... > > Questions: > > * What kind of other specs can you think of? > * What is wrong with the above? What is right with them? > * Which of the specs might be worth implementing (or not) for which reason? > * Other comments, ideas? Just an idea ... From a book or magazine designers point of view, all your rules work best if only equally sized figures are used. This give all pages (with figures) a uniform look. If there are differently sized figures, an alternative (more amateur like) approach could be to optically fix the position of figures, i.e., fix the vertical middle of figures. The intention is a bit like in your alternative A, but likely with less drastic side effects. I have no idea, if anything like that is done in practice. It's just one more alternative approach I can think of. Best regards, Stephan Hennig