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, 02 Jul 2017 17:10:13 +0300 Message-ID: <838tk7orp6.fsf@gnu.org> References: <611468a0-3115-813a-7347-d0c06e155831@web.de> <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> <594FDDC5.6040009@gmx.at> <83zicwrkmu.fsf@gnu.org> <5950C342.7010908@gmx.at> <83mv8ussb6.fsf@gnu.org> <595203DE.1040608@gmx.at> <837ezxsd02.fsf@gnu.org> <59527971.5000205@gmx.at> <83y3sdqtto.fsf@gnu.org> <59536CA6.10608@gmx.at> <83r2y4qcs1.fsf@gnu.org> <5953F706.7080405@gmx.at> <83o9t8q6u1.fsf@gnu.org> <5954A995.9@gmx.at> <83d19mrc3d.fsf@gnu.org> <59560B86.4030600@gmx.at> <8337ahrf9w.fsf@gnu.org> <59577A15.6010209@gmx.at> <83podkpdtw.fsf@gnu.org> <5957A223.2070003@gmx.at> <83lgo8p9hx.fsf@gnu.org> <5957BDC2.1060902@gmx.at> <83k23sp3ku.fsf@gnu.org> <5958A6A4.4030400@gmx.at> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: blaine.gmane.org 1499004677 28796 195.159.176.226 (2 Jul 2017 14:11:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 2 Jul 2017 14:11:17 +0000 (UTC) Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jul 02 16:11: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 1dRfab-0006vk-Tk for geb-bug-gnu-emacs@m.gmane.org; Sun, 02 Jul 2017 16:11:06 +0200 Original-Received: from localhost ([::1]:58170 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dRfah-0003Hz-5H for geb-bug-gnu-emacs@m.gmane.org; Sun, 02 Jul 2017 10:11:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58070) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dRfab-0003Hj-4v for bug-gnu-emacs@gnu.org; Sun, 02 Jul 2017 10:11:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dRfaY-0002gp-0T for bug-gnu-emacs@gnu.org; Sun, 02 Jul 2017 10:11:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:46196) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dRfaX-0002gM-St for bug-gnu-emacs@gnu.org; Sun, 02 Jul 2017 10:11:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dRfaX-0003tX-Ng for bug-gnu-emacs@gnu.org; Sun, 02 Jul 2017 10:11:01 -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, 02 Jul 2017 14:11:01 +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.149900463214935 (code B ref 27427); Sun, 02 Jul 2017 14:11:01 +0000 Original-Received: (at 27427) by debbugs.gnu.org; 2 Jul 2017 14:10:32 +0000 Original-Received: from localhost ([127.0.0.1]:48873 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dRfa4-0003sp-6h for submit@debbugs.gnu.org; Sun, 02 Jul 2017 10:10:32 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:38687) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dRfa2-0003sb-OT for 27427@debbugs.gnu.org; Sun, 02 Jul 2017 10:10:31 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dRfZu-0001wi-Fw for 27427@debbugs.gnu.org; Sun, 02 Jul 2017 10:10:25 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:40093) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dRfZu-0001wa-Bu; Sun, 02 Jul 2017 10:10:22 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3655 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dRfZt-0000nk-F0; Sun, 02 Jul 2017 10:10:21 -0400 In-reply-to: <5958A6A4.4030400@gmx.at> (message from martin rudalics on Sun, 02 Jul 2017 09:54:12 +0200) 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:134092 Archived-At: > Date: Sun, 02 Jul 2017 09:54:12 +0200 > From: martin rudalics > CC: dgutov@yandex.ru, alexanderm@web.de, 27427@debbugs.gnu.org > > > Yes, but I presumed it will do it the same way company-mode reacts to > > such changes today. Currently. company-mode recomputes and moves its > > overlay; it will instead recompute the text and its position. > > To my knowledge ‘company-mode’ and all packages trying to solve similar > display problems are based on idle timers. I thought they used post-command-hook, but I will let Dmitry comment on that. > In this context the ‘window-text-change-functions’ I mentioned earlier > seems completely useless. Here doing for example > > (add-hook 'window-text-change-functions 'ignore) > > just gets me into a loop and I have to kill Emacs. Also, it's not clear > to me why this hook is considered abnormal and how to identify from > Elisp the window that is redisplayed at the time the hook is run. The > fact that the window's buffer is current at that time is hardly useful. > So I think we should either remove that hook or completely redesign it. This hook ws introduced for linum.el, but linum.el as added to Emacs never used it. We should delete the hook and any references to it in the manuals.