Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) by h2774747.stratoserver.net (8.15.2/8.15.2/Debian-3) with ESMTP id w5M91h8F010520 for ; Fri, 22 Jun 2018 11:01:44 +0200 Received: from relay.uni-heidelberg.de ([129.206.100.212]) by mx-ha.gmx.net (mxgmx017 [212.227.15.9]) with ESMTPS (Nemesis) id 1MoPIg-1fygji0Blg-00pLLO for ; Fri, 22 Jun 2018 11:01:38 +0200 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.94]) by relay.uni-heidelberg.de (8.15.2/8.15.2) with ESMTP id w5M90pWB004939; Fri, 22 Jun 2018 11:01:37 +0200 Received: from listserv (localhost [127.0.0.1]) by listserv.uni-heidelberg.de (Postfix) with ESMTP id E6317127DD5; Fri, 22 Jun 2018 11:01:07 +0200 (CEST) Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 16.0) with spool id 27396970 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Fri, 22 Jun 2018 10:59:35 +0200 Delivered-To: LATEX-L@listserv.uni-heidelberg.de Received: from relay2.uni-heidelberg.de (relay2.uni-heidelberg.de [129.206.119.212]) by listserv.uni-heidelberg.de (Postfix) with ESMTP id 82660127890 for ; Fri, 22 Jun 2018 10:59:35 +0200 (CEST) Received: from mail-wr0-f179.google.com (mail-wr0-f179.google.com [209.85.128.179]) by relay2.uni-heidelberg.de (8.15.2/8.15.2) with ESMTPS id w5M8xTnd020802 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Fri, 22 Jun 2018 10:59:31 +0200 Received: by mail-wr0-f179.google.com with SMTP id f16-v6so5915826wrm.3 for ; Fri, 22 Jun 2018 01:59:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=KZ5d+/psuWcnroSApHQCRxvdKJlcjaFAQkk7CfH0Q68=; b=AYWwTQ66sHS65/QmB5VUIghoAVzZwfd8on1Yp6M95oQOwj9gxrnicIkHUxjMa3t+2Y mT7SBUnNk9oUJkP4lUQ2cKKfz3ki4eDUR0sC+MQ7uYKjuR+xCzr6qXvMeZhbiRoLprRt Sn1tpYZgw4L7cRHBJssd1EMCdvBFquOIn5lmR6qv4PSnhdVRQekNyrFHCKCxQ6smoOnd j8zKuXuuVlnyS1O66aszUT9/gItXaB/OfuXHnb6eoAdELj4UFm2mucaYRUbc57kEIRii YKewsEx5kdRNeLeDGKAHmjT4uNy1qxaczeKV6QHKo26DusFalD99g6byIQyRIaQBpM1w EVIA== X-Gm-Message-State: APt69E1LCiUT3GQ8pVHBjjMP/0YR+HDlMKT4iDxRVmvD0OS8xdYZhyrd 6EyQcp9CK+MxdDAvIlE3VyLQmrfpMRI= X-Google-Smtp-Source: AAOMgpfUzY3rZL4WPuU46UJjbLmLPwXdurSnGUaitk6VOVMUpQmDI15/ngz5nekkzF9x0EnOe8O4Fg== X-Received: by 2002:adf:a35b:: with SMTP id d27-v6mr742041wrb.189.1529657968342; Fri, 22 Jun 2018 01:59:28 -0700 (PDT) Received: from [139.222.39.123] (eduroam-39-123.uea.ac.uk. [139.222.39.123]) by smtp.gmail.com with ESMTPSA id z83-v6sm1252189wmb.8.2018.06.22.01.59.27 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 22 Jun 2018 01:59:27 -0700 (PDT) References: <941aad2c-bc3d-ca7a-1757-470e7ed1d5b9@free.fr> <87bmc3ripu.fsf@fencepost.gnu.org> <6f6508f9-18da-5f27-6cc7-49852890928f@latex-project.org> User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Message-ID: <3c82de22-41d6-e8cd-8a51-3d210154d0e5@morningstar2.co.uk> Date: Fri, 22 Jun 2018 09:59:28 +0100 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Joseph Wright Subject: Re: Package registration To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE In-Reply-To: <6f6508f9-18da-5f27-6cc7-49852890928f@latex-project.org> Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-MIME-Autoconverted: from 8bit to quoted-printable by relay.uni-heidelberg.de id w5M90pWB004939 Envelope-To: X-GMX-Antispam: 0 (Mail was not recognized as spam); Detail=V3; X-UI-Filterresults: notjunk:1;V01:K0:Cm+3JlzOa9Q=:8jMDI4UTUsLedONHZ8aVB/aeK8 ely+jeB34bQBlWbczXKIh0x49oOebjb6Brz/Y13oy4/yOL5TH5xbfTrJinhdcg1o/iR7hqZIM 3tXmT8ANcA2yBpqxVJoipARizN9rSkG6L2RYIfKOVBVWf/c0PBjNnyScj5I/vgmXHch+GnwJP +dw+Ps3PtrY+yqVtxL70jNzydsVzwKupSAP5pcym7msqh/b4N35blUDpD1AZFUvfhJkKbXx4l g5CcEjPIuVCAgcH8FlnpDoDPMseHjBq6g9/dMWbyxfNebf/vdc8lekYRdxYUqNs3X9KDY2IPe puCP2/U60YbdWie+e60L9i9r+et8MOZt8nbZkbyCYXRy7JRk9ncbPLPs2BACrbPRHV01Yw5OX BN+8+EKuGKlcBJUDDeJhtdNCfJcP7SSjFHCi5AP+9A1p1qJEgKZ9mCJUHuKj6OLmKUmqu52QA 9pGzpc3slPSbLBU26tx5VOF+8FFaeSoBQu8avLMrIqQU+JFcG+zdvU4RszjWgiSBXpo5AoXBZ 9ycoRoAF3c4zddz88giX5V5pRkVvkr3VUs6fMi3O4RRsfspMxz9kp7SJNUU741ZXzeck9Ghy7 CFqAgZE5N/Xb4YwGFw7aPI+M+2ChZmyOjsT9I+B4E0llvCIYIX4guubcKT6A3WvzqOXNmokMl ReUwTwIXEJyHnHhRFzE4hHVmIbdEsIilNROGSF9zHn8ibHd0mkXXoDQOVNu4QaNgscIbcIadX IBZ8DiMY+dQztZEIvLOVp5QaIT+ma7rhYUpTf5I5jn0Z/ozp7fg6XM/kmjvMItfAshjeI9m4b MnMF+2pno/p5gic8OZORpmLwVy9d6Sebn0ERK82Oh3SFzpBYbTPY3gFAsIHNsqsZKxqr+gybz ou7NXu3w2BdIqCYJKxCWreTn9i9maly0/Pl+ywbOuPZo7Y+0p9PxrHbGZ8Gcn0qkmn86jOxnM a6C+b98Bc7iCdZ1PFxjsT+K0tW0GAR0mBoHBOHSQtAFItreQ4vkrYPIkvUBK7ouMQB3Ec4+mT OVfPMse2mhdRceMCnnNKfElbSBqB0B439kye1FfokPFt0A64LiFXsgeKgE2LxWUVhVpryVXKf pj5oLX7ONvW+Sn4avQ6waiJVPwVN8wvweMnG3fEZM7+qZQ9lqKQOW2/FQHlM6i/qXQf/jLBSL kgwDGj4WdreWHUesYuxnDX1m2j1FQBj3qXP4KrtD900nZKvBZI7FWEUw44Vob9uHCfrMV5NGH WRfADNVzsnjHlid95JNm3nJC07xtuM3PHwEu/SksIMily6KDJvZ+bCuLBMbzKlOzkZnbuABmc dZUHFSWUgqA4AlYDWGq5EepsyuCl+fbAzoM+gKqX4UwxS/zJ8jYOHdODjrTsTChit8XqxqmbV AXY+tgIbdaroQLRb8MY6sRxpTqChI6JPvJ49TO66+d2GKkPSH4tO21m0KFACLLmNN382iEQpd irbPiz3ID2dZE1zTRBpA/Em6g/vcjxNr21dD8WglKOettl6hdYy7pwLxlX12snzc5duiENfzA mZfQvI3R6wzpokx+HHhoadE+NFRNaI+PtThSX44oskphx//INdeajxHzbVJqZ6G609erTsJ74 6wcjqcckEBHttMD5/Dq1UFQZqM9gsyYcRPKvvmXJJbr5lOcxelr/jNbAUAjUZwSHF/nAZSQ7r 716lVMLxrEYjQySTpuSw1T4q+5rSk6LiKS5ZgWVPiaPyn5b7wOqbQ4JyXziSKc5xL+MZUALT4 ctnIWX0n52OMOjK3zUMXQMN6v+MsqAo+WU0Q8rU/Ddcg40fR8OxG8XJwYZE5GlV0meqHMIPmI duKtIAO3wW5bKAHi14KxhjliWbV6reR+Lgx75/gMfNWt5ySB1KyuTkuJjagKtAuiDooa9tdZT 8JUxAjmEu571r+qCzGJ5+FKvjtvKErrgSBxbTQU= X-UI-Loop:V01:8U/t5cQGdm4=:VC8v9ZaUa9IQbUg/ZVbIC7zab9ZidJY3HJwlvG0zpho= X-UI-Out-Filterresults: notjunk:1;V01:K0:9eQz6gbVrBc=:EQyM+LzOfMgp8EZblhZNeQ dibkrZPAcrC7bX12HufFKjILnCOI6YmqOZxEpSO+hxysqz4Qncvp3JNFf+XOtrxdLNXFOWZqI F/9UoJQsfP4OzlUHf9CT5o5BfXPCXiT0i/YO/Q/QHQiGys77ME3hlNScClEv6URWwc+2nlkhP 4xb6sWiMcxXvsch4Qb0Cdg1fLraElIxpnSy6L9QHHelbZEL/pH1WUC4j8Xo1hbO6UBZZdA7ud dTHVW2rqzYS0jWPt9W73hOB1btSxEk1Y1+/pYm4DwFMa16r85QkL5UcTvrH3qL5cMgn7fz1gl irJ0asRBWaZ4k8IIj6ugqDjntMIPMOnj4MRC8zLu9cVlu6WVE51o58RvXRhmNkFCzBr2A0qfl tWL+vkbbqzHdwNGP8JECn2QY3nRhZYLU15IxGKckiPC9sZj9y0mIpyndVw2AiDtKNBLQlvmHl IpG4geh/kFb1qtgVLD9RSinwwc2lzUg= X-Scanned-By: MIMEDefang 2.78 on 81.169.212.23 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by h2774747.stratoserver.net id w5M91h8F010520 Status: R X-Status: X-Keywords: X-UID: 8057 On 22/06/2018 09:27, Frank Mittelbach wrote: > Am 22.06.18 um 09:16 schrieb Will Robertson: >> On 22 Jun 2018, at 5:54 am, David Kastrup  wrote: >>> A stupid question that just occured to me: should we be discouraging >>> registering prefixes that match another prefix' contribution to the >>> overly simplistic hash function used in almost all TeX engines? >> Would it be easier to update the hash function in the engines?:) What >> would be the easiest way to test for clashes? > > No change I would think, but does it really matter in all honesty? > > > However, we should perhaps be in general more selective in what we > accept instead of a first come first get approach. > > For example, if somebody would register "array" for some tiny > improvement package we should probably object, or in general we should > take a hard look at anything that is potentially a useful prefix for the > kernel level, we maybe we should very clearly urge the developers to do > that same, i.e., ask themselves, is that prefix really  covering just > the space I like to cover, or is it much broader and I possibly freeze > up a useful name for a general prefix without ever intending to cover > that space. > > E.g., siunitx is fine (not because it is from a package of JW :-) but > because that package is the dominant package for that space and > exhaustive, same with mhchem as it uses the developers initials, but > if somebody adds another argument specifier for array columns in a > package and uses the prefix "array" for somebody asks for "math", etc > that  it wouldn't do, imho. > > very short abbreviations are perhaps not good too  if there is some > likelyhood that the sort name  is useful one day for a more general > purpose. (We do have a small number of those already in l3prefixes) > > So something like "statistics" is perhaps not good either unless it is > intended for a full coverage of the statistics space...  and it might be > better to have this called jrstat  --- clearly depends, but we should > probably go into that direction and not accept such prefixes or at least > get back to the developers with a big question mark > > frank We discussed this when I first raised the idea of a list. Unlike some other areas (e.g. Python code and CPAN), there are no formal requirements for distributing (La)TeX packages. More importantly, CTAN set their own approach independent of the LaTeX team. Thus the aim of a prefix database is necessarily more 'for information' than anything 'stronger'. I think if something was requested which looked extremely problematic, a registration request would be a good opportunity for discussion. Ultimately, however, the prefix is down to the package author: it's no good saying 'no we won't log it', only for the package to go to CTAN anyway but ending up that bit harder for other developers to see. There are a few names that the team have put down already as 'reserved' which are not in use ('font' is the obvious one). I suspect that other *very* general ideas could also reasonably be 'held': there would be nothing stopping the team later 'giving up' such prefixes if a reasonable argument were made for it. In the case in hand, whilst 'statistics' is quite general, it's also pretty long and there are a number of alternatives ('stats' or 'stat' the two most obvious). Joseph