From brannon@kappa.usc.edu Tue Sep 5 06:03:47 1995 Received: from usc.edu (root@usc.edu [128.125.253.136]) by doors.niif.spb.su (8.6.9/8.6.12) with ESMTP id GAA03820 for ; Tue, 5 Sep 1995 06:03:04 +0400 Received: from kappa.usc.edu (brannon@kappa.usc.edu [128.125.37.57]) by usc.edu (8.6.12/8.6.4) with ESMTP id TAA19448 for ; Mon, 4 Sep 1995 19:05:01 -0700 Received: (brannon@localhost) by kappa.usc.edu (8.6.12/8.6.7+ucs) id TAA18028; Mon, 4 Sep 1995 19:05:00 -0700 Date: Mon, 4 Sep 1995 19:05:00 -0700 From: "Terrence M. Brannon" Message-Id: <199509050205.TAA18028@kappa.usc.edu> To: lout@niif.spb.su Subject: LOUT -> Adobe Acrobat Info I noticed an old question on the Mailing List about converting Lout files to Adobe Acrobat. Here is a blurb from http://www.adobe.com/Acrobat/Acrobat0.html#products Acrobat Distiller(TM) -- Converts any PostScript language file into PDF. Use Distiller with files from drawing, page layout, or image editing programs; documents containing high-resolution or Encapsulated PostScript (EPS) language artwork or images; or documents containing complex blends or gradient fills. Glad to be on the list... -- Terrence Brannon (brannon@rana.usc.edu) Department of Neuroscience 3614 Watt Way University of Southern California Los Angeles, CA 90089-2520 (213) 764-9845 From newberry@duffing.eecs.umich.edu Tue Sep 5 16:23:44 1995 Received: from liapunov.eecs.umich.edu (liapunov.eecs.umich.edu [141.212.136.98]) by doors.niif.spb.su (8.6.9/8.6.12) with SMTP id QAA01740 for ; Tue, 5 Sep 1995 16:21:37 +0400 Received: from duffing by liapunov.eecs.umich.edu (NX5.67d/NX3.0M) id AA04022; Tue, 5 Sep 95 08:21:23 -0400 Received: by duffing.eecs.umich.edu (NX5.67d/NX3.0S) id AA02213; Tue, 5 Sep 95 07:45:59 -0400 Date: Tue, 5 Sep 95 07:45:59 -0400 From: Byron Newberry Message-Id: <9509051145.AA02213@duffing.eecs.umich.edu> Received: by NeXT.Mailer (1.95) Received: by NeXT Mailer (1.95) To: lout@niif.spb.su Subject: Compiling Lout on DOS Hello, I have heard that the new release of Lout should compile on a DOS based machine. I am interested if this is true and how many have had success with it. I tried a few versions ago with Lout and gave up. The trouble is I am NOT a C programmer in the least. Therefore I am terrible at fixing little hang-ups that I am sure are really not that bad if I new what I was doing. Anyway, I would appreciate knowing if I should invest some time again. Also, maybe this is a dumb question, but would it be possible to house some binaries for Lout somewhere. At present I don't even have a C compiler (I know that Gnu's compiler is available, however) so personally compiling the code is a undesirable. Thanks for the time and best regards, Byron Newberry From rv@virtual.office.com Wed Sep 13 06:52:42 1995 Received: from virtual.office.com (root@vo.com [204.192.49.8]) by doors.niif.spb.su (8.6.9/8.6.12) with ESMTP id GAA03097 for ; Wed, 13 Sep 1995 06:43:26 +0400 Received: from virtual.office.com (rv@localhost [127.0.0.1]) by virtual.office.com (8.6.12/8.6.12) with ESMTP id WAA27035 for ; Tue, 12 Sep 1995 22:43:52 -0400 Message-Id: <199509130243.WAA27035@virtual.office.com> To: lout@niif.spb.su Subject: @PageBox troubles Date: Tue, 12 Sep 1995 22:43:51 -0400 From: Rodrigo Vanegas Why won't the following simple document work? @SysInclude { doc } @Document @PageBoxType { CurveBox } // @Text @Begin blah blah blah @End @Text The error is simply this. 3,3: symbol @PageBoxType unknown or misspelt 2,1 fatal error: missing @Break symbol or option It works fine if I instead make my own copy of include/doc and uncomment the appropriate line there. But I am lead to believe that the above will work by the beginning of chapter 3 in the user's guide. Any ideas? Rodrigo Vanegas From uwe@snark.niif.spb.su Wed Sep 13 17:49:02 1995 Received: from snark.niif.spb.su (uwe@snark.niif.spb.su [193.125.193.67]) by doors.niif.spb.su (8.6.9/8.6.12) with SMTP id RAA02661 for ; Wed, 13 Sep 1995 17:43:07 +0400 Received: by snark.niif.spb.su (4.1/SMI-4.1) id AA26690; Wed, 13 Sep 95 17:42:58 MSD Date: Wed, 13 Sep 1995 17:42:56 +0400 (MSD) From: "Valeriy E. Ushakov" Reply-To: "Valeriy E. Ushakov" To: Lout mailing list Subject: Re: @PageBox troubles In-Reply-To: <199509130243.WAA27035@virtual.office.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hello, Lout folk! On Tue, 12 Sep 1995, Rodrigo Vanegas wrote: > Why won't the following simple document work? > > @SysInclude { doc } > @Document > @PageBoxType { CurveBox } > // > @Text @Begin > blah blah blah > @End @Text > > The error is simply this. > > 3,3: symbol @PageBoxType unknown or misspelt > 2,1 fatal error: missing @Break symbol or option > > It works fine if I instead make my own copy of include/doc and > uncomment the appropriate line there. But I am lead to believe that > the above will work by the beginning of chapter 3 in the user's guide. > Any ideas? > > Rodrigo Vanegas > This is very simple. I too make such mistakes every now and then. Here is how it (doesn't) works: >>>> in include/dl def @DocumentLayout .... named @PageBoxType { None } # None Box CurveBox ShadowBox .... @Begin @End @DocumentLayout >>>> in include/docf def @Document # default values are taken from @DocumentLayout named @InitialFont { @InitialFont } named @InitialBreak { @InitialBreak } named @InitialLanguage { @InitialLanguage } named @PageHeaders { @PageHeaders } named @ColumnNumber { @ColumnNumber } named @FirstPageNumber { @FirstPageNumber } { .... } >>>> in include/doc @Use { @DocumentLayout .... # @PageBoxType { None } # None Box CurveBox ShadowBox .... } Now you see, you are trying to pass @PageBoxType to a wrong function. Since Lout knows there's no such named argument to @Document symbol it treats it as just another word, but warns about @ sign in it: 3,3: symbol @PageBoxType unknown or misspelt The second error message is less evident: 2,1 fatal error: missing @Break symbol or option This refers to @Document symbol(?!). But I don't know why :-( I have no debugging-enabled Lout installed and can't track it down for you. If you write it the other way round: @Document @PageBoxType { CurveBox } You'll get the message that makes more sense. 2,11 fatal error: no current font at word @PageBoxType Both these 2,* messages are from manifestation code (z08.c:Manifest). Recall that @Document is only a *galley* that is a slot objects will go into. And @Text targets its contents into this galley. Here @PageBoxType is a word out of style (@Font, @Break, @Language etc), that's the reason for these messages. Also, page 45 of User Guide (sect 3.1) states that there're six options to @Document and lists them all Hope it helps. Best regards! SY, Uwe. -------- Valeriy E. Ushakov (aka Uwe) | Zu Grunde kommen uwe@niif.spb.su | Ist zu Grunde gehen From jamesb@ot.com.au Wed Sep 20 06:06:58 1995 Received: from warrane.connect.com.au (warrane.connect.com.au [192.189.54.33]) by doors.niif.spb.su (8.6.9/8.6.12) with ESMTP id GAA12743 for ; Wed, 20 Sep 1995 06:00:26 +0400 Received: (from root@localhost) by warrane.connect.com.au with UUCP id LAA10413 (8.6.12/IDA-1.6); Wed, 20 Sep 1995 11:57:05 +1000 Received: from marcus.ot.com.au (marcus) by hamlet.ot.com.au with SMTP id AA20044 (5.67b/IDA-1.5); Wed, 20 Sep 1995 11:42:26 +1000 Received: (from jamesb@localhost) by marcus.ot.com.au (8.6.11/8.6.9) id LAA20597; Wed, 20 Sep 1995 11:52:01 +1000 Date: Wed, 20 Sep 1995 11:52:01 +1000 Message-Id: <199509200152.LAA20597@marcus.ot.com.au> From: brister@vix.com To: lout@niif.spb.su Subject: Non-floating figures in lout 3.06 Cc: brister@vix.com Reply-To: brister@vix.com X-Zippy: I'm gliding over a NUCLEAR WASTE DUMP near ATLANTA, Georgia!! I have various small @Figures (all included eps files) that I'd like to anchor to the spot in the document they're included, rather than having them float to the top of the next page. Possible? If that's not possible, then how can I adjust the space between two figures that have been placed one after another (they're not next to each other in the source file, they've just floated to the top of the same page)? There looks to be almost none and they're pretty cramped. Thanks James --- James Brister brister@vix.com From uwe@snark.niif.spb.su Fri Sep 29 01:22:07 1995 Received: from snark.niif.spb.su (uwe@snark.niif.spb.su [193.125.193.67]) by doors.niif.spb.su (8.6.9/8.6.12) with SMTP id BAA03601 for ; Fri, 29 Sep 1995 01:18:25 +0300 Received: by snark.niif.spb.su (4.1/SMI-4.1) id AA05149; Fri, 29 Sep 95 01:18:23 MSK Date: Fri, 29 Sep 1995 01:18:22 +0300 (MSK) From: "Valeriy E. Ushakov" Reply-To: "Valeriy E. Ushakov" To: Lout mailing list Subject: Figure/Table bug (Was: Non-floating figures in lout 3.06) In-Reply-To: <199509200152.LAA20597@marcus.ot.com.au> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Hello! I stuble across this bug today and after some investigation can offer a fix to it. Sorry for not stumbling over this bug for so long time since you posted your question :-). On Wed, 20 Sep 1995 brister@vix.com wrote: > ... how can I adjust the space between two figures that have been > placed one after another (they're not next to each other in the > source file, they've just floated to the top of the same page)? > There looks to be almost none and they're pretty cramped. Sigh. There's a subtle bug in `dl' layout. I found it when two tables came together at one page. The code for tables and figures is identical (up to s/Figure/Table/g), so this bug affects both. I can offer an explanation, but this is just my humble opinion. def @TableList right x { .... @NumberMarker @TableNum // @TablePlace //@TopGap @TableList @Next x } That's ok. But @NumberMarker is @Null!!! Now let's follow the rewriting rules when two figures/tables meet together: @NumberMarker @TableNum // @TablePlace //@TopGap @TableList @Next x This is rewritten to @NumberMarker @TableNum // @TablePlace //@TopGap @NumberMarker @Next @TableNum # <--- the bug is here !!! // @TablePlace //@TopGap @TableList @Next @Next x Now recall that @NumberMarker is @Null. Reffer to section 3.21 of expert guide.: | This symbol (@Null) provides a convenient way to remove unwanted | concatenation symbols. If there is a concatenation symbol preceding | @Null, the @Null and the concatenation symbol are both deleted. | Otherwise, if there is a following concatenation symbol, it and the | @Null are both deleted. Otherwise, @Null becomes an empty object. | | These rules apply to a fully parenthesized version of the | expression. And as described in the previous excerpt, lout happily deletes //@TopGap and following @Null (@NumberMarker). Well, the fix is simple: protect //@TopGap with another // concatenation that will disappear together with @Null. Patch follows. It fix this bug in @TableList and @FigureList. *** dl Tue Jul 25 07:22:53 1995 --- /usr/local/share/lout/include/dl Thu Sep 28 21:26:06 1995 *************** *** 3410,3414 **** } ! @NumberMarker @FigureNum // @FigurePlace //@TopGap @FigureList @Next x --- 3410,3414 ---- } ! // @NumberMarker @FigureNum // @FigurePlace //@TopGap @FigureList @Next x *************** *** 3521,3525 **** } ! @NumberMarker @TableNum // @TablePlace //@TopGap @TableList @Next x --- 3521,3525 ---- } ! // @NumberMarker @TableNum // @TablePlace //@TopGap @TableList @Next x > I have various small @Figures (all included eps files) that I'd like > to anchor to the spot in the document they're included, rather than > having them float to the top of the next page. Possible? @Figure and @Table just carry their bodies to the @TopPlace, add caption and send this caption to the table of contents. If you can sacrifice captions just place your @Tab's and @Fig's into displays. Best regards! SY, Uwe. -------- Valeriy E. Ushakov (aka Uwe) | Zu Grunde kommen uwe@niif.spb.su | Ist zu Grunde gehen