From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#26959: Feature request: bold underlines Date: Wed, 17 May 2017 12:48:29 -0700 (PDT) Message-ID: <2bfebc61-6c10-4463-bc1d-b4d1ce76c950@default> References: <76ec819b-3daa-43c5-bc91-7a3f0a86b857@default> <2e85019c-a970-dfcb-9c33-233c39fc59b4@live.com> <49a934d2-fd0b-4b5d-bd77-379d0d3f95fc@default> <91ebc787-acba-55b5-0129-221c5359736d@live.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1495050552 15119 195.159.176.226 (17 May 2017 19:49:12 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 17 May 2017 19:49:12 +0000 (UTC) To: =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel , 26959@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed May 17 21:49:09 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dB4wV-0003mA-5k for geb-bug-gnu-emacs@m.gmane.org; Wed, 17 May 2017 21:49:07 +0200 Original-Received: from localhost ([::1]:50531 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dB4wa-0001rY-SJ for geb-bug-gnu-emacs@m.gmane.org; Wed, 17 May 2017 15:49:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49156) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dB4wT-0001rI-6w for bug-gnu-emacs@gnu.org; Wed, 17 May 2017 15:49:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dB4wQ-0005IR-2Q for bug-gnu-emacs@gnu.org; Wed, 17 May 2017 15:49:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:48662) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dB4wP-0005Hs-Uh for bug-gnu-emacs@gnu.org; Wed, 17 May 2017 15:49:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dB4wP-0005vC-Nv for bug-gnu-emacs@gnu.org; Wed, 17 May 2017 15:49:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 17 May 2017 19:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26959 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 26959-submit@debbugs.gnu.org id=B26959.149505052122733 (code B ref 26959); Wed, 17 May 2017 19:49:01 +0000 Original-Received: (at 26959) by debbugs.gnu.org; 17 May 2017 19:48:41 +0000 Original-Received: from localhost ([127.0.0.1]:51339 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dB4w5-0005ub-7F for submit@debbugs.gnu.org; Wed, 17 May 2017 15:48:41 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:43560) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dB4w3-0005uL-A7 for 26959@debbugs.gnu.org; Wed, 17 May 2017 15:48:39 -0400 Original-Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id v4HJmVJX022667 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 17 May 2017 19:48:32 GMT Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id v4HJmV1T018910 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 17 May 2017 19:48:31 GMT Original-Received: from abhmp0019.oracle.com (abhmp0019.oracle.com [141.146.116.25]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id v4HJmUU3024635; Wed, 17 May 2017 19:48:30 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 12.0.6767.5000 (x86)] X-Source-IP: userv0022.oracle.com [156.151.31.74] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:132579 Archived-At: > >>> Whatever decision is made about what the most appropriate behavior > >>> is, should we make it optional, e.g., give users a way to _not_ > >>> scale such lines, boxes, etc.? > >> > >> I think we should wait for an explicit request before introducing such= an > >> option: I have not seen complaints about the behavior as currently > >> implemented in GNU/Linux. Have we seen complaints by MS Windows users that underlines (straight, curly) do not scale with the text? > > So you are suggesting not only a change in the _default_ behavior > > but a change in the behavior altogether. >=20 > My OP (in the other thread) was about underlines. With my proposal, > the behavior would not change on Linux for straight underlines. But it would change for wavy underlines, no? And it would likely change for underlines more generally on some non-[GNU]Linux platforms, no? =20 > > Why is that the right > > approach? Don't you expect that there are some users or libraries > > that currently expect or depend on the current behavior? >=20 > How would a library depend on this, given that it isn't consistent across > platforms, and not observable from ELisp? A user may be on only one platform. A user's code (including a library) might expect particular behavior on this or that platform. Like it or not, people get used to existing behaviors, and people write code that expects that behavior. It's possible for Emacs to change the behavior, but it's unusual to change not only the default behavior but the only possible one. Is there a reason why we would have to do that? Why not offer a choice? Why not let a user set her preference? Why not let a program control whether such line-scaling occurs? > > Just because someone thinks a change in behavior is a good idea > > (and I have no opinion on this one, so far), it doesn't follow > > that Emacs should make that change by default or (especially) > > as the only possible behavior. >=20 > Sure. But until someone voices support for what others consider as a bug,= it > might not make sense to expend resources adding a flag to revert to the o= ld > behavior. If it is decided that the current behavior is just a bug then yes, it could be changed unconditionally. Is it that clear that this is only a bug? Is there a reason to suppose that no one would want the current behavior or no one would want to choose whether to scale such lines? > In any case, maybe we should move this discussion to #26958? Yes. This one (#26959) already takes the point of view of allowing users a choice. (That's a good thing.)