From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: =?utf-8?B?UkU6IG1hc3RlciA1ZWMyMTE1OiBVcw==?= =?utf-8?B?ZSAn4oCmJyBmb3IgZWxsaXBzaXMgaW4gdA==?= =?utf-8?B?cnVuY2F0ZS1zdHJpbmctdG8td2lkdGg=?= =?utf-8?B?IGJ5IGRlZmF1bHQgKGJ1ZyM0MTI1MCk=?= Date: Tue, 6 Oct 2020 08:36:17 -0700 (PDT) Message-ID: <97e4cc51-0643-401e-a88f-891450ee548a@default> References: <20201004194159.3503.69418@vcs0.savannah.gnu.org> <20201004194200.7B7A420A23@vcs0.savannah.gnu.org> <874kn7yjiu.wl-herbert@gojira.at> <87mu0zaiqf.fsf@mail.linkov.net> 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="6909"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Juri Linkov , "Herbert J. Skuhra" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Oct 06 17:39:57 2020 Return-path: Envelope-to: ged-emacs-devel@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 1kPp4G-0001g5-EH for ged-emacs-devel@m.gmane-mx.org; Tue, 06 Oct 2020 17:39:56 +0200 Original-Received: from localhost ([::1]:58614 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kPp4F-0000JH-H2 for ged-emacs-devel@m.gmane-mx.org; Tue, 06 Oct 2020 11:39:55 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46364) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kPp11-0005ib-R9 for emacs-devel@gnu.org; Tue, 06 Oct 2020 11:36:37 -0400 Original-Received: from aserp2130.oracle.com ([141.146.126.79]:48492) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kPp0x-0007ES-Rd for emacs-devel@gnu.org; Tue, 06 Oct 2020 11:36:35 -0400 Original-Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 096FU9c6105544; Tue, 6 Oct 2020 15:36:29 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=vXGlB6CSScSZJE4Sfk8F2nryqSp1BCv+ZeNIzhE6lS4=; b=EwuNjby4pY+W9X/q5EaRoGMmh3n0Fd4rCBbaXvoubaFZjU61KjjnA6syt+ld+MPZO1q/ 3e3+btyB8M+qjli3fo23VSTsuN7PN2QqJx8LXkRiQrGL8PWt6HZcSC5c4xw1LMac+C+f QMTQYd7vGldfjIPgKWeYt2dPSwlkQecTn3H+f4ANunjJIxlHxiC3xsUlcBZr2/pQK/lB SNrshdcdwauy8sYsIaCku72j7BTJjiNwcZIjM7KqTzdzC7ilO92W9UBG6CWPa1Qfhn0P xzDBcFCL+gHk/qZ5o3ZdBeCz7Yb5MBVDkq28evi439bB8/a+XSovAGzpvW3/+OGviDUy cw== Original-Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by aserp2130.oracle.com with ESMTP id 33xetavwyg-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 06 Oct 2020 15:36:28 +0000 Original-Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 096FVGqd035910; Tue, 6 Oct 2020 15:36:28 GMT Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserp3030.oracle.com with ESMTP id 33y2vn692n-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 06 Oct 2020 15:36:28 +0000 Original-Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 096FaIR1015136; Tue, 6 Oct 2020 15:36:24 GMT In-Reply-To: <87mu0zaiqf.fsf@mail.linkov.net> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5056.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9765 signatures=668680 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 mlxlogscore=999 malwarescore=0 suspectscore=0 spamscore=0 phishscore=0 bulkscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2010060101 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9765 signatures=668680 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 spamscore=0 mlxscore=0 clxscore=1011 priorityscore=1501 adultscore=0 mlxlogscore=999 phishscore=0 impostorscore=0 malwarescore=0 suspectscore=0 lowpriorityscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2010060101 Received-SPF: pass client-ip=141.146.126.79; envelope-from=drew.adams@oracle.com; helo=aserp2130.oracle.com X-detected-operating-system: by eggs.gnu.org: First seen = 2020/10/06 11:36:30 X-ACL-Warn: Detected OS = Linux 3.1-3.10 [fuzzy] X-Spam_score_int: -34 X-Spam_score: -3.5 X-Spam_bar: --- X-Spam_report: (-3.5 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.733, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:257174 Archived-At: > The problem is that the source file mule-util.el can't use the Unicode > character '=E2=80=A6'. Please see > https://urldefense.com/v3/__http://debbugs.gnu.org/41250__;!!GqivPVa7Brio= !Myw > 9NLEyEGq9q15InHIL4DosZcvKPlrhRBDjGAthnl2obqktBvxncP_YLpQWXegw$ for the > discussion. FWIW, in that bug (#41250) thread, I expressed=20 the opinion about the ellipsis that we should use "..." and not "=E2=80=A6", which is not so readable. The ellipsis is used to indicate truncation. By using "..." we include two more chars, but it suffices to truncate two additional chars, to end with the same width of text. (And users can control the max width by an option.) https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D41250#144 That opinion was ignored, and instead hoops were jumped through to try to use "=E2=80=A6". IMO, not only is it not worth trying to do that, the result, if successful, is worse. That "=E2=80=A6" char is pretty useless, in general. Its appearance has nothing in common with that of a real ellipsis, at least when a fixed-width font is used.