From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/20037 Path: news.gmane.org!not-for-mail From: Idris Samawi Hamid Newsgroups: gmane.comp.tex.context Subject: RE: proposed convention for variation switching [wasRE:inheriting ... Date: Thu, 21 Apr 2005 17:53:09 -0600 Message-ID: <4278A2EE@webmail.colostate.edu> Reply-To: mailing list for ConTeXt users NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1114127346 21052 80.91.229.2 (21 Apr 2005 23:49:06 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 21 Apr 2005 23:49:06 +0000 (UTC) Original-X-From: ntg-context-bounces@ntg.nl Fri Apr 22 01:49:01 2005 Return-path: Original-Received: from ronja.vet.uu.nl ([131.211.172.88] helo=ronja.ntg.nl) by ciao.gmane.org with esmtp (Exim 4.43) id 1DOlPb-0007NO-CT for gctc-ntg-context-518@m.gmane.org; Fri, 22 Apr 2005 01:48:47 +0200 Original-Received: from localhost (localhost.localdomain [127.0.0.1]) by ronja.ntg.nl (Postfix) with ESMTP id 9F5D8127D0; Fri, 22 Apr 2005 01:53:19 +0200 (CEST) Original-Received: from ronja.ntg.nl ([127.0.0.1]) by localhost (ronja.vet.uu.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 05918-02; Fri, 22 Apr 2005 01:53:14 +0200 (CEST) Original-Received: from ronja.vet.uu.nl (localhost.localdomain [127.0.0.1]) by ronja.ntg.nl (Postfix) with ESMTP id 6A47A12772; Fri, 22 Apr 2005 01:53:14 +0200 (CEST) Original-Received: from localhost (localhost.localdomain [127.0.0.1]) by ronja.ntg.nl (Postfix) with ESMTP id E8ABD12772 for ; Fri, 22 Apr 2005 01:53:12 +0200 (CEST) Original-Received: from ronja.ntg.nl ([127.0.0.1]) by localhost (ronja.vet.uu.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 05247-06 for ; Fri, 22 Apr 2005 01:53:11 +0200 (CEST) Original-Received: from eagle.colostate.edu (eagle.acns.colostate.edu [129.82.100.90]) by ronja.ntg.nl (Postfix) with ESMTP id 246301276F for ; Fri, 22 Apr 2005 01:53:11 +0200 (CEST) Original-Received: from lamar.colostate.edu (lamar.acns.colostate.edu [129.82.100.75]) by eagle.colostate.edu (AIX5.1/8.11.6p2/8.11.0) with ESMTP id j3LNr9S383684 for ; Thu, 21 Apr 2005 17:53:09 -0600 Original-Received: from webmail.colostate.edu (csunts4.acns.colostate.edu [129.82.100.135]) by lamar.colostate.edu (AIX5.1/8.11.6p2/8.11.0) with ESMTP id j3LNqiH720018 for ; Thu, 21 Apr 2005 17:52:44 -0600 X-WebMail-UserID: ishamid Original-To: mailing list for ConTeXt users X-EXP32-SerialNo: 00002247, 00002264 X-Mailer: Infinite Mobile Delivery (Hydra) SMTP v3.62.01 X-Virus-Scanned: by amavisd-new at ntg.nl X-BeenThere: ntg-context@ntg.nl X-Mailman-Version: 2.1.5 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: by amavisd-new at ntg.nl Xref: news.gmane.org gmane.comp.tex.context:20037 X-Report-Spam: http://spam.gmane.org/gmane.comp.tex.context:20037 >===== Original Message From Vit Zyka ===== >Adam Lindsay wrote: >> >> It's not that I'm trying to rain on your parade, it's just that I've lost >> a bit of enthusiasm for standardisation. ok, but this is my take: although I can find workarounds that work for me, next month other some users will have to go through the same pain as I did, which seems to me to be a waste of collective energy. A standard solution for the 12 or so common variants of professional fonts just makes things easier for others, which is part of the whole ConTeXt philosophy (or so I thought). Everybody should not have to go through more than the minimal energy and time writing typescripts and defining font sizes. A standard convention will ensure some consistency and predictability. >I generally agree with Adam, fonts are very varios. But the next Idris >idea is nice. More intuitive then \sc, \bc, \ic, and \bic. I would vote >for it, but ... at least \sc needs some backward compatibility :-( Let's keep \sc. After all, ConTeXt already contains many redundancies (and that's a good thing imho->) >>>%% small caps >>>% medium \TF >>>% bold \BF >>>% italic \IT >>>% bold italic \BI Let's keep the semibold options: medium, semibold, and bold form a common spectrum _within_ many a professional font family. If we as users and writers of typescripts can agree on a common framework, it is perhaps more likely that the developers will implement it. My sole interest here is saving future users as much pain and frustration as possible. And I want to see more and more future users, including those with little technical facility. Fonts carry more _standard_ options than before: I don't think that updating to 12 standard style switches from 7 should be such a big deal:-) >Another discussion proposal: I will get the rest font families from >Storm to make the support complete. So I will have to solve many similar >problems with naming conventions. So I am interesting about some >recommendations. What way to solve via >A) variants via \Var[...] >B) \tf, \bf, ... switches, >C) different font family. > >For now I am using: >A) for extended glyph definitions and old style digits {Var[os]} (if >they are not default in the font - in that case there might be reverse >normal style digit variant \Var[ns?]). >B) standard 4 + small caps + symbols/ornaments designed to the font {\sy} >C) condensed, extended, medium, ... >Some comments? If pdfeTeX ever incorporates aleph's features this would all be much easier-) Till then... Not sure I fully understand but here are some comments: For A) If there is a global issue (like oldstyle) that covers all font variations, then your Var[#1] idea sounds nice. One could even do that with small caps for professional fonts but those are so ubiquitous that an exception would be in order for them (so small caps should always have a switch); (I think that \Var[up] (for upright figures) is more intuituve that \Var[ns]), at least in English:-))) B) Again, for a comprehensive framework we should keep semibold (and perhaps add light), for a total of 6(7)+symbols/ornaments; C) If an option like condensed is global over all style variants, then it should go in \Var[#1]. If it is local and is a common feature of professional fonts (like semibold), then we need a local switch framework, in which case the switch mechanism needs to be improved so that user-defined switches work in harmony with the predefined ones in every relevant respect. These are not final thoughts, but the beginnings of what could develop into a coherent framework for weights and style variation. I truly hope we can come to a common undestanding for the sake of future neophytes. ADDENDUM: Proposed framework: Global options across all style variants and weights should go into something like Vit's \Var[#1] or a separate font-definition typescript. For local options we can go on indefinitely but if we have to stop somewhere then we should by default have at least: % lowercase light \lf medium \tf semibold \sb bold \bf lightitalic \lt italic \it semibold italic \st bold italic \bi % small caps light \LF medium \TF semibold \SB bold \BF lightitalic \LT italic \IT semibold italic \ST bold italic \BI for a total of 16 simple and easy to remember switches, which should be rich enough to accomodate most professional modern fonts in \definebodyfont. Less common weights etc. can mostly be defined in terms of the standard 16 in \definebodyfont, then used as \Var. Of course the user can still define his/her own, but the idea is to make the most convenient reasonable framework to cover the most-often encountered situations. I think that the above 16 strikes a reasonable balance between the mundane and the esoteric. Sorry for the verbosity. Best Idris ============================ Professor Idris Samawi Hamid Department of Philosophy Colorado State University Fort Collins, CO 80523