From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/25921 Path: news.gmane.org!not-for-mail From: Mojca Miklavec Newsgroups: gmane.comp.tex.context Subject: Re: Dense encoding, part II Date: Fri, 10 Feb 2006 19:01:42 +0100 Message-ID: <6faad9f00602101001n10d30e7anb8fbadf8aeec3c3a@mail.gmail.com> References: <6faad9f00601230737q5a3a248ala84953f04bbdede1@mail.gmail.com> <43D4FC81.4030106@wxs.nl> <43E640B7.7060007@comp.lancs.ac.uk> <6faad9f00602100759w3e217c7avcaa50222ebcb6e2e@mail.gmail.com> <43ECC0EE.2030500@comp.lancs.ac.uk> Reply-To: mailing list for ConTeXt users NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1139617670 2947 80.91.229.6 (11 Feb 2006 00:27:50 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 11 Feb 2006 00:27:50 +0000 (UTC) Original-X-From: ntg-context-bounces@ntg.nl Sat Feb 11 01:27:33 2006 Return-path: Original-Received: from ronja.vet.uu.nl ([131.211.172.88] helo=ronja.ntg.nl) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1F7ccI-0004Z9-00 for ; Fri, 10 Feb 2006 19:03:34 +0100 Original-Received: from localhost (localhost [127.0.0.1]) by ronja.ntg.nl (Postfix) with ESMTP id 73B6512772; Fri, 10 Feb 2006 19:03:33 +0100 (CET) Original-Received: from ronja.ntg.nl ([127.0.0.1]) by localhost (smtp.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 21465-01; Fri, 10 Feb 2006 19:03:33 +0100 (CET) Original-Received: from ronja.vet.uu.nl (localhost [127.0.0.1]) by ronja.ntg.nl (Postfix) with ESMTP id 4691A12775; Fri, 10 Feb 2006 19:01:49 +0100 (CET) Original-Received: from localhost (localhost [127.0.0.1]) by ronja.ntg.nl (Postfix) with ESMTP id 7335712775 for ; Fri, 10 Feb 2006 19:01:46 +0100 (CET) Original-Received: from ronja.ntg.nl ([127.0.0.1]) by localhost (smtp.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 19650-03-2 for ; Fri, 10 Feb 2006 19:01:45 +0100 (CET) Original-Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.192]) by ronja.ntg.nl (Postfix) with SMTP id 3919112772 for ; Fri, 10 Feb 2006 19:01:42 +0100 (CET) Original-Received: by uproxy.gmail.com with SMTP id e2so47111ugf for ; Fri, 10 Feb 2006 10:01:42 -0800 (PST) Original-Received: by 10.48.217.10 with SMTP id p10mr2964244nfg; Fri, 10 Feb 2006 10:01:42 -0800 (PST) Original-Received: by 10.48.202.15 with HTTP; Fri, 10 Feb 2006 10:01:42 -0800 (PST) Original-To: mailing list for ConTeXt users In-Reply-To: <43ECC0EE.2030500@comp.lancs.ac.uk> Content-Disposition: inline X-Virus-Scanned: amavisd-new at ntg.nl X-BeenThere: ntg-context@ntg.nl X-Mailman-Version: 2.1.7 Precedence: list List-Id: mailing list for ConTeXt users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: ntg-context-bounces@ntg.nl Errors-To: ntg-context-bounces@ntg.nl X-Virus-Scanned: amavisd-new at ntg.nl Xref: news.gmane.org gmane.comp.tex.context:25921 Archived-At: On 2/10/06, Adam Lindsay wrote: > Mojca Miklavec wrote: > > 1. Would Caron & similar uppercase accents make sense? I doubt that > > many accents are needed in addition to what is already present in the > > other encoding anyway, but something like that could be used if there > > is no Ccaron present in the font for example: > > > > \definecharacter Ccaron {\buildtextaccent\textCaron C} > > instead of > > \definecharacter Ccaron {\buildtextaccent\textcaron C} > > > > In well-designed fonts (including all Polish fonts such as lm, > > antykwa, iwona, ...) the lowercase and the uppercase variant of the > > accent differ. (Try to write \Scaron\Ccaron in texnansi encoding for > > example to see the difference). > > Good point... except that there are *no* accents available in eurolett, > anyway. It *should* have all of the accented uppercase characters you > need (within roman ;). The whole theory is to do away with building text > accents. But what does Hans want? Should lc and uc accents be available > to create `weird' combinations? I know that there are no accents available in "el", but I thought this was in order to make more space for other glyphs that require kerning and hyphenation. I still think that people might need to build weird accents every now and then. At least I would need to - we sometimes need accents for stressing pronunciation (most of them are present in "el" just because other languages consider it to be a separate letter, but see the very strange definition at the end of enco-def.tex ;) and it would be a pity to take that strength of TeX away. I prefer having a couple of badly kerned words (most are OK anyway) than having to make my own glyphs and asking other people to compile those documents on their computers. I don't claim that there's a need to have both uc and lc variants, but at least the lc variant should be present. And another point: Antykwa Poltawskiego has it's own encoding defined for example. I guess they're going to complete the font soon in the same way as they did with Torunska, but currently ConTeXt uses modified font, so that the font fits into the ec and texnansi encoding with some empty slots in it. There is no "Ccaron" present in the font, but I could imagine that ConTeXt could use ANTP. with "el" encoding and once it would notice that there is no Ccaron present, it would build it from C and Caron. I'm not mentioning that because of ANTP since it will be improved anyway, but because of other incomplete fonts that might profit from the presence of such accents. > > Of course some care has to be taken, so that it will also work for > > fonts without those additional accents for uppercase characters (using > > \iffontchar perhaps?). > > Indeed. I do want to avoid a strong dependency on the specific glyphs > that appear in the font. That moves the encoding mess to *within* > ConTeXt, which is not pretty, either. It depends if it's automatic or not. If ConTeXt could automatically recognize which glyphs are (not) present, it would be possible to "play safer". > I don't hear a lot of calls for > them since ConTeXt moved to EC as a default encoding. People who need them stil use texnansi ;) But sure, I just wanted to point out some glyphs that some might find useful, I don't claim for any of them that they should go in (except for accents and ordfeminine/masculine/numero), they might need discussing first. If we're talking about Adobe: many fonts include "mu" (micro) or "Ohm" for typesetting units. In lm and other TeX fonts this is not necessary since there is math for it. I'm hardly ever using Adobe fonts, so I can't really judge if this might be useful or not. Mojca