From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup Date: Mon, 26 Jun 2017 10:18:37 +0200 Message-ID: <5950C35D.3060001@gmx.at> 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> <594FDDC5.6040009@gmx.at> <594FEE69.5010106@gmx.at> <83y3sfsym4.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1498465170 28156 195.159.176.226 (26 Jun 2017 08:19:30 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 26 Jun 2017 08:19:30 +0000 (UTC) Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jun 26 10:19:26 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 1dPPF0-00072Y-GA for geb-bug-gnu-emacs@m.gmane.org; Mon, 26 Jun 2017 10:19:26 +0200 Original-Received: from localhost ([::1]:45246 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dPPF5-0004Be-Mh for geb-bug-gnu-emacs@m.gmane.org; Mon, 26 Jun 2017 04:19:31 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38652) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dPPEd-00043P-Ef for bug-gnu-emacs@gnu.org; Mon, 26 Jun 2017 04:19:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dPPEc-0006fF-Hr for bug-gnu-emacs@gnu.org; Mon, 26 Jun 2017 04:19:03 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:35269) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dPPEc-0006fB-EM for bug-gnu-emacs@gnu.org; Mon, 26 Jun 2017 04:19:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dPPEc-0003sv-9a for bug-gnu-emacs@gnu.org; Mon, 26 Jun 2017 04:19:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 26 Jun 2017 08:19: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.149846513214904 (code B ref 27427); Mon, 26 Jun 2017 08:19:02 +0000 Original-Received: (at 27427) by debbugs.gnu.org; 26 Jun 2017 08:18:52 +0000 Original-Received: from localhost ([127.0.0.1]:37945 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPPER-0003sK-Sv for submit@debbugs.gnu.org; Mon, 26 Jun 2017 04:18:52 -0400 Original-Received: from mout.gmx.net ([212.227.17.21]:61897) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPPEQ-0003s3-Br for 27427@debbugs.gnu.org; Mon, 26 Jun 2017 04:18:50 -0400 Original-Received: from [192.168.1.102] ([46.125.249.54]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MGip3-1dU8Be3aJV-00DTuL; Mon, 26 Jun 2017 10:18:43 +0200 In-Reply-To: <83y3sfsym4.fsf@gnu.org> X-Provags-ID: V03:K0:gUsAmVABN7RZ70h9tPzXVj9Kc03FTln0x5JEAiBWcdWAlEV9lA3 Q1IHOPMyihTiCptwyEh/lbq5C1134L17kwEiqK8xsNa0RWkMKLUEYmDyH2OVlWCRItPyMl5 uGxZM7OQEHoFFdUFBl1b1ig+DE5R14Ntv0a0gv2xRtAaS/03bYdz78GEZGA/oitXT83e3Jv 9e8DUI7KL2kuerSrRh4CQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:7AWihg5rBTE=:KDZ9pYQTH9lxMnVOqTM1bC RknGY0FMDJEIWPOlhsWFiUWU+YHzsDTiD/EBXYtmUsZalC2ki9Zcsuija+ewBHVT0qYX5psXx L7KW5XDrxqL38D1DrcGr4rf1/R14XD/oC5GqqUFrMNJb+m0isHMyz3kH/Sgq4c88JSnG4GLXo DVEnWVIBbi3oaAKvjoVReYvBROimC/rO4iwwxpJKladBQpPQALRCiwfAcmaoZ+8uOTmytlZbn WZ/5ayOnEmBY0kqO+4LPyIAtgoNsVzvkJCWWtGvac/ugz3OJ8BH+nxszpbMrHKO+2/qBT7bf3 +RtKlkZFCE7XzeGLFeuKAJ/cHOqFU0AeZe2hUc0oT2S5scVyl3wwz3SbRzaDNe7ZKODQ6UNkl kM03gyeD9DN5CZBgze5p6+a0rV/thDe/TwjHJIcEDNxiqABIlO+8iUsg1WXPlAmY8E39lN3Cy HVU7Od1bKQls4g2esyjL7+zuGcf6E5HzC8bnwv3xwAGV4LVso6j2s0cO6fAxzT4kBM0g6O4Ky ffLWK/WsqA8jHE9wV2or28Olx77C2t4jXirSnUzb8SOVBQfhLpUiFjpkoT/rWcg31i6ot6pX9 tkngzOTbWHiMmdd+alWpgoe+/vNFRx9eEpHthAnw388OtjEimxeQHRp+7hp1vB2eP0pdV3N/Y 8kxf3qKxzJqp35Lxr7uCrNM4mWVJl1c0RldasXsaxEKG4k7ZAaR1/Fc8ldbs2jETK/wsW+nvU uGHQk8YseEvNZER8I8DpgFVjH8nbQsUdsFu9sNc0/a0XypwIRIV5dJ9Q+cCU+AmF28Pg9sJC 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:133913 Archived-At: > By contrast, you guys are dreaming about full-fledged additional "text > areas" with all the features we now support in the single one we have. I suppose that's me only. IIUC Dmitry would be content with just getting multiple margins exhibiting the same behavior as they do now. What I mean is that rather than thinking about how to improve a concept like that of margins I'd invent a framework where we can provide an arbitrary amount of arbitrary-sized windows that can be later used for any purpose by the display engine among them as margins. > That's an entirely new ballpark game, although I agree that it's a > natural generalization and extension of what we have. The problem is > that the knowledge of the basic canvas geometry is hard-coded in many > places in the display code, and all of them will have to be reworked. Correct. But the underlying concept exists already---in window.c. The hard part is obviously that of synchronizing the display of windows, for example, to make sure that text laid out in the margins and fringes has the expected line-to-line coherence with text laid out in the corresponding text window. > I think this would be a very good project and a significant progress > for Emacs, so I'd welcome such a development. Just don't > underestimate the magnitude of the task. I already had my share of this when I attempted to implement horizontal scroll bars on the top of windows. martin