Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) by h1439878.stratoserver.net (8.14.2/8.14.2/Debian-2build1) with ESMTP id s444VJLm029387 for ; Sun, 4 May 2014 06:31:20 +0200 Received: from relay2.uni-heidelberg.de ([129.206.210.211]) by mx-ha.gmx.net (mxgmx009) with ESMTPS (Nemesis) id 0MOBJk-1Wk7zp18Oi-005Xb8 for ; Sun, 04 May 2014 06:31:13 +0200 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.94]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id s444SYb4017581 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 4 May 2014 06:28:34 +0200 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [127.0.0.1]) by listserv.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id s43M13Ou007603; Sun, 4 May 2014 06:28:33 +0200 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 16.0) with spool id 10865126 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Sun, 4 May 2014 06:28:33 +0200 Received: from relay.uni-heidelberg.de (relay.uni-heidelberg.de [129.206.100.212]) by listserv.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id s444SXAp018580 for ; Sun, 4 May 2014 06:28:33 +0200 Received: from mail-ee0-f44.google.com (mail-ee0-f44.google.com [74.125.83.44]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id s444SGKT010038 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=FAIL) for ; Sun, 4 May 2014 06:28:19 +0200 Received: by mail-ee0-f44.google.com with SMTP id c41so4224008eek.17 for ; Sat, 03 May 2014 21:28:16 -0700 (PDT) X-Received: by 10.14.127.197 with SMTP id d45mr12059481eei.59.1399177696638; Sat, 03 May 2014 21:28:16 -0700 (PDT) Received: from mellon.site (p54806CA3.dip0.t-ipconnect.de. [84.128.108.163]) by mx.google.com with ESMTPSA id m8sm17879810eeg.11.2014.05.03.21.28.15 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 03 May 2014 21:28:15 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 References: <535FB8BC.2040409@nag.co.uk> <536078C4.5040103@googlemail.com> <53619354.4000606@googlemail.com> <5364C1B8.6090106@latex-project.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-ID: <5365C1DE.7070802@googlemail.com> Date: Sun, 4 May 2014 06:28:14 +0200 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Heiko Oberdiek Subject: Re: preview of latex2e 2014 release To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE In-Reply-To: <5364C1B8.6090106@latex-project.org> Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: Envelope-To: X-GMX-Antispam: 0 (Mail was not recognized as spam); Detail=V3; X-GMX-Antivirus: 0 (no virus found) X-UI-Filterresults: notjunk:1;V01:K0:qBqGSGIcOAE=:1IH305GblPgG8Vf/MDNxva5+U5 sLXRv/6hruwXzd/r+ICawQ5ppsOsXTQ9NcrPBwLGTfhpsBpfe6Rq6wQ+q8AFgHqRzE4CvP9AH 9hTdGdTr/ioUBCgb9gx0bznUsV8rjS7ggHaPBn5U2qkhhrkDASwS9r55dKZaQNhwlmzC48qZo eIRqqy2AX2shgP3RTgUJB5hPSU/h1M7UZk9/DWWpgEPtQWydut0hIeG/nJYvfdyGlVzDoD8UN 6SOBNKLE65LGVFEvirvXidfeJ2E8M8Y5WCaD76C8X7D7R9JX1MLb4jq2HihKEbNtWTYJ1w812 9WVOf2Wdt3Hb17ELsxJx4qWAUMucAZfN69bI4NuVz7oB8cOg3sPuRRnq+Cet7frg9+4TZXCAd 7NSSm8XgkqYn3gKdKlkDDjV5+3/vqgwGV+jjqzhqgPsEL/KUkRnl5rsjhqPchX4vQauSsCczv wBT7FecjWmrODFHVkdGpEYvwKaCjKeZJvn+ugAx75g4OWGwP3gxG+wyjqbmlPZ+4A8IFCjfh9 pY3/hCnSDuSiYc99I0QXOJUhR5gXwQCz6n901wTYwa/U1H+AasTcajoI5nn940zHG9seh0ugv s+bdrcDUCbUZU+wuoK6WRwIV6AGC7N0M2m8jxQnjKDabNkNA7fqNHMMGsMzyBRnys/1L/6rr+ QYHC+7RizDEtuSifkqj23eqKf61TVGKmHF40LUXdSB0PWEM2mE09/DxM7B+zX85KqH8yCAyNQ pSzDmAHySYz1+Zl3zpT6xJyEM2sOtLQeh5FTFx9E6hGO7XNNuu3npshoLYgw+H/8WiCiNr/BK MsDIl1fL9TXwccX7ug2goraW13u0t78q5h0VAxO0uAHUE7ItGc9rCW5NRGOlOg1fE5sUkcWmx li2MHUUo3mypJB0GJBgwvkuhPKxOLTvy92tzcGca8VxGnskfFv9opf5GsyFHA6fJ4ITff7rOo URbBSfxlrzppLUGiAFeNzAOzz9MF0jhCMAwPpaFy5wLY2wrX/Ew1l8aovd/w+PWaayiVKCxJO hxNwguQW61iCIy1aVCZ3Fv44DjUzkE3KykX3Mlj6wS+7+uG2TMU6dVC23FVFP1uqpjnoWkvE8 9Wbco7QKrusk7XKF/rCqyj+PamcQevweaL36PGWxpCnJ62e49nd22THaXGGCqjA4y+szo8t2t DgJODdDzrPIdfqLztOiXOd/RLUvVL69vCFmShtxZ0wA42/Xgum6cE6Qcv5Lnw8axUrRnPrS/V wIIMaCBQgyLHpQ3dsVu9C71pm9jvqQED9ysV28JvctL/3MOYoBfeAUTHx0KGqauyVTrddqX7p DsdLsJFOQqaXtK338poI4DpNOXxd5ukpnZMDpUgyohFDOQnOC1FI7tvfwacQMx/8/Y1Zl9Pfn VHrprXno87SL2539HnfEjd68ERgwRrmy5wrjlA9Hv9X2481+JQiJishCU1vtu8oiPYWLrd4gW nQ4Z4/0g== X-UI-Loop:V01:ZoaJfZ9XnrU=:ZghCs2vY6khL1NuCKZ1IYLogIjcihYR9t2xXiaNt1aA= Status: R X-Status: X-Keywords: X-UID: 7384 On 03.05.2014 12:15, Frank Mittelbach wrote: > Am 02.05.2014 08:56, schrieb Ulrike Fischer: >> Am Thu, 1 May 2014 02:20:36 +0200 schrieb Heiko Oberdiek: >> >>> Thus inputenc is updated to version 2014/04/30 v1.2b, which only >>> prints a warning for encodings utf8, utf8x, ascii, x-ascii for >>> LuaTeX/XeTeX. >> >> I just remembered. Couldn't one add this need extension to utf8: >> inputenc: >> >> http://tex.stackexchange.com/a/119084/2388 > > not for this release due to timing if not for anything else. > > I think improving on the error message is > certainly helpful, however a solution would need to work in all cases > and should not draw on packages that may or may not be available. I am currently writing a package that implements a better error message, e.g.: ! Package inputenc Error: Unicode char ` ' (inputenc) (U+00A0/NO-BREAK SPACE) (inputenc) not set up for use with LaTeX. However, it would be helpful to have an interface/hook. The error message is thrown by macro \UTFviii@defined: \def\UTFviii@defined#1{% \ifx#1\relax \PackageError{inputenc}{Unicode\space char\space \string#1\space not\space set\space up\space for\space use\space with\space LaTeX}\@eha \else\expandafter #1% \fi } It is easy to redefine it. But any \inputencoding{utf8} overwrites the redefinition. And the package would also have to redefine \inputencoding, which I do not like. Suggestions: \def\UTFviii@defined#1{% \ifx#1\relax % Variant (a) \UTFviii@undeferr{#1}% % Variant (b) % \expandafter\UTFviii@undeferr\expandafter{\string#1}% \else\expandafter #1% \fi } \providecommand*{\UTFviii@undeferr}[1]{% % without "\string" in variant (b) \PackageError{inputenc}{Unicode\space char\space \string#1\space not\space set\space up\space for\space use\space with\space LaTeX}\@eha } (Small benefit: It would make `\UTFviii@defiend' slightly faster in the normal case, because less tokens need to be skipped.) The name \UTFviii@undeferr could be improved and moved out of the internals name space, e.g. \UndeclaredUnicodeCharacterError, to make it a more official interface. Your sincerely Heiko Oberdiek PS: > and should not draw on packages that may or may not be available. Of course external packages should not be used in utf8.def, thus this feature would have to be reinvented and therefore too late for TL2014, if someone wants to do it. Also there is some licensing trouble, because the feature needs UnicodeData.txt that goes with the following terms of use: http://www.unicode.org/copyright.html Quite free, but it requires the copyright and permission notice to appear with the data and in the documentation with the description of the changes. If a package has the license LPPL, how is a good correct way to deal with this? * Adding the copyright/permission/modification notice is the easy part. * What is the overall license. LPPL has stricter and lesser restrictions. * Or should the data file of the package that contains the UnicodeData (mapping code number to name) be separated and an exception made in the LPPL notice? * What about the .dtx file that includes all files?