Received: from mail.proteosys.com ([62.225.9.49]) by nummer-3.proteosys with Microsoft SMTPSVC(5.0.2195.5329); Fri, 24 Jan 2003 20:48:39 +0100 Received: by mail.proteosys.com (8.12.2/8.12.2) with ESMTP id h0OJma6C018274 for ; Fri, 24 Jan 2003 20:48:37 +0100 MIME-Version: 1.0 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.27]) by relay2.uni-heidelberg.de (8.12.4/8.12.4) with ESMTP id h0OJCYtt009753; Fri, 24 Jan 2003 20:12:34 +0100 (MET) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C2C3E1.971B4580" Received: from listserv (listserv.uni-heidelberg.de [129.206.100.27]) by listserv.uni-heidelberg.de (8.12.2/8.12.2/SuSE Linux 0.6) with ESMTP id h0O3PCSf014696; Fri, 24 Jan 2003 20:04:30 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Received: from LISTSERV.UNI-HEIDELBERG.DE by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 1.8d) with spool id 9412 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Fri, 24 Jan 2003 20:04:30 +0100 Received: from relay2.uni-heidelberg.de (relay2.uni-heidelberg.de [129.206.210.211]) by listserv.uni-heidelberg.de (8.12.2/8.12.2/SuSE Linux 0.6) with ESMTP id h0OJ4U5f022546 for ; Fri, 24 Jan 2003 20:04:30 +0100 Received: from ridge.aps.org (ridge.aps.org [149.28.1.5]) by relay2.uni-heidelberg.de (8.12.4/8.12.4) with ESMTP id h0OJBhtt009609 for ; Fri, 24 Jan 2003 20:11:43 +0100 (MET) Received: from aps.org (q.aps.org [149.28.3.13]) by ridge.aps.org (8.9.3+Sun/8.9.3) with ESMTP id OAA00264 for ; Fri, 24 Jan 2003 14:11:42 -0500 (EST) In-Reply-To: Return-Path: X-Mailer: Apple Mail (2.551) X-OriginalArrivalTime: 24 Jan 2003 19:48:39.0360 (UTC) FILETIME=[97523400:01C2C3E1] X-Scanned-By: MIMEDefang 2.28 (www . roaringpenguin . com / mimedefang) X-Spam-Score: -4.2 () EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT,SPAM_PHRASE_00_01,USER_AGENT_APPLEMAIL Content-class: urn:content-classes:message Subject: Re: LICR objects in math Date: Fri, 24 Jan 2003 20:11:42 +0100 Message-ID: A X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Re: LICR objects in math Thread-Index: AcLD4ZdpL9zITXXFSFeQ4IMgEx7qkA== From: "Mark Doyle" To: Reply-To: "Mailing list for the LaTeX3 project" Status: R X-Status: X-Keywords: X-UID: 4494 This is a multi-part message in MIME format. ------_=_NextPart_001_01C2C3E1.971B4580 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Greetings, On Friday, January 24, 2003, at 10:30 AM, Peter Breitenlohner wrote: > One important such (physics) journal with display equations spanning > two of > three columns is Phys.Rev. (published by APS). Actually, it is a two column format with wide equations that span both columns. > Moreover they sometimes > change the number of columns at such a display; Right. > all that is achieved by > their 'revtex' documentclass (standard LaTeX). REVTeX 3 didn't do so well here, especially when it comes to figure placements. REVTeX 4 which is built for LaTeX 2e uses Art Ogawa's ltxgrid package (part of the REVTeX 4 distribution) to hack around in the LaTeX 2e kernel in order to get fairly good results. But it is quite difficult and debugging all of the corner cases for column balancing was quite hairy. Also, there are simplifying assumptions which aren't really desirable such as losing vertical space above a section heading when rebalancing the columns. It would be great if whatever new kernel comes out has more hooks for doing these kinds of things in a robust way. I am not a TeX developer so I don't know the full details. I just know the hurdles Art ran into while implementing our requirements. > As for the virtue of such things: I personally find then hard to read. Me too, but it does save paper and it has become Phys. Rev's branding which remains important to authors. In fact, when we introduced an online-only journal (Phys. Rev. Spec. Topics - Accel. and Beams), the editors basically demanded that it still use the two column format even though it is suboptimal for online reading. Cheers, Mark Mark Doyle Manager, Product Development The American Physical Society ------_=_NextPart_001_01C2C3E1.971B4580 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: LICR objects in math

Greetings,

On Friday, January 24, 2003, at 10:30  AM, Peter = Breitenlohner wrote:

> One important such (physics) journal with display = equations spanning
> two of
> three columns is Phys.Rev. (published by = APS).

Actually, it is a two column format with wide = equations that span both
columns.

>  Moreover they sometimes
> change the number of columns at such a = display;

Right.

>  all that is achieved by
> their 'revtex' documentclass (standard = LaTeX).

REVTeX 3 didn't do so well here, especially when it = comes to figure
placements.
REVTeX 4 which is built for LaTeX 2e uses Art Ogawa's = ltxgrid package
(part
of the REVTeX 4 distribution) to hack around in the = LaTeX 2e kernel in
order
to get fairly good results. But it is quite difficult = and debugging all
of the corner
cases for column balancing was quite hairy. Also, = there are simplifying
assumptions
which aren't really desirable such as losing vertical = space above a
section heading
when rebalancing the columns. It would be great if = whatever new kernel
comes out has more hooks for doing these kinds of = things in a robust
way. I am not a TeX developer so I don't know the = full details. I just
know the hurdles Art ran into while implementing our = requirements.

> As for the virtue of such things: I personally = find then hard to read.

Me too, but it does save paper and it has become Phys. = Rev's branding
which remains important to authors. In fact, when we = introduced an
online-only journal (Phys. Rev. Spec. Topics - Accel. = and Beams),
the editors basically demanded that it still use the = two column format
even
though it is suboptimal for online reading.

Cheers,
Mark

Mark Doyle
Manager, Product Development
The American Physical Society

------_=_NextPart_001_01C2C3E1.971B4580--