Received: via tmail-4.1(11) (invoked by user schoepf) for schoepf; Fri, 19 May 2000 14:12:18 +0200 (MET DST) Received: from mailgate2.zdv.Uni-Mainz.DE (mailgate2.zdv.Uni-Mainz.DE [134.93.8.57]) by mail.Uni-Mainz.DE (8.9.3/8.9.3) with ESMTP id OAA21430 for ; Fri, 19 May 2000 14:12:18 +0200 (MET DST) Received: from mail.listserv.gmd.de (mail.listserv.gmd.de [192.88.97.5]) by mailgate2.zdv.Uni-Mainz.DE (8.10.1/8.10.1) with ESMTP id e4JCCIK10727 for ; Fri, 19 May 2000 14:12:18 +0200 (MET DST) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFC18B.79EF3D00" Received: from mail.listserv.gmd.de (192.88.97.5) by mail.listserv.gmd.de (LSMTP for OpenVMS v1.1a) with SMTP id <3.B39E1FC3@mail.listserv.gmd.de>; Fri, 19 May 2000 14:12:17 +0200 Received: from RELAY.URZ.UNI-HEIDELBERG.DE by RELAY.URZ.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 1.8b) with spool id 456705 for LATEX-L@RELAY.URZ.UNI-HEIDELBERG.DE; Fri, 19 May 2000 14:09:12 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Received: from ix.urz.uni-heidelberg.de (mail.urz.uni-heidelberg.de [129.206.119.234]) by relay.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id OAA06758 for ; Fri, 19 May 2000 14:08:51 +0200 (MET DST) Received: from relay.uni-heidelberg.de (relay.uni-heidelberg.de [129.206.100.212]) by ix.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id OAA13416 for ; Fri, 19 May 2000 14:08:50 +0200 Received: from mailgate2.zdv.Uni-Mainz.DE (mailgate2.zdv.Uni-Mainz.DE [134.93.8.57]) by relay.uni-heidelberg.de (8.9.3+Sun/8.9.3) with ESMTP id OAA07873 for ; Fri, 19 May 2000 14:08:51 +0200 (MET DST) Received: from mail.Uni-Mainz.DE (mailserver1.zdv.Uni-Mainz.DE [134.93.8.30]) by mailgate2.zdv.Uni-Mainz.DE (8.10.1/8.10.1) with ESMTP id e4JC8oK10375 for ; Fri, 19 May 2000 14:08:50 +0200 (MET DST) Received: from istrati.zdv.uni-mainz.de (dialin340.zdv.Uni-Mainz.DE [134.93.175.40]) by mail.Uni-Mainz.DE (8.9.3/8.9.3) with ESMTP id OAA20619 for ; Fri, 19 May 2000 14:08:49 +0200 (MET DST) Received: (from latex3@localhost) by istrati.zdv.uni-mainz.de (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) id MAA01251; Fri, 19 May 2000 12:45:11 +0200 In-Reply-To: <200003081302.OAA24658@atoll.onecert.fr> References: <200003081302.OAA24658@atoll.onecert.fr> Return-Path: X-Mailer: VM 6.75 under Emacs 20.4.1 x-vm-v5-data: ([nil nil nil nil nil nil nil nil nil]["1320" "Fri" "19" "May" "2000" "12:45:10" "+0200" "Frank Mittelbach" "frank.mittelbach@LATEX-PROJECT.ORG" nil "31" "keeping floats together" "^Date:" nil nil "5" nil nil nil nil nil]nil) X-Authentication-Warning: istrati.zdv.uni-mainz.de: latex3 set sender to frank.mittelbach@latex-project.org using -f Content-class: urn:content-classes:message Subject: keeping floats together Date: Fri, 19 May 2000 11:45:10 +0100 Message-ID: <14629.6966.331324.88293@istrati.zdv.uni-mainz.de> X-MS-Has-Attach: X-MS-TNEF-Correlator: From: "Frank Mittelbach" Sender: "Mailing list for the LaTeX3 project" To: "Multiple recipients of list LATEX-L" Reply-To: "Mailing list for the LaTeX3 project" Status: R X-Status: X-Keywords: X-UID: 3580 This is a multi-part message in MIME format. ------_=_NextPart_001_01BFC18B.79EF3D00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Jean-Pierre Drucbert writes: > About ``facing pages'' for figures ou table, you shouls have a look = to the > ``dpfloat'' package by Jim Fox (fox@u.washington.edu) available at = the > following URL: http://staff.washington.edu/~fox > It is nice and rather easy to use (while the document leves some room = to > the floats for moving). I can give the package and its doc (a french > version is available for you, Thierry). i had a quick look at this package and essentially what it does is to = modify the output routine slightly to be able to reject page floats that are = marked "left" if they fall on a right hand page. this way if a "left" page = float is directly followed by another page float they will come out togther. but = this will only work for floats that fill pages completely. at the moment the new algorithm doesn't provide any special features to = keep floats together in special positions but i guess i will add some such functionality at a later stage. however, the use of flush points already allows you to control the = floats to some extend (and of course the manual placing option via an external = file does it as well) i would be interested in opinions on a) what kind of control would be of interest b) suggestions for possible user syntax (don't get too fancy, OR writing is difficult :-) frank ------_=_NextPart_001_01BFC18B.79EF3D00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable keeping floats together

Jean-Pierre Drucbert writes:
 > About ``facing pages'' for figures ou = table, you shouls have a look to the
 > ``dpfloat'' package by Jim Fox = (fox@u.washington.edu) available at the
 > following URL: http://staff.washington.edu/~fo= x
 > It is nice and rather easy to use (while = the document leves some room to
 > the floats for moving). I can give the = package and its doc (a french
 > version is available for you, = Thierry).

i had a quick look at this package and essentially = what it does is to modify
the output routine slightly to be able to reject page = floats that are marked
"left" if they fall on a right hand page. = this way if a "left" page float is
directly followed by another page float they will = come out togther. but this
will only work for floats that fill pages = completely.

at the moment the new algorithm doesn't provide any = special features to keep
floats together in special positions but i guess i = will add some such
functionality at a later stage.

however, the use of flush points already allows you to = control the floats to
some extend (and of course the manual placing option = via an external file does
it as well)

i would be interested in opinions on

 a) what kind of control would be of = interest
 b) suggestions for possible user syntax

(don't get too fancy, OR writing is difficult = :-)

frank

------_=_NextPart_001_01BFC18B.79EF3D00--