From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Kaushal Modi Newsgroups: gmane.emacs.bugs Subject: bug#27830: 26.0.50; Left fringe gets truncated by a pixel in window not sharing that edge with frame Date: Thu, 05 Oct 2017 11:46:45 +0000 Message-ID: References: <59784A68.1080409@gmx.at> <59D4A41F.7080603@gmx.at> <59D5E90F.70203@gmx.at> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="089e0826529809af98055acb4846" X-Trace: blaine.gmane.org 1507204098 5007 195.159.176.226 (5 Oct 2017 11:48:18 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 5 Oct 2017 11:48:18 +0000 (UTC) Cc: Dmitry Gutov To: martin rudalics , 27830@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Oct 05 13:48:11 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 1e04dP-0008Pp-9u for geb-bug-gnu-emacs@m.gmane.org; Thu, 05 Oct 2017 13:48:11 +0200 Original-Received: from localhost ([::1]:39230 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e04dT-0006Ac-Dt for geb-bug-gnu-emacs@m.gmane.org; Thu, 05 Oct 2017 07:48:15 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46321) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e04dM-0006AG-CZ for bug-gnu-emacs@gnu.org; Thu, 05 Oct 2017 07:48:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e04dG-0002Lr-CP for bug-gnu-emacs@gnu.org; Thu, 05 Oct 2017 07:48:08 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:41138) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e04dG-0002LZ-8e for bug-gnu-emacs@gnu.org; Thu, 05 Oct 2017 07:48:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1e04dG-0005JH-0K for bug-gnu-emacs@gnu.org; Thu, 05 Oct 2017 07:48:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Kaushal Modi Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 05 Oct 2017 11:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 27830 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 27830-submit@debbugs.gnu.org id=B27830.150720402420334 (code B ref 27830); Thu, 05 Oct 2017 11:48:01 +0000 Original-Received: (at 27830) by debbugs.gnu.org; 5 Oct 2017 11:47:04 +0000 Original-Received: from localhost ([127.0.0.1]:49819 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e04cK-0005Hu-Df for submit@debbugs.gnu.org; Thu, 05 Oct 2017 07:47:04 -0400 Original-Received: from mail-qt0-f179.google.com ([209.85.216.179]:53645) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e04cJ-0005HP-3W for 27830@debbugs.gnu.org; Thu, 05 Oct 2017 07:47:03 -0400 Original-Received: by mail-qt0-f179.google.com with SMTP id 47so24690942qts.10 for <27830@debbugs.gnu.org>; Thu, 05 Oct 2017 04:47:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=XR1n15E42afwQF6xk1cUCjNDcE+xC95RP9WMsOQ2cA0=; b=YjpqrkhU7QYvq5DiupZW2tQxMhYh9Y/5PgngMslmhA4yybKZ56tXfuFdYqMRg2nO5v 6wOK8H93igcZlRY6UsRw89CIXJKmk37+7YMUYTp+yEevMFQHGnLw3wUrlYe2RVMMJyZa IuwPhwfSvFT+VC7/5tA4xkeRDEKRxSlF1WNT1BuJDgDHj204yZTallUSdCuDfV4jl351 ZvK51o/W2u1V/768BL/7mzse4obpWX1AgobwfrFyPWHNIhMAQMShvnXaKj6dDZzloVdg 5WIj9IYqDb4jzTIQNjz3/3EZAyEsONOhjz+mcKuHFug3n7dqOgU8v/ZGyjqTTvcT9BrJ 0nYA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=XR1n15E42afwQF6xk1cUCjNDcE+xC95RP9WMsOQ2cA0=; b=RpmlwMkA10BNQ90w5DXXFXGiqbgU3y8HkM8YuR7BaA12BCKrqcnjsFscTv/X5kxWKD g7P2BILjl+962bUamkutM4DmOI2x/ZihDnbmQFyBQqUwwMJ5DiwGYqATsa/6ZDCEhGE5 0dxwUEfDPbmaQZm9K4X0v+wKsL17PR/NR6uWUpmN7bMNGuvKkaBz7lopCfgfWvKgMw9m bwkTJ/JRkOx6eudz/k0H+N5tjONW2xt978/Jdh67z+LB8gBnGNLhIcIIixphcVHyXSrD zBd3sbbGGbYS6wfWS3MU+DA6XXojpF7aI/7lvRsYkqpv2jNHQaSQH0nkrArrFkJjMWTG ipkQ== X-Gm-Message-State: AMCzsaWkaddV+kRDtdfCC1inbX/IH5/urdim3h1ntrn+MUbD3kiT/VpP naCG2bnMiyoyhHiRV+LE7GEgOPibdg8cd+rd+IE= X-Google-Smtp-Source: AOwi7QDKC6stEo493MIP9Rw8U77b8gzfxBpvc8k5EUMSNbGp2CICRcFUN7e1hbgTGSQ+hZSoh26BGEGch7sVbHFoCsk= X-Received: by 10.37.190.137 with SMTP id i9mr6308613ybk.104.1507204017006; Thu, 05 Oct 2017 04:46:57 -0700 (PDT) In-Reply-To: <59D5E90F.70203@gmx.at> 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:137960 Archived-At: --089e0826529809af98055acb4846 Content-Type: text/plain; charset="UTF-8" On Thu, Oct 5, 2017 at 4:11 AM martin rudalics wrote: > > The screenshots attached in my previous email show the truncation arrows > > with/without scrollbars.. they look the same in both cases to me (see > > below, without scrollbars on left, and with, on right): > > > > I am using diff-hl-mode because the truncation is very evident as you > see > > in that same image. > > > > [image: image.png] > > Unfortunately, I don't see any image here. > I think that's partially responsible for some miscommunication between us. debbugs doesn't show the images inline in the messages (as I see them in Google Inbox when I am sending the emails). debbugs instead just creates an attachment named image.png for each inline image. In a later email, you mention that you can see the above reference image, but just for clarity, this is the one: https://debbugs.gnu.org/cgi/bugreport.cgi?att=2;msg=17;bug=27830;filename=image.png > > Oh no, can this be please fixed in emacs 26.1? I am pretty sure that > people > > using emacs without scroll bars and without window dividers are not in > > minority. This artifact will be pretty evident to people using fringe > > elements like in diff-hl-mode. > > > > @Eli: Can this be a blocker for 26.1? > > This behavior has been with us ever since the vertical border has been > used for GUI frames so it hardly qualifies as a blocker for the release. > I understand. I thought this was a regression in 26, because I started using the native line number implementation. Earlier (in emacs 25), when using nlinum, this was the order of window elements: | line num | fringe | window text | .. In emacs 26, when using native line numbers, this became the order of window elements: | fringe | line num | window text | .. So the issue was essentially masked earlier if you were using line numbers using (n)linum. I confirm that this issue was in emacs 25.1 too. Sorry for the drastic measure suggestion. -- Kaushal Modi --089e0826529809af98055acb4846 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, Oct 5,= 2017 at 4:11 AM martin rudalics <rud= alics@gmx.at> wrote:
=C2=A0&= gt; The screenshots attached in my previous email show the truncation arrow= s
=C2=A0> with/without scrollbars.. they look the same in both cases to me= (see
=C2=A0> below, without scrollbars on left, and with, on right):
=C2=A0>
=C2=A0> I am using diff-hl-mode because the truncation is very evident a= s you see
=C2=A0> in that same image.
=C2=A0>
=C2=A0> [image: image.png]

