From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup Date: Sun, 25 Jun 2017 17:54:34 +0300 Message-ID: <83bmpct8wl.fsf@gnu.org> References: <611468a0-3115-813a-7347-d0c06e155831@web.de> <83vanrx5uo.fsf@gnu.org> <362a7d18-7f05-2e99-f8b3-41c353cf234f@yandex.ru> <83h8zawvih.fsf@gnu.org> <00f59a24-2d80-ca47-b6f3-3d219aa5aa3f@yandex.ru> <8360fqvz9x.fsf@gnu.org> <6aa4616d-79f7-db1b-c048-076a9a48596f@yandex.ru> <83tw39urzq.fsf@gnu.org> <4c4b873b-2bec-1c12-82f5-325b558bea93@yandex.ru> <83o9tgul6h.fsf@gnu.org> <49b431fd-aaa4-e7ca-06fc-7146a0a5692c@yandex.ru> <83a84zul0d.fsf@gnu.org> <513eca6f-998a-a937-76c4-7cf2fb0ff787@yandex.ru> <83wp81u8rz.fsf@gnu.org> <8ec1b301-79dc-7d11-b3f9-85ae2e925785@yandex.ru> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1498402517 4194 195.159.176.226 (25 Jun 2017 14:55:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 25 Jun 2017 14:55:17 +0000 (UTC) Cc: alexanderm@web.de, 27427@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jun 25 16:55:12 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 1dP8wQ-0000Y1-EI for geb-bug-gnu-emacs@m.gmane.org; Sun, 25 Jun 2017 16:55:10 +0200 Original-Received: from localhost ([::1]:42834 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dP8wS-0003y0-Dn for geb-bug-gnu-emacs@m.gmane.org; Sun, 25 Jun 2017 10:55:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60108) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dP8wJ-0003xu-Kt for bug-gnu-emacs@gnu.org; Sun, 25 Jun 2017 10:55:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dP8wI-00037p-Mj for bug-gnu-emacs@gnu.org; Sun, 25 Jun 2017 10:55:03 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:34756) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dP8wI-00037j-JM for bug-gnu-emacs@gnu.org; Sun, 25 Jun 2017 10:55:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dP8wI-0007nr-DR for bug-gnu-emacs@gnu.org; Sun, 25 Jun 2017 10:55:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 25 Jun 2017 14:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 27427 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 27427-submit@debbugs.gnu.org id=B27427.149840249929983 (code B ref 27427); Sun, 25 Jun 2017 14:55:02 +0000 Original-Received: (at 27427) by debbugs.gnu.org; 25 Jun 2017 14:54:59 +0000 Original-Received: from localhost ([127.0.0.1]:37433 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dP8wF-0007nX-0s for submit@debbugs.gnu.org; Sun, 25 Jun 2017 10:54:59 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:40835) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dP8wD-0007nJ-DX for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 10:54:57 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dP8w4-00030R-Mt for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 10:54:51 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:47731) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dP8w4-00030L-JG; Sun, 25 Jun 2017 10:54:48 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2903 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dP8w3-0008F8-Qe; Sun, 25 Jun 2017 10:54:48 -0400 In-reply-to: <8ec1b301-79dc-7d11-b3f9-85ae2e925785@yandex.ru> (message from Dmitry Gutov on Sun, 25 Jun 2017 17:31:59 +0300) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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:133879 Archived-At: > Cc: alexanderm@web.de, 27427@debbugs.gnu.org > From: Dmitry Gutov > Date: Sun, 25 Jun 2017 17:31:59 +0300 > > On 6/24/17 10:47 AM, Eli Zaretskii wrote: > > > I guess you were just lucky, because in all of the other cases the > > additional horizontal shift was somehow either accounted for or (in > > the case of overlay-arrow) non-existent. But the principle still > > stands: the display engine is allowed to insert glyphs it invents out > > of thin air at the edges of the text area, and Emacs always made use > > of this. > > Try as I might, I can't repro those kind of problems. Line wrap > indicators in the terminal usually come at the right. I think I mentioned left-truncation glyphs, so horizontally scrolling a line should cause them to appear. > And I think it's aesthetically important that the extra glyphs don't > shift line text to the right unless absolutely necessary, so those > issues don't materialize. That cannot be done in all cases. > > But that was only one of my goals, the other was to do in > > the infrastructure something that can be done well only there. > > Meaning, to use something other than the margins for display? No, I was speaking about the line-number display in general. > >> Agreed that it's the right direction (although I wouldn't say no to a > >> popup library in the core either ;-). Would it help in non-graphical > >> mode, though? Does it support non-maximized frames? > > > > AFAIU, it supports any kind of frame. > > I can't see a way to create a less-than-fullscreen frame in terminal > Emacs (speaking of normal frames here). Maybe I' was wrong. I hope Martin will chime in and set the record straight.