Received: from mail.proteosys.com ([213.139.130.197]) by nummer-3.proteosys with Microsoft SMTPSVC(6.0.3790.1830); Sun, 5 Mar 2006 00:27:41 +0100 Received: by mail.proteosys.com (8.12.10/8.12.2) with ESMTP id k24NRboF005755 for ; Sun, 5 Mar 2006 00:27:38 +0100 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.94]) by relay.uni-heidelberg.de (8.13.4/8.13.1) with ESMTP id k24NOKdS000389 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 5 Mar 2006 00:24:20 +0100 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.94]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id k23JSb5i029011; Sun, 5 Mar 2006 00:24:15 +0100 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 14.3) with spool id 1401389 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Sun, 5 Mar 2006 00:24:15 +0100 Received: from relay2.uni-heidelberg.de (relay2.uni-heidelberg.de [129.206.210.211]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id k24NOFT0031028 for ; Sun, 5 Mar 2006 00:24:15 +0100 Received: from atlas.informatik.uni-freiburg.de (atlas.informatik.uni-freiburg.de [132.230.150.3]) by relay2.uni-heidelberg.de (8.12.10/8.12.10) with ESMTP id k24NQJvj001389 for ; Sun, 5 Mar 2006 00:26:20 +0100 (MET) Received: from remote129-151.home.uni-freiburg.de ([132.230.129.151] helo=irwin.vpn.uni-freiburg.de) by atlas.informatik.uni-freiburg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1FFg6R-00070J-9Z for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Sun, 05 Mar 2006 00:24:00 +0100 Received: by irwin.vpn.uni-freiburg.de (Postfix, from userid 500) id 61FEE201D7; Sun, 5 Mar 2006 00:22:57 +0100 (CET) Mail-Followup-To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE References: <20060304161541.GA23818@irwin.vpn.uni-freiburg.de> <20060304222628.GA28832@irwin.vpn.uni-freiburg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Message-ID: <20060304232256.GA29731@irwin.vpn.uni-freiburg.de> Date: Sun, 5 Mar 2006 00:22:57 +0100 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Heiko Oberdiek Subject: Re: LICR objects To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE In-Reply-To: <20060304222628.GA28832@irwin.vpn.uni-freiburg.de> Precedence: list X-ProteoSys-SPAM-Score: 0 () X-Scanned-By: MIMEDefang at proteosys.com Return-Path: owner-latex-l@LISTSERV.UNI-HEIDELBERG.DE X-OriginalArrivalTime: 04 Mar 2006 23:27:41.0323 (UTC) FILETIME=[3B64DDB0:01C63FE3] Status: R X-Status: X-Keywords: X-UID: 4927 On Sat, Mar 04, 2006 at 11:26:28PM +0100, Heiko Oberdiek wrote: > That means, the command tokens in LICR are limited to > commands defined by the nfss2 \Declare... commands? What is "\ "? In the old 8bit encoding files, this is often used for lonely accents, examples (latin2.def): \DeclareInputText{178}{\k\ } \DeclareInputText{184}{\c\ } But the use is not constent, sometimes {} is used instead (again latin2.def): \DeclareInputText{162}{\u{}} \DeclareInputText{180}{\@tabacckludge'{}} ... One disadvantage of the "\ " method over "{}" can be seen here: \documentclass{minimal} \begin{document} [\k\ ] = [\k{}] \end{document} In the error recovery: ! LaTeX Error: Command \k unavailable in encoding OT1. the argument of \k is not eaten, thus there is a space between the square brackets in the first place. utf8enc.dfu handles this much better by using \textascii...: \DeclareUnicodeCharacter{00A8}{\textasciidieresis} % vs. \"{} \DeclareUnicodeCharacter{00AF}{\textasciimacron} % vs. \@tabacckludge={} \DeclareUnicodeCharacter{00B4}{\textasciiacute} % vs. \@tabacckludge'{} \DeclareUnicodeCharacter{02C6}{\textasciicircum} % vs. \^{} \DeclareUnicodeCharacter{02C7}{\textasciicaron} % vs. \v{} \DeclareUnicodeCharacter{02DC}{\textasciitilde} % vs. \~{} \DeclareUnicodeCharacter{02D8}{\textasciibreve} % vs. \u{} \DeclareUnicodeCharacter{02DD}{\textacutedbl} % vs. \H{} However: \DeclareUnicodeCharacter{00B8}{\c\ } Why is not \textasciicedilla used? Yours sincerely Heiko