From - Wed May 9 22:46:08 2001 Return-Path: Received: from mail.uark.edu (mail.uark.edu [130.184.5.107]) by nef.ens.fr (8.10.1/1.01.28121999) with ESMTP id f49KjtR51897 for ; Wed, 9 May 2001 22:45:56 +0200 (CEST) Received: from mathdancer.uark.edu ([130.184.55.45]) by mail.uark.edu (Netscape Messaging Server 4.15) with SMTP id GD35N202.TC3 for ; Wed, 9 May 2001 15:45:02 -0500 Message-Id: <3.0.6.32.20010509154435.007a94e0@mail.uark.edu> X-Sender: luecking@mail.uark.edu (Unverified) X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Wed, 09 May 2001 15:44:35 -0500 To: metafont@ens.fr From: "Daniel Luecking" Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Virus-Scanner: AMaVis 0.2.0-pre6 / Virus Scan X-Loop: metafont@nef.ens.fr X-Sequence: 439 Precedence: list Subject: [metafont] Clipping in MP Two questions about both MetaPost and Postscript in general. 1. Does anyone know if one can set disconnected clipping paths in PS? And if so whether MetaPost can do something with them? It seems inefficient in MetaPost to draw a picture, then clip to each of a set of closed paths, then paste the results together. It would seem equally inefficient for PS to set a clipping path, draw a picture, and repeat for each clipping path. I am assuming the interiors of the curves are disjoint 2. Is there some foolproof way to clip to the exterior of a closed path (i.e., only ink outside the path is drawn)? Both these are relatively simple in Metafont with culling operations on pictures. Thanks for any insight. -- Daniel H. Luecking luecking@comp.uark.edu Department of Mathematical Sciences University of Arkansas, Fayetteville AR 72701-1201 From - Thu May 10 08:59:58 2001 Return-Path: Received: from filemon.mecanica.upm.es (filemon.mecanica.upm.es [138.100.66.1]) by nef.ens.fr (8.10.1/1.01.28121999) with ESMTP id f4A6xlR85397 for ; Thu, 10 May 2001 08:59:47 +0200 (CEST) Received: from [138.100.66.37] (helo=simux.mecanica.upm.es ident=smuelas) by filemon.mecanica.upm.es with esmtp (Exim 3.11 #1 (Debian)) id 14xkQL-0006Re-00; Thu, 10 May 2001 08:59:45 +0200 Date: Thu, 10 May 2001 09:02:57 +0200 (CEST) From: To: Daniel Luecking Cc: Subject: Re: [metafont] Clipping in MP In-Reply-To: <3.0.6.32.20010509154435.007a94e0@mail.uark.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanner: AMaVis 0.2.0-pre6 / Virus Scan X-Loop: metafont@nef.ens.fr X-Sequence: 440 Precedence: list On Wed, 9 May 2001, Daniel Luecking wrote: > Date: Wed, 09 May 2001 15:44:35 -0500 > From: Daniel Luecking > To: metafont@ens.fr > Subject: [metafont] Clipping in MP > > > Two questions about both MetaPost and Postscript in general. > > 1. Does anyone know if one can set disconnected clipping paths in PS? And > if so whether MetaPost can do something with them? It seems inefficient in > MetaPost to draw a picture, then clip to each of a set of closed paths, > then paste the results together. It would seem equally inefficient for PS > to set a clipping path, draw a picture, and repeat for each clipping path. > I am assuming the interiors of the curves are disjoint I am working now for providing this facility in Metagraf but I have not found yet the "good way" for doing it. > > 2. Is there some foolproof way to clip to the exterior of a closed path > (i.e., only ink outside the path is drawn)? > This seems a lot easier if I understand your question. If you have a closed path and you do not want ink inside, you can simply "unfill" the path after your figure to clip has been drawn. -- Santiago Muelas E.T.S. Ingenieros de Caminos, (U.P.M) Tf.: (34) 91 336 66 59 e-mail: smuelas@mecanica.upm.es Fax: (34) 91 336 67 61 www: http://w3.mecanica.upm.es/~smuelas From - Thu May 10 12:46:23 2001 Return-Path: Received: from linux.bop.com.pl (pg85.gdansk.sdi.tpnet.pl [213.77.190.85]) by nef.ens.fr (8.10.1/1.01.28121999) with ESMTP id f4AAjoR16007 for ; Thu, 10 May 2001 12:45:59 +0200 (CEST) Received: from localhost (bop@localhost) by linux.bop.com.pl (8.9.3/8.9.3) with ESMTP id MAA26131 for ; Thu, 10 May 2001 12:50:53 +0200 X-Authentication-Warning: linux.bop.com.pl: bop owned process doing -bs Date: Thu, 10 May 2001 12:50:53 +0200 (CEST) From: Boguslaw Jackowski X-Sender: bop@linux.bop.com.pl To: The Discussion List of METAFONT/METAPOST Subject: Re: [metafont] Clipping in MP Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanner: AMaVis 0.2.0-pre6 / Virus Scan X-Loop: metafont@nef.ens.fr X-Sequence: 441 Precedence: list Daniel Luecking posed two questions: DL> 1. Does anyone know if one can set disconnected clipping paths in PS? And DL> if so whether MetaPost can do something with them? It seems inefficient in DL> MetaPost to draw a picture, then clip to each of a set of closed paths, DL> then paste the results together. It would seem equally inefficient for PS DL> to set a clipping path, draw a picture, and repeat for each clipping path. DL> I am assuming the interiors of the curves are disjoint In my (admittedly lengthy) e-mail from 13 Mar 2001 (subject: ``Re: [metafont] [Metapost] CMYK colors'') sent to this mailing list I described a relatively simple technique of implementing eofill and eoclip operators in MP. I'd use just an eoclip operator (mutual disjointness of the clipping paths is not crucial) -- it actualy invokes once the PostScript eoclip function. DL> 2. Is there some foolproof way to clip to the exterior of a closed path DL> (i.e., only ink outside the path is drawn)? Assume that p is a picture, containing your illustration, and c is an ``exterior'' clipping path; I'd used something like: interim bboxmargin:=0; eoclip(p)(bbox p, c); You may also think about employing PostScript `clippath' operation. It is not difficult to define a METAPOST macro, say, xeoclip (using the same technique) that would implement the following simple algorithm: 1. execute clippath, i.e., put on the stack the current clipping path; 2. put on the stack an clipping path 3. execute eoclip. I prefer the former solution. Good luck -- Jacko Ps. If you have not the copy of my mentioned letter, and you are interested in it, please let me know privately. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Bogus\l{}aw Jackowski: B.Jackowski@GUST.ORG.PL ---------------------------------------------------------------- Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From - Thu May 10 20:07:23 2001 Return-Path: Received: from pacific-carrier-annex.mit.edu (PACIFIC-CARRIER-ANNEX.MIT.EDU [18.7.21.83]) by nef.ens.fr (8.10.1/1.01.28121999) with ESMTP id f4AI7CR69724 for ; Thu, 10 May 2001 20:07:12 +0200 (CEST) Received: from grand-central-station.mit.edu (GRAND-CENTRAL-STATION.MIT.EDU [18.7.21.82]) by pacific-carrier-annex.mit.edu (8.9.2/8.9.2) with ESMTP id OAA08831 for ; Thu, 10 May 2001 14:07:04 -0400 (EDT) Received: from melbourne-city-street.mit.edu (MELBOURNE-CITY-STREET.MIT.EDU [18.7.21.86]) by grand-central-station.mit.edu (8.9.2/8.9.2) with ESMTP id OAA09532 for ; Thu, 10 May 2001 14:03:17 -0400 (EDT) Received: from mit.edu (SPLINTER.MIT.EDU [18.33.0.190]) by melbourne-city-street.mit.edu (8.9.2/8.9.2) with ESMTP id OAA01837 for ; Thu, 10 May 2001 14:03:14 -0400 (EDT) Message-Id: <3AFAD8A6.8211A249@mit.edu> Date: Thu, 10 May 2001 14:06:39 -0400 From: "Alexander M. Budge" X-Mailer: Mozilla 4.74C-CCK-MCD (Macintosh; U; PPC) X-Accept-Language: en Mime-Version: 1.0 To: metafont Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanner: AMaVis 0.2.0-pre6 / Virus Scan X-Loop: metafont@nef.ens.fr X-Sequence: 442 Precedence: list Subject: [metafont] MetaPost Graph and Multicolumn Large Numbers I would like to graph a multicolumn data set consisting of large numbers. I am able to graph the first two columns easily with: gdraw "myresult.dat"; but in order to graph multicolumn data it seems I need to use a construction like: path p[]; gdata("myresult.dat", $, augment.p1($1,$2); augment.p2($1,$3);) which works for data files consisting of small numbers, but not for large numbers. MetaPost tells me: ! Arithmetic overflow. Mexp->...):mexp(EXPR2)else:-mexp(EXPR2)fi.endgroup How must I modify the above multicolumn data construction for large numbers? (It seems to me that augment will use Mlog form if its argument is a string, but I do not know how to inhibit interpretation of $1, etc. as numeric and deliver them to augment as strings so the graph package will treat them in Mlog form -- if that is in fact what is happening.) Thank You, Alex P.S. I am new to MetaPost and to this mailing list. If this is not the right forum for introductory questions of this sort, please kindly direct me towards the appropriate forum. From - Thu May 10 22:17:58 2001 Return-Path: Received: from mail.uark.edu (mail.uark.edu [130.184.5.107]) by nef.ens.fr (8.10.1/1.01.28121999) with ESMTP id f4AKHoR80351 for ; Thu, 10 May 2001 22:17:50 +0200 (CEST) Received: from comp.uark.edu ([130.184.5.197]) by mail.uark.edu (Netscape Messaging Server 4.15) with ESMTP id GD4Z0A03.RAH; Thu, 10 May 2001 15:16:58 -0500 Received: (from luecking@localhost) by comp.uark.edu (8.11.2/8.10.2) id f4AKGwA04502; Thu, 10 May 2001 15:16:58 -0500 (CDT) Date: Thu, 10 May 2001 15:16:58 -0500 (CDT) From: "Daniel Luecking" To: Cc: Subject: Re: [metafont] Clipping in MP In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanner: AMaVis 0.2.0-pre6 / Virus Scan X-Loop: metafont@nef.ens.fr X-Sequence: 443 Precedence: list On Thu, 10 May 2001 smuelas@mecanica.upm.es wrote: > > > > 2. Is there some foolproof way to clip to the exterior of a closed path > > (i.e., only ink outside the path is drawn)? > > > This seems a lot easier if I understand your question. If you have a > closed path and you do not want ink inside, you can simply "unfill" the > path after your figure to clip has been drawn. This is not really foolproof, nor is it clipping. It places "white ink" over the interior of the curve. If you now add that picture to another, the interior will cover elements of the second picture. -- Dan Luecking Dept. of Mathematical Sciences luecking@comp.uark.edu University of Arkansas http://comp.uark.edu/~luecking/ Fayetteville, AR 72101 From - Fri May 11 09:48:32 2001 Return-Path: Received: from filemon.mecanica.upm.es (filemon.mecanica.upm.es [138.100.66.1]) by nef.ens.fr (8.10.1/1.01.28121999) with ESMTP id f4B7mNR21966 for ; Fri, 11 May 2001 09:48:23 +0200 (CEST) Received: from [138.100.66.37] (helo=simux.mecanica.upm.es ident=smuelas) by filemon.mecanica.upm.es with esmtp (Exim 3.11 #1 (Debian)) id 14y7ev-0001VO-00; Fri, 11 May 2001 09:48:21 +0200 Date: Fri, 11 May 2001 09:51:33 +0200 (CEST) From: To: Daniel Luecking Cc: Subject: Re: [metafont] Clipping in MP In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="1686775106-1857104761-989567493=:7145" X-Virus-Scanner: AMaVis 0.2.0-pre6 / Virus Scan X-Loop: metafont@nef.ens.fr X-Sequence: 444 Precedence: list This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --1686775106-1857104761-989567493=:7145 Content-Type: TEXT/PLAIN; charset=US-ASCII On Thu, 10 May 2001, Daniel Luecking wrote: > > This seems a lot easier if I understand your question. If you have a > > closed path and you do not want ink inside, you can simply "unfill" the > > path after your figure to clip has been drawn. > > This is not really foolproof, nor is it clipping. It places "white ink" > over the interior of the curve. If you now add that picture to another, > the interior will cover elements of the second picture. Yes, you are right. That was a "variant" of clip. I've read the mail from Boguslaw and it seems quite complicated. Up to my knowledge, the only foolproof way of doing it is to create a "composite" path between the external and internal paths and a small figure to finish it and fill both. With a graphic editor, as Metagraf, it is pretty simple but writting it by hand and with a nice sintaxis must be tricky. Hereby I attach the listing of an example obtained with METAGRAF. I have done it in a couple of minutes as I was writing this mail. As you can see, it is not very sofisticated but it works perfectly well. If you think that the paths are too simple, doing it graphically is more or less the same that with curved paths. NOTE: if you look at it with ghostview, remove the antialiasing. -- Santiago Muelas E.T.S. Ingenieros de Caminos, (U.P.M) Tf.: (34) 91 336 66 59 e-mail: smuelas@mecanica.upm.es Fax: (34) 91 336 67 61 www: http://w3.mecanica.upm.es/~smuelas --1686775106-1857104761-989567493=:7145 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="graf.mp" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="graf.mp" YmVnaW5maWcoMSk7DQp1PTAuMDI1Y207DQpjb2xvciBjb2wsbG9jOw0KcGlj a3VwIHBlbmNpcmNsZSBzY2FsZWQgMy43ODsNCnBhdGggYTsNCmxvYzo9KDEu MCwxLjAsMC4wKTsNCmE6PSgwdSwwdSk7DQpmb3IgaT0xIHN0ZXAgNCB1bnRp bCA0MDoNCmE6PWEuLigwdSwoMC1pKjMuMCkqdSkuLigoMC0oaSsxKSozLjAp KnUsMHUpLi4oMHUsKDArKGkrMikqMy4wKSp1KS4uKCgwKyhpKzMpKjMuMCkq dSwwdSk7DQplbmRmb3I7DQpsb2M6PSgxLjAsMS4wLDAuMCk7DQpkcmF3IGEg eHNjYWxlZCAxLjAgeXNjYWxlZCAxLjAgc2xhbnRlZCAwLjAgcm90YXRlZCAt MC4wIHNoaWZ0ZWQoNDQyLjB1LCA5MDAuMHUpIHdpdGhjb2xvciBsb2MgOw0K DQolIGJlZ2luaW5nIG9mICJmb29scHJvb2YiIG1hc2sNCmNvbDo9ICgwLjAs MC4wLDEuMCk7DQpsb2M6PSgwLjAsMC4wLDEuMCk7DQpwaWNrdXAgcGVuY2ly Y2xlIHNjYWxlZCAwLjU7DQpwYXRoIGE7DQphOj0oMjI0LjB1LDY5Ni4wdSkg LS0gKDIyNC4wdSwxMDk2LjB1KSAtLSAoNjY0LjB1LDEwOTYuMHUpIC0tICg2 NjQuMHUsNjk2LjB1KSAtLSAoMjMyLjB1LDY5Ni4wdSkgLS0gKDM1Mi4wdSw4 MTYuMHUpIC0tICg1NDQuMHUsODE2LjB1KSAtLSAoNTQ0LjB1LDk3Ni4wdSkg LS0gKDM0NC4wdSw5NzYuMHUpIC0tICgzNDQuMHUsODE2LjB1KSAtLSAoMjI0 LjB1LDY5Ni4wdSktLWN5Y2xlOw0KcGF0aCBiOw0KYjo9YS0tY3ljbGU7DQpm aWxsIGIgd2l0aGNvbG9yIGNvbDsNCmRyYXcgYSB3aXRoY29sb3IgbG9jIDsN CmNvbDo9ICgwLjAsMC4wLDEuMCk7DQpsb2M6PSgwLjAsMC4wLDEuMCk7DQpw aWNrdXAgcGVuY2lyY2xlIHNjYWxlZCAwLjU7DQpwYXRoIGE7DQphOj0oMjI0 LjB1LDY5Ni4wdSkgLS0gKDIzMi4wdSw2OTYuMHUpIC0tICgzNTIuMHUsODE2 LjB1KSAtLSAoMzQ0LjB1LDgxNi4wdSkgLS0gKDIyNC4wdSw2OTYuMHUpLS1j eWNsZTsNCnBhdGggYjsNCmI6PWEtLWN5Y2xlOw0KZmlsbCBiIHdpdGhjb2xv ciBjb2w7DQpkcmF3IGEgd2l0aGNvbG9yIGxvYzsNCiUgZW5kIG9mICJmb29s cHJvb2YiIG1hc2sNCg0KZW5kZmlnOw0KZW5kIA0KIA== --1686775106-1857104761-989567493=:7145-- From - Tue May 15 22:21:39 2001 Return-Path: Received: from imo-d01.mx.aol.com (imo-d01.mx.aol.com [205.188.157.33]) by nef.ens.fr (8.10.1/1.01.28121999) with ESMTP id f4FKLRR89345 for ; Tue, 15 May 2001 22:21:27 +0200 (CEST) Received: from LCDGoncalves@netscape.net by imo-d01.mx.aol.com (mail_out_v30.10.) id l.1b.16688b6 (16237) for ; Tue, 15 May 2001 16:21:22 -0400 (EDT) Received: from netscape.com (aimmail01.aim.aol.com [205.188.144.193]) by air-in03.mx.aol.com (v77_r1.37) with ESMTP; Tue, 15 May 2001 16:21:22 -0400 Date: Tue, 15 May 2001 16:21:22 -0400 From: LCDGoncalves@netscape.net (Luiz CD Gonçalves) To: metafont@ens.fr Mime-Version: 1.0 Message-Id: <3AB2F23B.29FD8F09.0E666561@netscape.net> X-Mailer: Franklin Webmailer 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Virus-Scanner: AMaVis 0.2.0-pre6 / Virus Scan X-Loop: metafont@nef.ens.fr X-Sequence: 445 Precedence: list Subject: [metafont] [metafont/metapost] Dealing with CM and Metapost Dear friends This is my first post! As a newbie with Metapost/Metafont, I have one question. Currently I'm trying to develop a package with Metapost. One problem, reported at Hobby's Metapost Manual, is associated with the usage of CM fonts together with Metapost. Spaces and other symbols (tipically lower case greek letters) are not available. I'm not an expert in fonts but it seems that CMR is some kind of a 7 bit font since only half of the ASCII table is mapped (differently of almost all Adobe fonts that are 8 bit). So, the question is: Are there replecements or extensions of TFM files for CM so that one can have access to only the space/lower greek letters/both of them? Thanks in advance Luiz CD Gonçalves __________________________________________________________________ Get your own FREE, personal Netscape Webmail account today at http://webmail.netscape.com/ From - Wed May 16 11:09:59 2001 Return-Path: Received: from mail.zrz.tu-berlin.de (mail.zrz.TU-Berlin.DE [130.149.4.15]) by nef.ens.fr (8.10.1/1.01.28121999) with ESMTP id f4G99nR45380 for ; Wed, 16 May 2001 11:09:49 +0200 (CEST) Received: from ftsu07.ee.tu-berlin.de ([130.149.49.87] helo=ftmail.ee.tu-berlin.de) by mail.zrz.tu-berlin.de with esmtp (exim-3.22) id 14zxJU-0003NY-00; Wed, 16 May 2001 11:09:48 +0200 Received: from ftat06.ee.tu-berlin.de (mail@ftat06.ee.TU-Berlin.DE [130.149.49.9]) by ftmail.ee.tu-berlin.de (8.11.3/8.11.3) with ESMTP id f4G99lX02623; Wed, 16 May 2001 11:09:48 +0200 Received: from batke by ftat06.ee.tu-berlin.de with local (Exim 3.12 #1 (Debian)) id 14zxJT-0003KW-00; Wed, 16 May 2001 11:09:47 +0200 To: "Alexander M. Budge" Cc: metafont Subject: Re: [metafont] MetaPost Graph and Multicolumn Large Numbers References: <3AFAD8A6.8211A249@mit.edu> From: Jan-Mark Batke Date: 16 May 2001 11:09:47 +0200 In-Reply-To: <3AFAD8A6.8211A249@mit.edu> Message-Id: Lines: 57 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Capitol Reef) Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Sender: Johann-Markus Batke X-Mime-Autoconverted: from 8bit to quoted-printable by ftmail.ee.tu-berlin.de id f4G99lX02623 Content-Transfer-Encoding: 8bit X-Mime-Autoconverted: from quoted-printable to 8bit by nef.ens.fr id f4G99nR45380 X-Virus-Scanner: AMaVis 0.2.0-pre6 / Virus Scan X-Loop: metafont@nef.ens.fr X-Sequence: 446 Precedence: list Hello Alex! "Alexander M. Budge" writes: > I would like to graph a multicolumn data set consisting of > large numbers. I am able to graph the first two columns > easily with: > > gdraw "myresult.dat"; > > but in order to graph multicolumn data it seems I need to use > a construction like: > > path p[]; > gdata("myresult.dat", $, > augment.p1($1,$2); > augment.p2($1,$3);) > > which works for data files consisting of small numbers, but > not for large numbers. MetaPost tells me: Yes, the metagraph manual tells that metapost is limited to absolute values less than 32768 (p. 11). Something I don't understand is that its possible to plot graphs with data larger than this limit... > > ! Arithmetic overflow. > Mexp->...):mexp(EXPR2)else:-mexp(EXPR2)fi.endgroup > > How must I modify the above multicolumn data construction for > large numbers? > Hmm... Try two things: 1. Follow p. 11-13 in the mpgraph manual. 2. Set warningcheck:=0; Could help... [...] regards Jan-Mark PS: I am currently workling on an export-utility for use with Matlab/Octave. Contact me if you are interested. -- .- Dipl.-Ing. Jan-Mark Batke -- TU Berlin·Secretary FT 5-1 . Phone: ++49 30 314-2 45 78 Fachgebiet Fernmeldetechnik Fax: ++49 30 314-2 25 14 (Telecommunications Group) http://www-ft.ee.tu-berlin.de/~batke ------.¸.·¸.·´¯`·.¸.·. From - Thu May 17 16:06:01 2001 Return-Path: Received: from fort-point-station.mit.edu (FORT-POINT-STATION.MIT.EDU [18.72.0.53]) by nef.ens.fr (8.10.1/1.01.28121999) with ESMTP id f4HE5nR19290 for ; Thu, 17 May 2001 16:05:49 +0200 (CEST) Received: from grand-central-station.mit.edu (GRAND-CENTRAL-STATION.MIT.EDU [18.7.21.82]) by fort-point-station.mit.edu (8.9.2/8.9.2) with ESMTP id KAA00007 for ; Thu, 17 May 2001 10:05:44 -0400 (EDT) Received: from melbourne-city-street.mit.edu (MELBOURNE-CITY-STREET.MIT.EDU [18.7.21.86]) by grand-central-station.mit.edu (8.9.2/8.9.2) with ESMTP id KAA15052 for ; Thu, 17 May 2001 10:05:44 -0400 (EDT) Received: from mit.edu (SPLINTER.MIT.EDU [18.33.0.190]) by melbourne-city-street.mit.edu (8.9.2/8.9.2) with ESMTP id KAA17486 for ; Thu, 17 May 2001 10:05:44 -0400 (EDT) Message-Id: <3B03DB84.8698425E@mit.edu> Date: Thu, 17 May 2001 10:09:10 -0400 From: "Alexander M. Budge" X-Mailer: Mozilla 4.74C-CCK-MCD (Macintosh; U; PPC) X-Accept-Language: en Mime-Version: 1.0 To: metafont Subject: Re: [metafont] MetaPost Graph and Multicolumn Large Numbers Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanner: AMaVis 0.2.0-pre6 / Virus Scan X-Loop: metafont@nef.ens.fr X-Sequence: 447 Precedence: list Thank you for your responses. I revisited my difficulty and found the following construction to work: path p[]; interim Gpaths:=log; gdata("mydata.dat", $, augment.p1(Mlog_str $1, Mlog_str $2); augment.p2(Mlog_str $1, Mlog_str $3);) I had tried something similar previously, but had neglected the necessary statement "interim Gpaths:=log". Regards, Alex From - Wed May 30 22:09:44 2001 Return-Path: Received: from lorraine.loria.fr (lorraine.loria.fr [152.81.1.17]) by nef.ens.fr (8.10.1/1.01.28121999) with ESMTP id f4UK9WR22058 for ; Wed, 30 May 2001 22:09:32 +0200 (CEST) Received: from bar.loria.fr (bar.loria.fr [152.81.2.13]) by lorraine.loria.fr (8.9.3/8.9.3/8.9.3/JCG-DG) with ESMTP id WAA26062; Wed, 30 May 2001 22:09:27 +0200 (MET DST) Received: (from roegel@localhost) by bar.loria.fr (8.9.3/8.9.3/8.9.3-client/JCG) id WAA03656; Wed, 30 May 2001 22:09:27 +0200 (MET DST) Date: Wed, 30 May 2001 22:09:27 +0200 From: "Denis B. Roegel" To: metafont@ens.fr Cc: "Denis B. Roegel" Message-Id: <20010530220927.A3218@bar.loria.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.1i X-Virus-Scanner: AMaVis 0.2.0-pre6 / Virus Scan X-Loop: metafont@nef.ens.fr X-Sequence: 448 Precedence: list Subject: [metafont] metapost/boxes/generisize needs to be generalized Hello, I have just noticed that the generisize macro of boxes.mp has some limitations that could be improved. This macro wrongly ``generisizes'' names like `[['. `[[' is an acceptable variable name in metapost, but if you write boxit[[(btex a etex) you get an error, because generisize replaces `[' by `[]', and it should not. boxit]]](btex a etex) is accepted. (boxit]] ... is not, but that's normal) There are apparently also problems with other names. For instance, boxit'(btex a etex) works when alone, but boxit]]](btex a etex); boxit'(btex a etex); doesn't, even though each line works in isolation. The same problem occurs with boxit`(btex a etex); Admittedly these names are not good names for boxes, but since they are acceptable names for variables, I think boxit & friends should also accept them. I have not examined the cause of the ` and ' problems, but at least the `[[' problem seems easy to solve by generalizing generisize. Maybe somebody has already done it? Thanks, Denis From - Thu May 31 09:41:21 2001 Return-Path: Received: from linux.bop.com.pl (pg85.gdansk.sdi.tpnet.pl [213.77.190.85]) by nef.ens.fr (8.10.1/1.01.28121999) with ESMTP id f4V7eVR61952 for ; Thu, 31 May 2001 09:40:37 +0200 (CEST) Received: from localhost (bop@localhost) by linux.bop.com.pl (8.9.3/8.9.3) with ESMTP id JAA23390 for ; Thu, 31 May 2001 09:40:18 +0200 X-Authentication-Warning: linux.bop.com.pl: bop owned process doing -bs Date: Thu, 31 May 2001 09:40:18 +0200 (CEST) From: Boguslaw Jackowski X-Sender: bop@linux.bop.com.pl To: The Discussion List of METAFONT/METAPOST Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanner: AMaVis 0.2.0-pre6 / Virus Scan X-Loop: metafont@nef.ens.fr X-Sequence: 449 Precedence: list Subject: [metafont] Re: metapost/boxes/generisize needs to be generalized Hi, Denis B. Roegel [DBR]: DBR> `[[' is an acceptable variable name in metapost, DBR> boxit[[(btex a etex) DBR> you get an error, because generisize replaces `[' by `[]', DBR> and it should not. Indeed, there is asymmetry in the behaviour of generisize, e.g., generisize(str [[[) yields "[]", while generisize(str ]]]) yields "]]]". Similar asymmetry appears in plain format---only ]] is defined: def ]] = ] ] enddef; % right brackets should be loners I guess that [[ is not defined on purpose. It seems that the intention of Knuth was saving MF/MP's macro memory (in those olden days, you know...), since [[ does not appear in normal MF/MP programs. The design of generisize follows apparently the same presumption. Instead of enhancing generisize (with respect to square brackets), one should perhaps consider adding the following definitions to (both) plain(s) def ]]] = ] ] ] enddef; % right brackets should be loners def [[ = [ [ enddef; % for the sake of symmetry def [[[ = [ [ [ enddef; % ditto DBR> There are apparently also problems with other names. For instance, DBR> boxit'(btex a etex) DBR> works when alone, but DBR> boxit]]](btex a etex); DBR> boxit'(btex a etex); DBR> doesn't, even though each line works in isolation. DBR> DBR> The same problem occurs with DBR> boxit`(btex a etex); Don't understand. The following program works without a stoppage: input boxes; beginfig(100) boxit]]](btex a etex); boxit'(btex b etex); boxit`(btex c etex); ]]].e - '.w = '.e - `.w = 10*left; drawboxed(]]],',`); endfig; end. Could you explain the problem a bit more? Cheers -- Jacko =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Bogus\l{}aw Jackowski: B.Jackowski@GUST.ORG.PL ---------------------------------------------------------------- Hofstadter's Law: It always takes longer than you expect, even when you take into account Hofstadter's Law. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From - Thu May 31 12:11:03 2001 Return-Path: Received: from smtp1.xs4all.nl (smtp1.xs4all.nl [194.109.127.131]) by nef.ens.fr (8.10.1/1.01.28121999) with ESMTP id f4VAAsj81950 for ; Thu, 31 May 2001 12:10:54 +0200 (CEST) Received: from server-1.pragma-ade.nl (s340-isdn1229.dial.xs4all.nl [194.109.184.205]) by smtp1.xs4all.nl (8.9.3/8.9.3) with ESMTP id MAA24608; Thu, 31 May 2001 12:10:53 +0200 (CEST) Received: from laptop-1 (laptop-1.pragma-ade.nl [200.1.1.25]) by server-1.pragma-ade.nl (8.9.3/8.9.3) with SMTP id LAA13721; Thu, 31 May 2001 11:43:01 +0200 Message-Id: <3.0.6.32.20010531113843.01af2320@server-1> X-Sender: hagen@server-1 X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Thu, 31 May 2001 11:38:43 +0200 To: Boguslaw Jackowski From: Hans Hagen Subject: Re: [metafont] Re: metapost/boxes/generisize needs to be generalized Cc: The Discussion List of METAFONT/METAPOST In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Virus-Scanner: AMaVis 0.2.0-pre6 / Virus Scan X-Loop: metafont@nef.ens.fr X-Sequence: 450 Precedence: list At 09:40 AM 5/31/01 +0200, Boguslaw Jackowski wrote: > def ]]] = ] ] ] enddef; % right brackets should be loners > def [[ = [ [ enddef; % for the sake of symmetry > def [[[ = [ [ [ enddef; % ditto good idea, i like symmetry Hans ------------------------------------------------------------------------- Hans Hagen | PRAGMA ADE | pragma@wxs.nl Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com -------------------------------------------------------------------------