Unfortunately, I don't see any image here.

I think that's partially responsible for some miscommunication = between us. debbugs doesn't show the images inline in the messages (as = I see them in Google Inbox when I am sending the emails). debbugs instead j= ust creates an attachment named image.png for each inline image.
=
In a later email, you mention that you can see the above ref= erence image, but just for clarity, this is the one:=C2=A0https://debbugs.gnu.org/cgi/bugreport.cgi?att=3D2;msg=3D17;bu= g=3D27830;filename=3Dimage.png
=C2=A0
=C2=A0> Oh no, can this be please fixed in emacs 26.1? I a= m pretty sure that people
=C2=A0> using emacs without scroll bars and without window dividers are = not in
=C2=A0> minority. This artifact will be pretty evident to people using f= ringe
=C2=A0> elements like in diff-hl-mode.
=C2=A0>
=C2=A0> @Eli: Can this be a blocker for 26.1?

This behavior has been with us ever since the vertical border has been
used for GUI frames so it hardly qualifies as a blocker for the release.

I understand. I thought this was a regres= sion in 26, because I started using the native line number implementation.<= /div>

Earlier (in emacs 25), when using nlinum, this was= the order of window elements:

=C2=A0 =C2=A0 | lin= e num | fringe | window text | ..

In emacs 26= , when using native line numbers, this became the order of window elements:=

=C2=A0 =C2=A0 | fringe | line num | window text |= ..

So = the issue was essentially masked earlier if you were using line numbers usi= ng (n)linum.

I confirm that this issue was in emac= s 25.1 too. Sorry for the drastic measure suggestion.
--

Kaushal Modi

--089e0826529809af98055acb4846--