X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil] ["2174" "Fri" "5" "March" "1999" "16:52:20" "+0100" "Lars =?iso-8859-1?Q?Hellstr=F6m?=" "Lars.Hellstrom@MATH.UMU.SE" nil "45" "Re: some thoughts on glyph collections" "^Date:" nil nil "3" nil nil nil nil nil] nil) Received: from listserv.gmd.de (listserv.gmd.de [192.88.97.1]) by mail.Uni-Mainz.DE (8.8.8/8.8.8) with ESMTP id QAA13640; Fri, 5 Mar 1999 16:52:50 +0100 (MET) Received: from mail.listserv.gmd.de (192.88.97.5) by listserv.gmd.de (LSMTP for OpenVMS v1.1a) with SMTP id <10.04EA1E13@listserv.gmd.de>; Fri, 5 Mar 1999 16:52:29 +0100 Received: from RELAY.URZ.UNI-HEIDELBERG.DE by RELAY.URZ.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 1.8b) with spool id 428108 for LATEX-L@RELAY.URZ.UNI-HEIDELBERG.DE; Fri, 5 Mar 1999 16:52:24 +0100 Received: from mail.math.umu.se (root@abel.math.umu.se [130.239.20.139]) by relay.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id QAA26143 for ; Fri, 5 Mar 1999 16:52:22 +0100 (MET) Received: from [130.239.20.144] (mac144.math.umu.se [130.239.20.144]) by mail.math.umu.se (8.8.5/8.8.5) with ESMTP id QAA18055 for ; Fri, 5 Mar 1999 16:52:20 +0100 (MET) X-Sender: lars@abel.math.umu.se References: <199903021825.TAA13628@mozart.ujf-grenoble.fr> <199902281535.QAA14126@mozart.ujf-grenoble.fr> <199903032215.XAA01431@istrati.zdv.uni-mainz.de> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by relay.urz.uni-heidelberg.de id QAA26146 Message-ID: Reply-To: Mailing list for the LaTeX3 project In-Reply-To: <199903042219.XAA02007@istrati.zdv.uni-mainz.de> Date: Fri, 5 Mar 1999 16:52:20 +0100 From: Lars =?iso-8859-1?Q?Hellstr=F6m?= Sender: Mailing list for the LaTeX3 project To: Multiple recipients of list LATEX-L Subject: Re: some thoughts on glyph collections Status: R X-Status: X-Keywords: X-UID: 3272 Frank >Lars > > > Also, perhaps I should point out that what Frank called glyph collection > > seems to be pretty much what I call encoding in relenc.tex, and what he > > called encoding seems to be pretty much what I call coding scheme in > > relenc.tex. > >yes indeed. do you agree that our names are better? > No I do not; my intention with that paragraph was simply to give other people some first aid in sorting out things. >point is what we call "glyph collection" and you "encoding" is a set ie >something unordered (a collection) which is why i think calling it encoding is >confusing the issues as in my book encoding means associate a mapping with a >set. right? Firstly, the reason I started calling it encoding is that when I started to write relenc (that was almost two years ago), I thought about it as a package for use under LaTeX2e. In LaTeX2e, that NFSS axis is called encoding; it's that simple. Secondly, I do think about encoding as being a mapping---a mapping from some set containing letter tokens, "other" tokens, some LaTeX commands, and certain patterns of such to "typeset output" (a vague term, I know, but I think you get the idea). I suppose your glyph collections are the ranges of my encodings, but I do not think that glyph collections are the objects that one should choose with NFSS3. It does matter how things get mapped---you cannot simply be content with that there is something which gets mapped to what you want, you must also know what this something is. >example: the glyphs in a ps font (ie those in the AFM file some of which are >compositive) form a collection (you call it encoding) and the encoding vector As used here, I do not. -------->~~~~~~~~~~~~~~~~ /LH >defines an encoding (ie the subset + its mapping to numbers) that can be >actually used (you call it coding scheme) Thirdly, the encoding mapping has a natural decomposition in two parts, namely what is done in TeX and what is done after TeX. I use the term coding scheme to describe the combination of all mapping that is done after TeX. Your description seems a bit odd---the coding scheme maps numbers to glyphs, not the other way round. Lars Hellström