From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.bugs Subject: bug#44799: 28.0.50; Calc: Meter not printed as \text in latex output Date: Mon, 23 Nov 2020 15:20:31 +0100 Message-ID: <87blfoxihc.fsf@web.de> References: <87mtz9cd06.fsf@web.de> <732F118E-0110-4CE2-8900-C64E06D78A04@acm.org> <87o8joz2sq.fsf@web.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="16997"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 44799@debbugs.gnu.org To: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Nov 23 15:35:01 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1khCvj-0004Cp-DB for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 23 Nov 2020 15:34:59 +0100 Original-Received: from localhost ([::1]:60546 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1khCvi-0005ff-Ax for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 23 Nov 2020 09:34:58 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38372) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1khCkA-0006gS-Q0 for bug-gnu-emacs@gnu.org; Mon, 23 Nov 2020 09:23:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:38053) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1khCkA-0002Hd-J6 for bug-gnu-emacs@gnu.org; Mon, 23 Nov 2020 09:23:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1khCkA-00026c-EO for bug-gnu-emacs@gnu.org; Mon, 23 Nov 2020 09:23:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 23 Nov 2020 14:23:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44799 X-GNU-PR-Package: emacs Original-Received: via spool by 44799-submit@debbugs.gnu.org id=B44799.16061413398018 (code B ref 44799); Mon, 23 Nov 2020 14:23:02 +0000 Original-Received: (at 44799) by debbugs.gnu.org; 23 Nov 2020 14:22:19 +0000 Original-Received: from localhost ([127.0.0.1]:49597 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1khCjT-00025G-KW for submit@debbugs.gnu.org; Mon, 23 Nov 2020 09:22:19 -0500 Original-Received: from mout.web.de ([212.227.17.11]:55523) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1khCjS-000253-Bl for 44799@debbugs.gnu.org; Mon, 23 Nov 2020 09:22:18 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1606141232; bh=vd4ptRspUxV7WTaa9vFy9dCWJPU6AH7+ViaXItdT70w=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=h6/nDYEdqlgGreEc7TQFUYXL0QyLJLtlJxssDtANS23TTeophQEJyMqzSv+mDM2hk U5ZyJqtsvftWW/VTGMQaFQWcCrpr5D6iXXq3ue/cyDR+QmNInAlFD0poenKDO35lK8 JIWLUZzdwFUjw23vhLU/+Tqde7PHCbNSEqa0FUP0= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Original-Received: from drachen.dragon ([94.218.219.247]) by smtp.web.de (mrweb102 [213.165.67.124]) with ESMTPSA (Nemesis) id 0MPYNR-1kcXrt1xg1-004mpX; Mon, 23 Nov 2020 15:20:32 +0100 In-Reply-To: ("Mattias =?UTF-8?Q?Engdeg=C3=A5rd?="'s message of "Mon, 23 Nov 2020 14:52:25 +0100") X-Provags-ID: V03:K1:d3ax+PEElQkibM6vnwTFZKQ5V0BzTvJVRkrcB8aeidi4WDeS3i3 1ep/SXwFjsZv+b/FkrqN16VwmBJzWLPZR/Da1Bje66a9md3i4lnZXkgY/nr71yZLdN4UdbG WHS0Sj/cMuTliv3lZirHboApUN5LCzRhImtJQeZMioGlTlAhd+G8n3Uj6wFIaMJ8yg1hVZY 0lJb575abeLLAQ/+CG1lw== X-UI-Out-Filterresults: notjunk:1;V03:K0:PY0xbzFV56A=:3yzW1XImACnsocA1QNUlHN Gz28q1/C8MFfeH/E2JQX4v/vGzhIdwX6wcjVnbAZlZo4kM/RGzkihslcAwLc/QNaOC52xGHeI 8D7au4MBLT+5gLHqMbSn7ARakV8FuLhOSGQqKzw1qpg92bxIWMjERm9kcE+u39LgSRuR5h6yW xEFevu3halZ50DO2mFBZlamLzeQRlzk6k4xsZed+dQ1So/MepbP7ag6huUq0BqFNscZ+f45lL QpqE9Ha6EKXboewaSPQinBo4L0zGlFh8OGi0K+f8GNX5RGGFvx+23hd53F2J639UQz0/xZz5E vFo7Bun20xuE0TVWA1AZBOzjB85NCm/pv9OX/Iqkd5HNg6ifVYmcIieYn3BYZtu0KFq3fEo7W OPq8yimXRXuQS6qes4GQnAAvZrjOKZJwD2UZqljWVn9KKrUAKmr1Ceba2ZzKb+hOVSYw8tgfP kNyFd8fWwUjRisukDvw/jrGoJywiUnicGEXJ1qZR79HHj5HJje1D6k5tD4Az9LUew1HbICHV/ 6iJWwbYv3fygSaNwdHZMNyVANg54cH5l/vCVAZ03Ao6mZLaSucTsnlhU9b311fwYbRZj48bZT DJVtCveOlcg9iEoFLSi+ZwhGorR7kV5+UVtsG+2pFatBcETJYs6pYgHJiU033dUuUM2sTsdjZ n6+50bv09thSyjKsMo+29PxBHBCRwHeYzJa+QUjrapTsuEvLOEyWM2WJj+M1iZzkjd2GFat8B O5rVtK++IdJSRjW9i1kNdS07CFCTsLv/KT+tw7nrBspc6ETwbKdXK7jZdKfbrVmwtLmah9ML X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:193915 Archived-At: Mattias Engdeg=C3=A5rd writes: > > Would it be possible to make output syntax depend on how the symbol is > > actually interpreted by Calc in the given context? > > Not sure if that is even possible. For example, adding 2 m and 3 m > gives 5 m, and Calc doesn't care whether m is a variable or unit here. You are probably right. Why don't we then just print all symbol names as we do for units now? In mathematical contexts variables like in $v$ are printed as Calc currently prints units. > Latin and Greek letters suffice for the vast majority of units; the > only major exceptions I can think of are =C3=85 and =C2=B0 (for the angle= and > =C2=B0C). Same goes for variables, although diacritics could be > useful. Then there are currencies, but as mentioned, $ has special > meaning and cannot be used. There are variants of the latin alphabet including the same letters looking a bit different. People may also want to use these. I don't see a reason to exclude anything...oh wait, ok, the characters must be compatible with all supported language modes, that may be the reason for the restrictions. Michael.