From unknown Sat Jun 21 10:14:30 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#27427 <27427@debbugs.gnu.org> To: bug#27427 <27427@debbugs.gnu.org> Subject: Status: 26.0.50; Native line numbers lead to display error in company-mode popup Reply-To: bug#27427 <27427@debbugs.gnu.org> Date: Sat, 21 Jun 2025 17:14:30 +0000 retitle 27427 26.0.50; Native line numbers lead to display error in company= -mode popup reassign 27427 emacs submitter 27427 Alexander Miller severity 27427 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 19 12:50:38 2017 Received: (at submit) by debbugs.gnu.org; 19 Jun 2017 16:50:38 +0000 Received: from localhost ([127.0.0.1]:56447 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dMzsr-00051d-QS for submit@debbugs.gnu.org; Mon, 19 Jun 2017 12:50:38 -0400 Received: from eggs.gnu.org ([208.118.235.92]:37796) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dMzsp-00051Q-SK for submit@debbugs.gnu.org; Mon, 19 Jun 2017 12:50:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dMzsj-0006dW-AH for submit@debbugs.gnu.org; Mon, 19 Jun 2017 12:50:30 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_40,FREEMAIL_FROM autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:52985) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dMzsj-0006dN-6z for submit@debbugs.gnu.org; Mon, 19 Jun 2017 12:50:29 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56998) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dMzsh-0007FP-Ss for bug-gnu-emacs@gnu.org; Mon, 19 Jun 2017 12:50:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dMzsf-0006XR-2k for bug-gnu-emacs@gnu.org; Mon, 19 Jun 2017 12:50:27 -0400 Received: from mout.web.de ([212.227.15.3]:61819) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dMzse-0006Rx-Ng for bug-gnu-emacs@gnu.org; Mon, 19 Jun 2017 12:50:25 -0400 Received: from [192.168.1.5] ([134.3.25.9]) by smtp.web.de (mrweb001 [213.165.67.108]) with ESMTPSA (Nemesis) id 0McWXI-1d5Szj3a3E-00Hfzy for ; Mon, 19 Jun 2017 18:50:19 +0200 To: bug-gnu-emacs@gnu.org Subject: 26.0.50; Native line numbers lead to display error in company-mode popup From: Alexander Miller Message-ID: <611468a0-3115-813a-7347-d0c06e155831@web.de> Date: Mon, 19 Jun 2017 18:50:18 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Provags-ID: V03:K0:wk3i7ECC/bMmQ1YCxHuJMhLgafm6ou8v34R4+nHQDih661DvkDi uSZ3DxVtnP+uQjiqnMV4LbIfq0EeBNykjA8Nu9eXmrnRiKnihAaDl6FbYOVZ7eAlOdQCAaD j5jBStUBjQkDkbR45C5tWVIHrhjOXRRR1z0RG6sOMOB6nIATPPOqrsMLJrIka/Gr3+K1suS A+D6b/GS/WGh9rfoYQYTA== X-UI-Out-Filterresults: notjunk:1;V01:K0:GDBY3V24MhQ=:nt96QhkoeE0sgbILVTN0js /NxU5p64kRslUOnXQCPINqs8XAJZUJZ4MldC3WUETN/AJo1dEZ/GOUuyq3qZ4+ecOIiFRhOFR YQ2Zi9Nb0hXDxLQsCCoYaW3L32aolw4r+56pDYE6TslgkUflQEwWHk50foegclDP/Qt+6NniX 8RwQvGGR2mAovdpPnUIe5uqsctGu7WC+bVY8dWwHo6wWy8Z3Zdx8ezpgG7PAj3YkHirYgfVKA qjrTAULaOCOQ7k3n0TZK8Qhtogz8SOc/S3FmfWkymUiLFLFurjfhXK+E/LmLhdNN2DjP3PPkU CHLaJKrtoD8BZudl9RhrQiwSnSSBAJ4F9VoC2LZQL301r6mz6fUwuWjsuxGsvcYm3IAGcVFG5 8kJo3l10vfV5abKDY3ObgozEYiLTcX+nE7nBfiWOZwU/+OSqMWXYBELsi27o7pXZRydA2dZPF fTCfw4EHm5wlchmW/UeYbHxhwth12VtuTIXEocrNkVCkljxzbiVGbCwYYrxBiADmMsUH+HgHa rQzptsD0NikH5j4+u4ZaYtYZgPIkBUx8uYJ93wPLE0hkm4wjoB1EkbTE65WEDunMKVyzgWPhj pRxnaIr83rpPvA9v+Kmyqd5ojoQj486ewt+06hwavvHAzGkqzSRBAMn/1vMohX8zRPJkQXVLU Y3mX/WureF3HSyijuflFWGiQzt4/FZD0SLpfVsDy7rfiOaArsdPWVHt0MZNImPcuXhR7DasDJ bl0NH8s2jHSipQa/s1O7J0oju8hX4swE+llhga9+twhyeTeBmp0q9TABEvbPIoYLFgxgBsQy3 MezwYbOZMBHw+3rbqRhw2++YdqvP9s1Tp5K1qYGmQkl64vfjbmVt96u6UZ52Be+gS1G3RE3cL GvK/K0KdMiiPL6V7+Zdg== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -2.4 (--) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.4 (--) As requested by Eli on reddit, a proper bug report about the company issue: Using the new native line numbers in emacs -q alongside company mode results in line numbers not being rendered in lines where the company-mode popup is active. This is the same as in (n)linum-mode, however the company popup, except the first line, is also shifted to the left into the space line numbers used to occupy: http://imgur.com/xHf2mlp It looks like there's a general issue of overlay using packages not expecting the space now being used by line numbers. For example the fill-column-indicator package draws its indicator too far to the left and swerves off with the comments at the top for some reason: http://imgur.com/WHcrhdC (Don't know why the company popup looks even worse here, that doesn't happen when I load my full config). In GNU Emacs 26.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.15) of 2017-06-18 built on a-laptop Repository revision: 7277c0fca7dab9f1b311c3eba5c42fd17acc3593 Windowing system distributor 'The X.Org Foundation From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 19 13:09:10 2017 Received: (at 27427) by debbugs.gnu.org; 19 Jun 2017 17:09:10 +0000 Received: from localhost ([127.0.0.1]:56473 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dN0Ao-0005TB-BY for submit@debbugs.gnu.org; Mon, 19 Jun 2017 13:09:10 -0400 Received: from eggs.gnu.org ([208.118.235.92]:45043) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dN0Am-0005Sq-Mn for 27427@debbugs.gnu.org; Mon, 19 Jun 2017 13:09:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dN0Ad-0001yE-Co for 27427@debbugs.gnu.org; Mon, 19 Jun 2017 13:09:03 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:47700) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dN0Ad-0001y8-96; Mon, 19 Jun 2017 13:08:59 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4922 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dN0Ac-0002wu-Lx; Mon, 19 Jun 2017 13:08:59 -0400 Date: Mon, 19 Jun 2017 20:08:47 +0300 Message-Id: <83vanrx5uo.fsf@gnu.org> From: Eli Zaretskii To: Alexander Miller In-reply-to: <611468a0-3115-813a-7347-d0c06e155831@web.de> (message from Alexander Miller on Mon, 19 Jun 2017 18:50:18 +0200) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup References: <611468a0-3115-813a-7347-d0c06e155831@web.de> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -3.4 (---) X-Debbugs-Envelope-To: 27427 Cc: 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.4 (---) > From: Alexander Miller > Date: Mon, 19 Jun 2017 18:50:18 +0200 > > As requested by Eli on reddit, a proper bug report about the company issue: Thanks. > Using the new native line numbers in emacs -q > alongside company mode results in line numbers not being rendered in > lines where the company-mode popup is active. This is the same as in > (n)linum-mode, however the company popup, except the first line, is also > shifted to the left into the space line numbers used to occupy: > http://imgur.com/xHf2mlp Can you show a minimal recipe, assuming company-mode was already loaded, to reproduce the issue? Such a recipe will make the job of looking into the issue much easier, TIA. > It looks like there's a general issue of overlay using packages not > expecting the space now being used by line numbers. For example the > fill-column-indicator package draws its indicator too far to the left > and swerves off with the comments at the top for some reason: > http://imgur.com/WHcrhdC > (Don't know why the company popup looks even worse here, that doesn't > happen when I load my full config). It looks like some packages need to revisit their calculations of horizontal coordinates. I'm guessing they convert column numbers into pixels, which will err when line numbers are displayed. They should instead use posn-at-point and the likes. Per Martin's analysis, the same problems should happen when the buffer has line-prefix defined; could you try that? From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 19 15:23:34 2017 Received: (at 27427) by debbugs.gnu.org; 19 Jun 2017 19:23:34 +0000 Received: from localhost ([127.0.0.1]:56562 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dN2Gs-0001uB-KM for submit@debbugs.gnu.org; Mon, 19 Jun 2017 15:23:34 -0400 Received: from eggs.gnu.org ([208.118.235.92]:33943) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dN2Gq-0001ty-ND for 27427@debbugs.gnu.org; Mon, 19 Jun 2017 15:23:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dN2Gg-0001Aj-FI for 27427@debbugs.gnu.org; Mon, 19 Jun 2017 15:23:27 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:49766) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dN2Gg-0001Ac-Bh; Mon, 19 Jun 2017 15:23:22 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1208 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dN2Gf-0001Xg-Ji; Mon, 19 Jun 2017 15:23:22 -0400 Date: Mon, 19 Jun 2017 22:23:10 +0300 Message-Id: <83podzwzmp.fsf@gnu.org> From: Eli Zaretskii To: Alexander Miller In-reply-to: <6b307502-53db-e92d-1050-3cf0132537cb@web.de> (message from Alexander Miller on Mon, 19 Jun 2017 19:26:23 +0200) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup References: <611468a0-3115-813a-7347-d0c06e155831@web.de> <83vanrx5uo.fsf@gnu.org> <6b307502-53db-e92d-1050-3cf0132537cb@web.de> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -3.4 (---) X-Debbugs-Envelope-To: 27427 Cc: 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.4 (---) [Please keep the bug address on the CC line, so this is recorded by the bug tracker.] > From: Alexander Miller > Date: Mon, 19 Jun 2017 19:26:23 +0200 > > > Can you show a minimal recipe, assuming company-mode was already > > loaded, to reproduce the issue? Such a recipe will make the job of > > looking into the issue much easier, TIA > It's just the code you see in the pictures, starting from emacs -q. > > Here it is again for easy copy-pasting: Thanks, I will try to look into this. > > Per Martin's analysis, the > > same problems should happen when the buffer has line-prefix defined; > > could you try that? > You're right, exactly the same thing happens. OK, then may I suggest you raise this issue with the respective package developers? They could for now use line-prefix as trigger for the problem; once they fix that, I think the problem with line numbers will go away as well. I will try to help them to pinpoint their problem using the recipe you provided. From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 19 15:53:19 2017 Received: (at 27427) by debbugs.gnu.org; 19 Jun 2017 19:53:20 +0000 Received: from localhost ([127.0.0.1]:56589 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dN2jf-0002ay-PK for submit@debbugs.gnu.org; Mon, 19 Jun 2017 15:53:19 -0400 Received: from mout.web.de ([212.227.15.3]:49332) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dN2jd-0002al-IK for 27427@debbugs.gnu.org; Mon, 19 Jun 2017 15:53:18 -0400 Received: from [192.168.1.5] ([134.3.25.9]) by smtp.web.de (mrweb004 [213.165.67.108]) with ESMTPSA (Nemesis) id 0MQt6E-1dDioK3tyY-00UGVd; Mon, 19 Jun 2017 21:53:10 +0200 Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup To: Eli Zaretskii References: <611468a0-3115-813a-7347-d0c06e155831@web.de> <83vanrx5uo.fsf@gnu.org> <6b307502-53db-e92d-1050-3cf0132537cb@web.de> <83podzwzmp.fsf@gnu.org> From: Alexander Miller Message-ID: Date: Mon, 19 Jun 2017 21:53:09 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: <83podzwzmp.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Provags-ID: V03:K0:+aNkpy4nhSH7wTW620bu4c6uTcehS26QfGkRsNFKaGXinv2TVDO mWSysNRT/ASbCuoq5j0Q+CZKcGdNxxCF5bd7dPO//t6BbCK7sH+gRzKhJAszzywV9/aLHOy Rkb9cxYOlg/0hCnI8XbMueRFOs7021RgRr3lPCwko4nGXBtctkNF7EL2z84IAjML+lFm5cv elgSjUVdEOJtjPOMKPm2Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:rXd7qlcUmSY=:2jJtMnAiCi4gGkf3drLZbV X7MKBk9G5UWhQrpi7644mmqm7NwkeWxKARUqR9cn+CHz4qFY5efzEBELTE1jHPssOIqUqC0TO biAoTI9OYAya6MVzb8zCE1DwANd2nbAlgSoCE42nOEaSrH1kqtVArkEQjkJQuO4eLNdjwH5h4 AADvociEclCmUtnO3JU6LmfwExSPrNAvs8LhOgD66ZmA0rJo/vZVxoFJ5O26lPS1Tg/hSCba6 AZKzZWGP7r7rDtdWy/Vm+/N8xTsFPSaZSe0jeWYX7kTvrcP6RvCNhM82iLqHk3+aSP4lMJA2+ UBJtr1rYVC3xWhRgA0Novgy433cri0R761LDqtJvrfW+Tel79b8TuK3a7zM5rDzusXfRtCH5R AcsGtE3c5WFzbvKOVag/8lJyaSv/aj17ypIxEgTO26He6q4cxITg89sH/Uw0PkJ/83MVnvYQQ HZhPbwkEsfl94N9R3iytX14A0qeNue5d+afxXVm0rOx5qmH/nlnrXv3dub15qTRW7Drd7abVe YVnCLLB6oGb+fG6FZbenEZiIvnMUlPO3e9LqpkWAOrFlEO5igIDQj3lK/iiTpqfthwM7jnWlJ JYxKL1oC1XrkW/3vA6LR7kgiG57nlBTO24u6duyishrEtMelDpFj3dqNijZ3aim/FAbqGer0M OLDagBumwTNwkNefNEd6RW06pSSK1+28i+6EYh9mRwn45AQnajWX3t4KYiQBNQ2jf5zp6e55X cXgap6bpz/3j+O+VKykOJEp2/rrUA91s8qnc+iB/0GJd1KNb0Tx9kR5+5qXm+8CQYiF7mlXC1 3Zd0duj X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 27427 Cc: 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > [Please keep the bug address on the CC line, so this is recorded by > the bug tracker.] Sorry about that. I pushed reply out of habit. > OK, then may I suggest you raise this issue with the respective > package developers? Will do. I'll direct them to this ticket as well as the general discussion. From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 19 17:03:18 2017 Received: (at 27427) by debbugs.gnu.org; 19 Jun 2017 21:03:18 +0000 Received: from localhost ([127.0.0.1]:56630 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dN3pO-0004G9-2w for submit@debbugs.gnu.org; Mon, 19 Jun 2017 17:03:18 -0400 Received: from mail-wm0-f54.google.com ([74.125.82.54]:36768) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dN3pN-0004Fw-CM for 27427@debbugs.gnu.org; Mon, 19 Jun 2017 17:03:17 -0400 Received: by mail-wm0-f54.google.com with SMTP id m125so4318549wmm.1 for <27427@debbugs.gnu.org>; Mon, 19 Jun 2017 14:03:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=YzTKgqCssXJun3xjKbWbh4OfuYceKIpPzTEjMUKUU0M=; b=LGoJEmMiSdpW19LIJUY/ZvU/5logUH15o0bC6+3ai+c/Khn5+80Ei2NescG9fhVEb1 NDgwZRpoXBm3HKF+6zrFbBS+BFo+jEWahFTrckCe01S0Tr1Rhv2WAtNCD/xmOqpxcAnX 9tCtRy2FORcqyUTb27lEwUj6VYGYv2p4rJsuk+s1vHI3SA+PA83z1ENIVYoI+MGdya/5 /Ez8J5Vo+vIxr+f8a+2qmQJ9SzpShWOBOXwixegMyfCWdxJ4Me992RIKDQKtUSyZ+trc v42MJsOvQMr3brAdvbSL9JL42d140bYQrDJLDOZVzdtrt4o7Z6UMJKUOyCqPK+TwrD3T WdHw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=YzTKgqCssXJun3xjKbWbh4OfuYceKIpPzTEjMUKUU0M=; b=RMCt9lPc+DVe5YMEqJjyhWE3E/jjn2Qznc37Na3wXKafL/wbABNKY0nsZcRIYoZsWC hVNcidkc1euFB5DBscek9q/xhARCaLJkVPnpHRw0+PBv1GOnLPs/8sWApZW4jcw9pP59 ScfeNKVGwPXdpZbtBXUmyXLUDWerHXk4I0PGuCxEWCdqAG6uHxjuBhMOxYyhsuvJh8j/ v0bREnJ180+W2q72wZ/MyYLT8BDgm6MjASKG2Wj3FDT1NMR3OLpN+YOWOMHtW9A/hC46 1A2aLznfnENcHVOgWwY0OojMx39CfToA9fZY3W/PLL6A+dvRNbGUgwjd8OHAhUvTgyjs fRYg== X-Gm-Message-State: AKS2vOzRLVWAKIG5+iYNElykhAcT2xKzOOZiYl+8/+irIPbj/Mg1eaxp +ZV0uK2ZvCjptxwOgrk= X-Received: by 10.28.183.11 with SMTP id h11mr396960wmf.86.1497906191146; Mon, 19 Jun 2017 14:03:11 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id k12sm10911002wrc.10.2017.06.19.14.03.09 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Jun 2017 14:03:10 -0700 (PDT) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup To: Eli Zaretskii , Alexander Miller References: <611468a0-3115-813a-7347-d0c06e155831@web.de> <83vanrx5uo.fsf@gnu.org> From: Dmitry Gutov Message-ID: <362a7d18-7f05-2e99-f8b3-41c353cf234f@yandex.ru> Date: Tue, 20 Jun 2017 00:03:08 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 MIME-Version: 1.0 In-Reply-To: <83vanrx5uo.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 27427 Cc: 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) On 6/19/17 8:08 PM, Eli Zaretskii wrote: > It looks like some packages need to revisit their calculations of > horizontal coordinates. I'm guessing they convert column numbers into > pixels, which will err when line numbers are displayed. They should > instead use posn-at-point and the likes. Use it how? With (setq line-prefix "..."), (car (posn-col-row (posn-at-point))) suddenly returns 3 at bol. > Per Martin's analysis, the > same problems should happen when the buffer has line-prefix defined; > could you try that? Indeed, it does. But it's easy for company-mode to ignore the possibility of line-prefix variable being set (it almost never happens). We do support line-prefix when it's assigned via text property. From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 20 11:04:44 2017 Received: (at 27427) by debbugs.gnu.org; 20 Jun 2017 15:04:44 +0000 Received: from localhost ([127.0.0.1]:58318 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dNKhw-0002lU-77 for submit@debbugs.gnu.org; Tue, 20 Jun 2017 11:04:44 -0400 Received: from eggs.gnu.org ([208.118.235.92]:35209) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dNKhu-0002lH-3R for 27427@debbugs.gnu.org; Tue, 20 Jun 2017 11:04:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dNKhl-0000st-0m for 27427@debbugs.gnu.org; Tue, 20 Jun 2017 11:04:36 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:40566) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dNKhk-0000sp-Tk; Tue, 20 Jun 2017 11:04:32 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2303 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dNKhk-0004r3-82; Tue, 20 Jun 2017 11:04:32 -0400 Date: Tue, 20 Jun 2017 18:04:22 +0300 Message-Id: <83h8zawvih.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-reply-to: <362a7d18-7f05-2e99-f8b3-41c353cf234f@yandex.ru> (message from Dmitry Gutov on Tue, 20 Jun 2017 00:03:08 +0300) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup References: <611468a0-3115-813a-7347-d0c06e155831@web.de> <83vanrx5uo.fsf@gnu.org> <362a7d18-7f05-2e99-f8b3-41c353cf234f@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -3.4 (---) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.4 (---) > Cc: 27427@debbugs.gnu.org > From: Dmitry Gutov > Date: Tue, 20 Jun 2017 00:03:08 +0300 > > With (setq line-prefix "..."), > > (car (posn-col-row (posn-at-point))) suddenly returns 3 at bol. I guess you think this result is incorrect, but I don't think I understand why. posn-col-row returns the horizontal window-relative coordinate in units of the frame's canonical column width, so it is expected that its value at BOL will be non-zero when there's a line-prefix displayed there. Can you tell how this value is used in company-mode? I think the key to my understanding why this change interferes with company-mode is in that direction. > > Per Martin's analysis, the > > same problems should happen when the buffer has line-prefix defined; > > could you try that? > > Indeed, it does. But it's easy for company-mode to ignore the > possibility of line-prefix variable being set (it almost never happens). > > We do support line-prefix when it's assigned via text property. If you do support the line-prefix property, why are there problems with line-prefix the variable? The effect on display is the same, AFAIU. From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 20 22:18:49 2017 Received: (at 27427) by debbugs.gnu.org; 21 Jun 2017 02:18:49 +0000 Received: from localhost ([127.0.0.1]:58652 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dNVEH-0001LE-Gr for submit@debbugs.gnu.org; Tue, 20 Jun 2017 22:18:49 -0400 Received: from mail-wr0-f182.google.com ([209.85.128.182]:35163) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dNVEF-0001L0-GC for 27427@debbugs.gnu.org; Tue, 20 Jun 2017 22:18:47 -0400 Received: by mail-wr0-f182.google.com with SMTP id y25so75525246wrd.2 for <27427@debbugs.gnu.org>; Tue, 20 Jun 2017 19:18:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=b1J2yZQRfDnrIKk7fmbjOP4ceAW5pU2FsSAvtlcbDqo=; b=atOvBi+6zkQAfJvfRwVEfGAHmArmS/5Yb2fyaVQR0KqzjZxkAQ7KGWEkb4gv6jMvyM lrMUPB1KLVO+2XFIIgKaansOzLBORUlEKbVzAD7sqWFwiJBnvcJMAcwWeez3wlWK3QCt 2/T2cU9WUlEBaUi4dHcQZOVMyVFPD7GluCkdw+M51BiWleX6VCzQtmIlJjl0sZRjn2me xQ1j7ASzuQ6K+jsNV7V3BugDTRWKWat62r0Q2Pt45XAhWC1vwZYW9OFz2aSWgdFwUudc D1Uid7S17Lu94nsrwsHR81OQozRcZt41ShKifBL7rkUfwWaZdb1/4VAYIDy2DRJiHOG2 mv8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=b1J2yZQRfDnrIKk7fmbjOP4ceAW5pU2FsSAvtlcbDqo=; b=HBXojvhQyFq+QRaw2mlphwvN3dgxsSyVC22zqsPZOdJglQokNtjSsSWEBCp4Ni5xCZ BDI4NEmjHVUgK7JCGxrtJACrFup8Z8uqdMW7Z5b/TxZesRXjcPLr152bEoIYKeDHAcy3 8BMS17YHsprP7PkfzPnM1KpwWwn9plmLTJdpa1Vl0LQB9n9/PsZD+YGOYjVS8nmZv2wl awVTny4xPREcCzJ0nJZ8TuxixJnDTFNHTmNjmNMu8udvP5ARlhk7H65pG3xCaWfBcDbP kmDdtqcMbsPObIPOiOXO7yIKhpkvV6QQ+EC/Gh7JT/UVmoupurpi22L6vMc5b14GK0Il HAlw== X-Gm-Message-State: AKS2vOzrWjTq9VduBvYiGhgub7OfEPMSuBXt1aDLrP8k7XkY8Vt/vjKR G3DLDdPyyuFoAutuXZE= X-Received: by 10.28.47.79 with SMTP id v76mr4714753wmv.34.1498011521525; Tue, 20 Jun 2017 19:18:41 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id v13sm14441964wmd.5.2017.06.20.19.18.39 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 20 Jun 2017 19:18:40 -0700 (PDT) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup To: Eli Zaretskii References: <611468a0-3115-813a-7347-d0c06e155831@web.de> <83vanrx5uo.fsf@gnu.org> <362a7d18-7f05-2e99-f8b3-41c353cf234f@yandex.ru> <83h8zawvih.fsf@gnu.org> From: Dmitry Gutov Message-ID: <00f59a24-2d80-ca47-b6f3-3d219aa5aa3f@yandex.ru> Date: Wed, 21 Jun 2017 05:18:38 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 MIME-Version: 1.0 In-Reply-To: <83h8zawvih.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 6/20/17 6:04 PM, Eli Zaretskii wrote: >> With (setq line-prefix "..."), >> >> (car (posn-col-row (posn-at-point))) suddenly returns 3 at bol. > > I guess you think this result is incorrect, but I don't think I > understand why. posn-col-row returns the horizontal window-relative > coordinate in units of the frame's canonical column width, so it is > expected that its value at BOL will be non-zero when there's a > line-prefix displayed there. From where I'm standing, it points to a design flaw in how line-prefix is implemented. Or at least it hints that the native line numbering shouldn't use it, and should use fringe or margin (like linum and nlinum do), or something like them that's considered to be outside of the window by the display engine. > Can you tell how this value is used in company-mode? I think the key > to my understanding why this change interferes with company-mode is in > that direction. We've discussed it before, but here's a reminder. Company draws popup by taking a number of lines that the popup would cover, collecting them into strings, modifying those strings to "draw" the popup on top of them. These operations use the "current row" and "current column" results, respectively. Then, it (without going into nuance) puts an overlay over the said buffer lines, makes it `invisible', and puts a strings consisting of concatenation of those modified lines on the overlay's `display' property. When the position at bol is interpreted as "column 3", all lines of the rectangle are rendered starting with the fourth character of each line. Somehow, the result turns out to be uneven, and the first line of the overlay doesn't get affected by line-prefix (so the popup there ends up at the proper horizontal position), but the rest are affected, and they're displaced three columns to the right. >> We do support line-prefix when it's assigned via text property. > > If you do support the line-prefix property, why are there problems > with line-prefix the variable? The effect on display is the same, > AFAIU. The way we support the property is impossible to translate to the variable. For each line, we take the value of `line-prefix', prepend it to the line text, and the popup overlay (the one that covers all of the affected lines) gets the `line-prefix' property set to "". From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 20 22:41:03 2017 Received: (at 27427) by debbugs.gnu.org; 21 Jun 2017 02:41:03 +0000 Received: from localhost ([127.0.0.1]:58696 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dNVZm-0001sS-JC for submit@debbugs.gnu.org; Tue, 20 Jun 2017 22:41:03 -0400 Received: from eggs.gnu.org ([208.118.235.92]:41208) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dNVZk-0001rs-LB for 27427@debbugs.gnu.org; Tue, 20 Jun 2017 22:41:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dNVZa-0007TD-Ph for 27427@debbugs.gnu.org; Tue, 20 Jun 2017 22:40:55 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:48927) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dNVZa-0007T7-Md; Tue, 20 Jun 2017 22:40:50 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2838 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dNVZZ-0006bC-Uw; Tue, 20 Jun 2017 22:40:50 -0400 Date: Wed, 21 Jun 2017 05:40:42 +0300 Message-Id: <8360fqvz9x.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-reply-to: <00f59a24-2d80-ca47-b6f3-3d219aa5aa3f@yandex.ru> (message from Dmitry Gutov on Wed, 21 Jun 2017 05:18:38 +0300) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Cc: alexanderm@web.de, 27427@debbugs.gnu.org > From: Dmitry Gutov > Date: Wed, 21 Jun 2017 05:18:38 +0300 > > When the position at bol is interpreted as "column 3", all lines of the > rectangle are rendered starting with the fourth character of each line. So this is the root cause of the problem. Is there a reason not to start rendering from the character whose posn-col-row is 3? From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 21 09:05:09 2017 Received: (at 27427) by debbugs.gnu.org; 21 Jun 2017 13:05:09 +0000 Received: from localhost ([127.0.0.1]:58968 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dNfJl-0006cJ-85 for submit@debbugs.gnu.org; Wed, 21 Jun 2017 09:05:09 -0400 Received: from mail-lf0-f45.google.com ([209.85.215.45]:33132) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dNfJk-0006c7-8c for 27427@debbugs.gnu.org; Wed, 21 Jun 2017 09:05:08 -0400 Received: by mail-lf0-f45.google.com with SMTP id m77so94956171lfe.0 for <27427@debbugs.gnu.org>; Wed, 21 Jun 2017 06:05:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=sLfqTpd6jmRS3oXae+HQoIR6vqz7S/MNw3D/64wVUbc=; b=nv0X3IQvhP9hkYebPDLN5C6TdSMSKNde2l1iSNfmgUwpEFZ6/CKZGlHX3hwxDqz7QS tWwry06MFRc+BuIgTCJjZBK1zCRsWnKsRZDIky5LnxILnS7TPm1epctGpv+OCiaYoAhf PZgOidp8vRK6V8HiEGZOFgIie0NqNheNbgu19UTyDz0bLoshYg4i5O3NYmyn0GMM8TJ6 IJIw6f9f1ForKr4oe1Uw1HnK5pk0OHcCV6VugJgNUm+WtQanWeDNYIrx0UHzvbWbLMT4 G4warap7m+lXRJYMVoDNVvjTwcO4tqWzIGU0rDPD/3jWb8C3R6zNw5h1cpRf3ZACAgsa V3aA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=sLfqTpd6jmRS3oXae+HQoIR6vqz7S/MNw3D/64wVUbc=; b=hEPDGPQ2o4zaBWbCdJKHZne/Z3IN3lywrn1af13CxtyVJKPRYZ2SY1kE9lsmcg65W1 MrVUmuGhYGqXCp3kSxQTBERdNuK1YM2+Gi/pg01s7DqEcqdeLbLH1hoLtWOCqV5uzO2N atExafyPBthR3S7J2hDtJiNOqTy7M+JUaLfSulIdLHBHLduxliUX8L10Hx5zffosMsjL vVwrp6/lihPdNBSfC4EcjRdlITpoZcUZIBs1AHWm48S64fH1uGAt9dC5aqD8W0Iq3rLW rghJPvipztcFDvbp8TvD9X8V8MlyIxqsORspXUzfq+2wX+fI+WfGoQkLtEPQYorRKWHP dOZw== X-Gm-Message-State: AKS2vOw0mshAFe6FhXVsG8yivM4NL3Gfne1n5AsWfV3/9Hp6kl4zbkOY F0Pg/AKOPiwPAONueUg= X-Received: by 10.80.169.82 with SMTP id m18mr25325422edc.31.1498050302068; Wed, 21 Jun 2017 06:05:02 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id f22sm8436526edf.59.2017.06.21.06.04.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 21 Jun 2017 06:05:00 -0700 (PDT) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup To: Eli Zaretskii 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> From: Dmitry Gutov Message-ID: <6aa4616d-79f7-db1b-c048-076a9a48596f@yandex.ru> Date: Wed, 21 Jun 2017 16:04:58 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 MIME-Version: 1.0 In-Reply-To: <8360fqvz9x.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) On 6/21/17 5:40 AM, Eli Zaretskii wrote: >> When the position at bol is interpreted as "column 3", all lines of the >> rectangle are rendered starting with the fourth character of each line. > > So this is the root cause of the problem. Is there a reason not to > start rendering from the character whose posn-col-row is 3? How? Does that mean I'll have to call posn-at-point twice now? Once for point, and once for beginning-of-visual-line? Even that won't solve all the rendering issues. In my testing, the first line of the popup is not at the same column as the rest of them. Probably because of the `line-prefix' property on the overlay which I explained in the previous email. And we can't stop putting it there because we don't have a better solution for the `line-prefix' text property. I _guess_ I could reorganize the code and track whether the current line is the first, and render that line of the popup with a different offset... Doesn't sound great, to be honest. That's an extra piece of complexity. Even so, I'm not sure this will be the end of it. Setting line-prefix doesn't seem to be an accurate model of the problem company popup has with native line numbering: - The image in the report shows the first line of the popup being "rendered" at a higher column than the rest. The rest are basically positioned fine. - In my testing, with (setq line-prefix "..."), it's the opposite. The first line of the popup is positioned correctly, while the rest are shifted to the right by 3 columns. From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 21 11:51:35 2017 Received: (at 27427) by debbugs.gnu.org; 21 Jun 2017 15:51:35 +0000 Received: from localhost ([127.0.0.1]:60130 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dNhup-0002GA-2r for submit@debbugs.gnu.org; Wed, 21 Jun 2017 11:51:35 -0400 Received: from mout.web.de ([217.72.192.78]:56543) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dNhum-0002Fx-SY for 27427@debbugs.gnu.org; Wed, 21 Jun 2017 11:51:33 -0400 Received: from [192.168.1.5] ([134.3.25.9]) by smtp.web.de (mrweb101 [213.165.67.124]) with ESMTPSA (Nemesis) id 0MZUJt-1d5M4u1aeL-00LB8S; Wed, 21 Jun 2017 17:51:25 +0200 Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup To: Dmitry Gutov , Eli Zaretskii 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> From: Alexander Miller Message-ID: Date: Wed, 21 Jun 2017 17:51:24 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: <6aa4616d-79f7-db1b-c048-076a9a48596f@yandex.ru> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Provags-ID: V03:K0:IsnPhR3C6hn5CcjanQ3or2uNO9yaTGrAniyh/NklNQ5qOXWBx5r RsBcHQdGA4gzDY8bgy4PieFN82N4i5JHc456SmyigzqUIJM7T1/VR8mmGbd4cqhPBv97c3f YPuWpe8SAhjuNGfa5G+APajt6/866TkoZWX5qBkWHEohDol95pR4FPCMqstCj2OrIU0DN7S Aan04/eDo1jkIn8R4LFgg== X-UI-Out-Filterresults: notjunk:1;V01:K0:oXeHdIMmtTY=:+Y1GTLBz/laMe0ZNQWlU5+ NdPeV7RoRkKds6dkeL/zm+VDBf+hNyCY4QmT2RztBF5WWvl6dPDIK/YlOxLTCWUr93/ErqFbj 6CHZqrp6/0WiNtZMAF3CQHETrr4C9ZiGy3L6p2piz3ZLEGPX3rq9cQLL1NfwXy7wTwh65FuWC svOjO6cgh2h8Od3uw8SRORI5Q3sk6imr0R/vEKTYhwuw+Ji+vkst1a6FCAnNxs8d6dmB665FV TYFREVO3SyHgBMMSYd7gn9SU5LtrvUFRr+2mdPWqwaWy8Hf0PtEICnTEgoPIxNYy+6Z0Kxd/D 53yDoaW0Fket8bsaoyyCWl3vP+I4w7Eodceqxq2ob5xriWToLuG8ZIOVx2geSzOJ1bFLdz+tz kNT9FbqVtZHMK9SNiEIxDGBGOdu8MfV8Od0wAPEIK1Ah7TJXr8uwWQIziFA0Qd3NLF/lHuh8C 4XtBmckfmAGXB+zRvNLKb7thQ3svA+ekgI8JamM1qLQY5nJyFG9TxbJ6XDv+ilGj8oXbEIHM6 PZH2PgPagTakXMujPhPi+SXtXoToEWTIBC1oDnUwEh3Ry76T1F7P546WEZykwBcgG1lf4NGUj HlbJH/fZ3FpIQC1wga+0zglJcx8DE1aZG0MSJSnLs66jq3sT4/NAd5WenGCor3uxUzTzjwRvw nFJFzvukvBVKkNRPlb1l08iwAwyiYntwcNJ7lpm7KvOkqvbUenCiLWiCYJxKl9a0Q2DGdN3V1 GGq2fyO9QK8zcfRtod2wQVyqqe8mo0Eayz3spdrxAelP7iqXsMJ2kN0O7uZ9fv37Hh/DQ1alL Zpbse0FFRhzW0FPUHaSdQHwWFV6VkCDIGA9gDVZ+4EIkp6Lc5mtcp5+PsgcoevOGUR3SIByFr x1Z1ABZzcY8/jS1B1e9g== X-Spam-Score: -1.7 (-) X-Debbugs-Envelope-To: 27427 Cc: 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > In my testing, with (setq line-prefix "..."), it's the opposite. The > first line of the popup is positioned correctly, while the rest are > shifted to the right by 3 columns. You're right about that, it's the same, but opposite problem. I tried again with line-numbers and/or line-prefix and the popup is indeed shifted around in different directions in both cases. Interestingly enough it's possible for the effects of both settings to cancel each other out when they take the same amount of space. For me it for example happened with (setq display-line-width 5 line-prefix "......."). Link to pictures: http://imgur.com/a/9QRQs From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 21 14:15:59 2017 Received: (at 27427) by debbugs.gnu.org; 21 Jun 2017 18:15:59 +0000 Received: from localhost ([127.0.0.1]:60191 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dNkAZ-0005Sd-Al for submit@debbugs.gnu.org; Wed, 21 Jun 2017 14:15:59 -0400 Received: from eggs.gnu.org ([208.118.235.92]:43868) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dNkAY-0005SR-8J for 27427@debbugs.gnu.org; Wed, 21 Jun 2017 14:15:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dNkAO-00036l-BS for 27427@debbugs.gnu.org; Wed, 21 Jun 2017 14:15:52 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:60606) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dNkAO-00036d-7y; Wed, 21 Jun 2017 14:15:48 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3170 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dNkAM-0007eH-Vv; Wed, 21 Jun 2017 14:15:47 -0400 Date: Wed, 21 Jun 2017 21:15:37 +0300 Message-Id: <83tw39urzq.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-reply-to: <6aa4616d-79f7-db1b-c048-076a9a48596f@yandex.ru> (message from Dmitry Gutov on Wed, 21 Jun 2017 16:04:58 +0300) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Cc: alexanderm@web.de, 27427@debbugs.gnu.org > From: Dmitry Gutov > Date: Wed, 21 Jun 2017 16:04:58 +0300 > > On 6/21/17 5:40 AM, Eli Zaretskii wrote: > > >> When the position at bol is interpreted as "column 3", all lines of the > >> rectangle are rendered starting with the fourth character of each line. > > > > So this is the root cause of the problem. Is there a reason not to > > start rendering from the character whose posn-col-row is 3? > > How? > > Does that mean I'll have to call posn-at-point twice now? Once for > point, and once for beginning-of-visual-line? I guess so. I understand that now you call current-column or something similar at BOL? Or do you just assume the column there is zero? > Even that won't solve all the rendering issues. In my testing, the first > line of the popup is not at the same column as the rest of them. > Probably because of the `line-prefix' property on the overlay which I > explained in the previous email. And we can't stop putting it there > because we don't have a better solution for the `line-prefix' text property. What I had in mind is to come up with a solution that will work the same with line-prefix specified in any way we support. Then you won't need to put the line-prefix property on the company overlay. Btw, can you remind me why we don't use pop-up menus for company popups? > Even so, I'm not sure this will be the end of it. Setting line-prefix > doesn't seem to be an accurate model of the problem company popup has > with native line numbering: Could be. Can I seduce you to try the line-numbers branch? ;-) From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 21 18:41:26 2017 Received: (at 27427) by debbugs.gnu.org; 21 Jun 2017 22:41:26 +0000 Received: from localhost ([127.0.0.1]:60358 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dNoJS-0000A7-02 for submit@debbugs.gnu.org; Wed, 21 Jun 2017 18:41:26 -0400 Received: from mail-wr0-f172.google.com ([209.85.128.172]:36010) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dNoJQ-00009u-GH for 27427@debbugs.gnu.org; Wed, 21 Jun 2017 18:41:24 -0400 Received: by mail-wr0-f172.google.com with SMTP id c11so98491649wrc.3 for <27427@debbugs.gnu.org>; Wed, 21 Jun 2017 15:41:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=PZ9sG31RghI8jYtARddQmf5KJnbtvmOOxKYUc8dHIP8=; b=BiR7Apa4rf+Uc+2ISKknUQQEDZ4fzBvhgQ0kYd/BykPuHvHmWrpAuh7UEKFxCogMV8 9D4FGxhdg+RTlaO2Y8AGm6jjYSoA4w4FF5yH1o8gAGJ2ymmCWVECNuHgqP3AMaDYCG6y e6eWdmTvqPtFSYSR1Ps8FGr9xYWA8Ln0NvD6CpaJAun2vNQn53eTDIUgK27WQxNWw/im rJvZqO+k1GRpto7CUQoKqUifYFKE/7skzbmLsHj+qMRbI9TPg9O8FEp5nBpZiuv1jYfe 5Uzg1woTWdWF9zD4WX3WdOaFCMQnUTtWz9j6i0QE5tILHs+XhzQiVS/kCvVD7POjdkfF 73Lg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=PZ9sG31RghI8jYtARddQmf5KJnbtvmOOxKYUc8dHIP8=; b=NRsOHaUOXEFnpQ1+oJMwfnTgLTBNv91nZQEjvwNhoTfsneuVBxsU7+N0yW/wdBmOjS SzytX1mH53oDBG1wJk9lh8/bPeBYDPuarqBeklqQobe5EZCheIwLPB6hY79m0otxb5Lw VmW/5sWBAhihoQlPP6MetuK2eIVuCbRWmwhR7YXwwFxQvwSWRGKjfVZKj/Iq0vyJ5V9D XvqZArvgctppeIpWxU60NOdqAfrJaKm/fH5u2Q1ii/cs92c49t2F05Em0+iohN4SRRF9 siQFoUnKuPHx0rn5RB+l90n2OtvYCBI44uib2j/xU6a/8aGC4iDh9JDiQbee4uL4Debw nhFA== X-Gm-Message-State: AKS2vOxnZrh+RtMSkPCdnM22SViLIRATeIFesTHJKhXsjgomyBIx8tzd J5ugmPu0kttzz2G2ptM= X-Received: by 10.28.138.194 with SMTP id m185mr8085236wmd.86.1498084878483; Wed, 21 Jun 2017 15:41:18 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id g20sm74039wmd.2.2017.06.21.15.41.16 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 21 Jun 2017 15:41:17 -0700 (PDT) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup To: Eli Zaretskii 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> From: Dmitry Gutov Message-ID: <4c4b873b-2bec-1c12-82f5-325b558bea93@yandex.ru> Date: Thu, 22 Jun 2017 01:41:15 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 MIME-Version: 1.0 In-Reply-To: <83tw39urzq.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 6/21/17 9:15 PM, Eli Zaretskii wrote: > Or do you just assume the column there is > zero? Yep! And there are zero outstanding bug reports related to this. > What I had in mind is to come up with a solution that will work the > same with line-prefix specified in any way we support. Then you won't > need to put the line-prefix property on the company overlay. I'm saying it's not easy, and I'm not brimming with ideas. Can't we put native line numbering outside of the window bounds? Like linum and nlinum do. > Btw, can you remind me why we don't use pop-up menus for company > popups? Event handing and theming issues (at least with GUI frames). - GUI menus have only two colors: background and foreground (and maybe "inactive"). Not sure about the terminal mode menus. - Menus take over the event loop. IIRC you suggested a way to get around this, but that doesn't solve the previous problem anyway. IIUC we've settled on using chromeless frames for the popup. It seems Martin is cooking something in this direction (almost ready?), but I haven't tried using them. And that would take some work. Last I checked, Clément was interested, but no results yet. > Could be. Can I seduce you to try the line-numbers branch? ;-) Consider me seduced. I'm seeing the same behavior as what Alexander reported. There are two problems: 1. The first visual line containing the popup has the line number at its beginning. And as such, the popup line is shifted to the right. 2. The rest don't have the line numbers before them, so they are positioned correctly. This may or may not be considered a problem (there's probably nothing we can do about the lack of numbers), but the inconsistency between the different popup lines seems like it would require some special handling in the code. And whatever that additional code would do, it would have to be reconciled with line-prefix as well, so as not to make things worse. From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 22 10:55:20 2017 Received: (at 27427) by debbugs.gnu.org; 22 Jun 2017 14:55:20 +0000 Received: from localhost ([127.0.0.1]:33305 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dO3Vv-0006bo-QM for submit@debbugs.gnu.org; Thu, 22 Jun 2017 10:55:20 -0400 Received: from eggs.gnu.org ([208.118.235.92]:33303) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dO3Vu-0006bd-E4 for 27427@debbugs.gnu.org; Thu, 22 Jun 2017 10:55:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dO3Vl-0008IF-0Y for 27427@debbugs.gnu.org; Thu, 22 Jun 2017 10:55:13 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:46326) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dO3Vk-0008IB-Tk; Thu, 22 Jun 2017 10:55:08 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3618 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dO3Vk-0002zA-4a; Thu, 22 Jun 2017 10:55:08 -0400 Date: Thu, 22 Jun 2017 17:55:02 +0300 Message-Id: <83o9tgul6h.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-reply-to: <4c4b873b-2bec-1c12-82f5-325b558bea93@yandex.ru> (message from Dmitry Gutov on Thu, 22 Jun 2017 01:41:15 +0300) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Cc: alexanderm@web.de, 27427@debbugs.gnu.org > From: Dmitry Gutov > Date: Thu, 22 Jun 2017 01:41:15 +0300 > > On 6/21/17 9:15 PM, Eli Zaretskii wrote: > > Or do you just assume the column there is > > zero? > > Yep! And there are zero outstanding bug reports related to this. Well, except this one ;-) > > What I had in mind is to come up with a solution that will work the > > same with line-prefix specified in any way we support. Then you won't > > need to put the line-prefix property on the company overlay. > > I'm saying it's not easy, and I'm not brimming with ideas. Is it not easy because the assumption about column-zero is hard-coded in many places? Or for some other reason? > Can't we put native line numbering outside of the window bounds? Like > linum and nlinum do. Keeping the numbers out of the margins was my explicit design goal, because some packages want the margins, and we don't have a good solution for "sharing" margins. So from my POV putting the numbers in the margins would be a step backward. It will probably also create major havoc for the few packages that do display in the margins, because Emacs facilities for layout of text and other stuff there are exceedingly limited. > IIUC we've settled on using chromeless frames for the popup. It seems > Martin is cooking something in this direction (almost ready?), but I > haven't tried using them. And that would take some work. Not sure what you mean by "chromeless" here, but if I understand you correctly, Martin's work is already on master. > 1. The first visual line containing the popup has the line number at its > beginning. And as such, the popup line is shifted to the right. That's the "BOL at non-zero column" issue, right? > 2. The rest don't have the line numbers before them, so they are > positioned correctly. This may or may not be considered a problem > (there's probably nothing we can do about the lack of numbers), but the > inconsistency between the different popup lines seems like it would > require some special handling in the code. The lack of numbers is a "feature", I think: only "physical" lines in buffer text are counted, newlines in overlay and display strings do not count. Can you artificially offset the beginning of the overlay to account for the line numbers, and see if that alone solves the problem of the first lines, and doesn't cause problems in the subsequent lines? Thanks. From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 22 19:17:36 2017 Received: (at 27427) by debbugs.gnu.org; 22 Jun 2017 23:17:36 +0000 Received: from localhost ([127.0.0.1]:33661 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dOBM0-0004u2-3i for submit@debbugs.gnu.org; Thu, 22 Jun 2017 19:17:36 -0400 Received: from mail-wr0-f171.google.com ([209.85.128.171]:35512) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dOBLy-0004tq-5K for 27427@debbugs.gnu.org; Thu, 22 Jun 2017 19:17:34 -0400 Received: by mail-wr0-f171.google.com with SMTP id k67so42840458wrc.2 for <27427@debbugs.gnu.org>; Thu, 22 Jun 2017 16:17:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=BtAomQvDOlIQ48E9EInkhmBqxQSljefPD293rMlunPU=; b=sKeUJg6Bf+Pn7aU9vAO8mLKFCFJLqdEOqjmqe3B0dkftOLA1ahB0gPCaZrwnPsB8EO eIJiRiVM3J6w9Q+aHtCwNKvcX2NF1jH6Muh0/SBjfbtvlGCoEPd+WAjPCD6SQtDSILYu TpTdp0Zy00KdR+ZfV90bv6KRui/y184uSQxPAG7HhN4bhz/GmgRyOYyTQwa1LkSf/LdT 5+OKF6C4LVIqVl1NqrZmd9kudFspRzTF8tgYKerLzzoEDf+qQMvy4ZXgx8YrvfcdS0qj LxcdOYw1XKPsHSOU1CwSmxubW58u866ruij9zJq8V42J8zjjqFDUdyHYJYaw/82o+sP2 4KKQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=BtAomQvDOlIQ48E9EInkhmBqxQSljefPD293rMlunPU=; b=szRnydUxOrNVh4lQEQnoNOoTpMg1r/WWznXmmfQa4Xv2myJaqzPQu8/SPle7efpaDl sjsatRxXxZpEPZfjJRToRb4v8RB0tdbNbu4qjrMmvCb4v45gKXq8hNfe7gKEGxIsJPNN fBKnMhWk43IMGDHoBpBJqPQ7I9WvDYv63fW61/D5FQPdDSoTbnnw0LjZTa5gUwxAfFqx 2NfxjP8urF4m6w+pnr/CjKctrBU+apfnKald/Vpm40u8pPzRR7s80POqQ9i9G6f2UC1o 9Mi+6BwRLjGm0R2a2Qz0GdVZdXobnbv9OGKr4RKJLUh0Z4ysF0Dm/l1NjBEWiQoshST7 WWTg== X-Gm-Message-State: AKS2vOzrJzglo0k5vnQ3WUCWTV9PU2gdwkpeVSjOLpCHm0IVR/vZLP6X BstkZXTgduFM4y7yz/w= X-Received: by 10.223.130.134 with SMTP id 6mr3857930wrc.16.1498173448110; Thu, 22 Jun 2017 16:17:28 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id j13sm5700048wra.56.2017.06.22.16.17.25 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 22 Jun 2017 16:17:27 -0700 (PDT) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup To: Eli Zaretskii 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> From: Dmitry Gutov Message-ID: <49b431fd-aaa4-e7ca-06fc-7146a0a5692c@yandex.ru> Date: Fri, 23 Jun 2017 02:17:24 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 MIME-Version: 1.0 In-Reply-To: <83o9tgul6h.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 6/22/17 5:55 PM, Eli Zaretskii wrote: >> Yep! And there are zero outstanding bug reports related to this. > > Well, except this one ;-) But it's not about line-prefix, it's about a new feature in Emacs that was just introduced in a way that's different from those that came before. >> I'm saying it's not easy, and I'm not brimming with ideas. > > Is it not easy because the assumption about column-zero is hard-coded > in many places? Or for some other reason? Because if we're not allowed to use column-zero, the first line of the popup and the rest are behaving differently. And, depending on which feature is causing the first character of the visual line to be on a non-zero column, the popup lines are offset in different directions. > Keeping the numbers out of the margins was my explicit design goal, > because some packages want the margins, and we don't have a good > solution for "sharing" margins. It's not without problems, though, as it introduces a new, different type of margin, doesn't it? Why not put it outside of the window bounds next to the "actual" margins? That's one option. > So from my POV putting the numbers in > the margins would be a step backward. It will probably also create > major havoc for the few packages that do display in the margins, Not any more havoc than linum or nlinum which many people install and use, and are apparently fine with them taking up one of the margins. > because Emacs facilities for layout of text and other stuff there are > exceedingly limited. But of course, it would be ideal if you could also introduce a facility that would allow sharing of margins (and hopefully also fringes) between different modes. > Not sure what you mean by "chromeless" here, but if I understand you > correctly, Martin's work is already on master. I think so, yes. >> 1. The first visual line containing the popup has the line number at its >> beginning. And as such, the popup line is shifted to the right. > > That's the "BOL at non-zero column" issue, right? Yes, but also the lack of ability to disable the line numbering on a line-by-line basis (which could be one solution for this problem). > The lack of numbers is a "feature", I think: only "physical" lines in > buffer text are counted, newlines in overlay and display strings do > not count. It is indeed a feature from your standpoint, but it's a bug from the point of view of the popup's rendering. Imagine of the line numbers were displayed using line-prefix (I'm not really suggesting that, but...). Then the popup could pick them up and include in the overlay's `display' property text. The user wouldn't see any difference. > Can you artificially offset the beginning of the overlay to account > for the line numbers, and see if that alone solves the problem of the > first lines, and doesn't cause problems in the subsequent lines? Offset the beginning by how much? By (- (car (posn-col-row (posn-at-point (point)))) (car (posn-col-row (posn-at-point (beginning-of-visual-line))))) ? Let's call the value of this expression X. Let's try a thought experiment. Suppose X is non-zero because of line numbering. Then adding an offset of X to the position of the first popup line should fix it. What if X is non-zero because of line-prefix, though? If it's because of line-prefix variable, okay, we don't support it. What if X is non-zero because of the line-prefix text property? We'd get an "array out of bounds" error somewhere, because the first popup line is currently positioned correctly. So when should we add an X offset to the first popup line's position? Suppose X is non-nil because of line numbering and the line-prefix text property both? Org uses the line-prefix text property in certain configurations, so it's a real possibility. One idea would be to first create an overlay on the first visual line which overrides the line-prefix property to zero, *then* measure (car (posn-col-row (posn-at-point (beginning-of-visual-line)))) , then delete the said overlay and proceed. Doesn't that sound like a mess already? From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 23 05:11:16 2017 Received: (at 27427) by debbugs.gnu.org; 23 Jun 2017 09:11:16 +0000 Received: from localhost ([127.0.0.1]:33861 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dOKcV-0001jS-QZ for submit@debbugs.gnu.org; Fri, 23 Jun 2017 05:11:16 -0400 Received: from eggs.gnu.org ([208.118.235.92]:52672) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dOKcT-0001jC-BV for 27427@debbugs.gnu.org; Fri, 23 Jun 2017 05:11:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dOKcK-0003OU-SE for 27427@debbugs.gnu.org; Fri, 23 Jun 2017 05:11:08 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:59129) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dOKcK-0003OO-OR; Fri, 23 Jun 2017 05:11:04 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4572 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dOKcJ-0001jf-R0; Fri, 23 Jun 2017 05:11:04 -0400 Date: Fri, 23 Jun 2017 12:10:58 +0300 Message-Id: <83a84zul0d.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-reply-to: <49b431fd-aaa4-e7ca-06fc-7146a0a5692c@yandex.ru> (message from Dmitry Gutov on Fri, 23 Jun 2017 02:17:24 +0300) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Cc: alexanderm@web.de, 27427@debbugs.gnu.org > From: Dmitry Gutov > Date: Fri, 23 Jun 2017 02:17:24 +0300 > > On 6/22/17 5:55 PM, Eli Zaretskii wrote: > > >> Yep! And there are zero outstanding bug reports related to this. > > > > Well, except this one ;-) > > But it's not about line-prefix, it's about a new feature in Emacs that > was just introduced in a way that's different from those that came before. Sorry, I thought that by "related to this" you alluded to the zero-column-at-BOL assumption. > > Keeping the numbers out of the margins was my explicit design goal, > > because some packages want the margins, and we don't have a good > > solution for "sharing" margins. > > It's not without problems, though, as it introduces a new, different > type of margin, doesn't it? Not really. The display engine was always inserting stuff at the beginning of a visual line. Some features that use this include line-prefix and wrap-prefix, the left truncation glyphs, and overlay-arrow. It's just that AFAIU company-mode has coded workarounds for each one of them, and now there's one more feature to deal with. > Why not put it outside of the window bounds next to the "actual" > margins? That's one option. That option requires a thorough redesign of the canvas geometry used by the display engine: currently there's no area for it to put glyphs except the 3 existing ones -- the two margins and the text area. > > So from my POV putting the numbers in > > the margins would be a step backward. It will probably also create > > major havoc for the few packages that do display in the margins, > > Not any more havoc than linum or nlinum which many people install and > use, and are apparently fine with them taking up one of the margins. As long as only one mode uses the margins, no problems indeed. Once there are two or more, they need to work around one another, and that doesn't work very well, sometimes not at all. > But of course, it would be ideal if you could also introduce a facility > that would allow sharing of margins (and hopefully also fringes) between > different modes. Alas, we don't have any consensus for how should this be done. > > Not sure what you mean by "chromeless" here, but if I understand you > > correctly, Martin's work is already on master. > > I think so, yes. I'd urge you to see if company-mode can switch to using these facilities, as working against the display engine works only up to a point, and doubtless causes many maintenance headaches. > >> 1. The first visual line containing the popup has the line number at its > >> beginning. And as such, the popup line is shifted to the right. > > > > That's the "BOL at non-zero column" issue, right? > > Yes, but also the lack of ability to disable the line numbering on a > line-by-line basis (which could be one solution for this problem). If providing such a facility would solve the problem, it should be easy to code. E.g., we could have a display-line-numbers-disable property which a Lisp program could put on the first visible character of a visual line, and a non-nil value of that property would signal to the display engine not to produce the line-number glyphs for that visual line. Would that be okay? (Note that line-number display produces glyphs even for lines for which no number should be displayed, such as continuation lines and empty screen lines beyond EOB, so company-mode would need to decide whether it needs to disable those as well. Which is why I wrote "the first visible character of a visual line" above, emphasis on "visual".) > Imagine of the line numbers were displayed using line-prefix (I'm not > really suggesting that, but...). Then the popup could pick them up and > include in the overlay's `display' property text. The user wouldn't see > any difference. You can do similar things with line numbers: Lisp code can count lines as well as C code, and the fact that the line numbers are being displayed is easily detected from Lisp. > Suppose X is non-zero because of line numbering. Then adding an offset > of X to the position of the first popup line should fix it. > > What if X is non-zero because of line-prefix, though? If it's because of > line-prefix variable, okay, we don't support it. > > What if X is non-zero because of the line-prefix text property? We'd get > an "array out of bounds" error somewhere, because the first popup line > is currently positioned correctly. > > So when should we add an X offset to the first popup line's position? > > Suppose X is non-nil because of line numbering and the line-prefix text > property both? Org uses the line-prefix text property in certain > configurations, so it's a real possibility. > > One idea would be to first create an overlay on the first visual line > which overrides the line-prefix property to zero, *then* measure > > (car (posn-col-row (posn-at-point (beginning-of-visual-line)))) > > , then delete the said overlay and proceed. Doesn't that sound like a > mess already? (And you didn't yet consider the possibility of _both_ line numbers and line-prefix. Yes, that should be possible, and I intended that to be supported.) Anyway, the mess should be expected in any feature which attempts to change the display in significant ways, like company-mode does. Experience shows that this only works up to a point. Which is why The Right Way to implement such features is to introduce infrastructure (on the C level) which will allow the display engine to do the layout job as those features need. Native display of line numbers is one step in that direction, from my POV. I hope that Martin's work on child frames will allow company-mode to go in a similar direction as well. However, this bug report is about letting the current implementation of company-mode live in peace with native display of line numbers. So if you tell me that the above-mentioned property will allow such a coexistence, I will code it. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 23 19:26:34 2017 Received: (at 27427) by debbugs.gnu.org; 23 Jun 2017 23:26:34 +0000 Received: from localhost ([127.0.0.1]:34894 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dOXyD-0006pp-RA for submit@debbugs.gnu.org; Fri, 23 Jun 2017 19:26:34 -0400 Received: from mail-wr0-f169.google.com ([209.85.128.169]:34742) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dOXyB-0006pc-LT for 27427@debbugs.gnu.org; Fri, 23 Jun 2017 19:26:32 -0400 Received: by mail-wr0-f169.google.com with SMTP id 77so84049243wrb.1 for <27427@debbugs.gnu.org>; Fri, 23 Jun 2017 16:26:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=HnXgJdDlYIGfO/8GVH75QEecKTn0KUqk8r8nYcwhjgc=; b=WBntBaV5dUELNsPm2OEyZJFcpFliCSSvAfWvYiw2iHrtMLEE9yHMj5i6QsZ8AA1Qf8 Ye4+eGhA5C/RURmILSjU0iXLmV1V4Im4FoCokg7LkT4NQbJ6GwkqIyTbj9MVTK88/8x0 3aAbkVy8oviHpuJ5y/2a6jOBPp0R+T1F9yqf3BFi6wFjQxUjTUCjn7XZZ7jmrqhGebiy HivdkrDULf+0khjQ6JHYIZ6kKAJwPX66U/CdsLA0676kTWFIWm2tUVf4R1TDUu4TWn+P NP9XcPWq9YQXAKsqwvVqEkZlrjRWf3U5iU+3j/XQiZpAaeEZG4EadiDVLow/R/pOZrDR G49g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=HnXgJdDlYIGfO/8GVH75QEecKTn0KUqk8r8nYcwhjgc=; b=BT1xkI4D4Q+2ZFC65B4uojvpIrPPiBX6RcGbcdMB2SRH/BA3XWdI54z8Swb29nFIWC PU1Tz4VR3SzlamKvB9XwxXD5q5JGICRefGp6Hai81AcucFKFs/8lqxxYMK+PrwZ/D8aU NpJkuBhe0XsDz3XgES3Q1FHQgFtDdQoWG5tnrtD0V6WvhUvWLPKcaM/K3UylJJFsfMDD KGQ/zvg7oxUoaWB4kRlKD1i9JMRss3VcJLB4WqlP5JzqbsBzmfFjm7vD8ZNep4bfSycc dPdMpC8h3LExex2yAAPgG8C7UuDRvFuxfSjOMPYnyaNL9ywHkJGisKyBApcebO/QzJuc XlpQ== X-Gm-Message-State: AKS2vOzIK+iVHnZC2h2vE2hkk1hMkS1MPQHFGg3URREBRhcK/XyW0b7p 5zyKrQEXW430ZnHs98s= X-Received: by 10.28.87.132 with SMTP id l126mr6735304wmb.95.1498260385665; Fri, 23 Jun 2017 16:26:25 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id 18sm5611853wmt.6.2017.06.23.16.26.24 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 23 Jun 2017 16:26:24 -0700 (PDT) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup To: Eli Zaretskii 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> From: Dmitry Gutov Message-ID: <513eca6f-998a-a937-76c4-7cf2fb0ff787@yandex.ru> Date: Sat, 24 Jun 2017 02:26:23 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 MIME-Version: 1.0 In-Reply-To: <83a84zul0d.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 6/23/17 12:10 PM, Eli Zaretskii wrote: > Sorry, I thought that by "related to this" you alluded to the > zero-column-at-BOL assumption. I just meant that until now this code coped pretty well with what can be found in practice. There are various issues, but none of them were zero-column related. > Not really. The display engine was always inserting stuff at the > beginning of a visual line. Some features that use this include > line-prefix and wrap-prefix, the left truncation glyphs, and > overlay-arrow. It's just that AFAIU company-mode has coded > workarounds for each one of them, and now there's one more feature to > deal with. I don't remember (or see in the code) any workarounds for any of these, aside from line-prefix text property. Maybe we're missing certain problem situations, of course (examples welcome). Do most of these only appear in non-graphical mode? >> Why not put it outside of the window bounds next to the "actual" >> margins? That's one option. > > That option requires a thorough redesign of the canvas geometry used > by the display engine: currently there's no area for it to put glyphs > except the 3 existing ones -- the two margins and the text area. In that case, I think we should try harder to make use of the margins. > As long as only one mode uses the margins, no problems indeed. Once > there are two or more, they need to work around one another, and that > doesn't work very well, sometimes not at all. Violent agreement, isn't it? Again, it's a known problem. You're trying to work around it in a way that doesn't scale to any potential similar new features, and which breaks company-mode popup (and probably some other overlay-wrangling code as well, I'm guessing). I'm saying the users seem willing to wait for a scalable solution, and use a margin in the meantime. After all, we have two margins, and two fringes as well. >> But of course, it would be ideal if you could also introduce a facility >> that would allow sharing of margins (and hopefully also fringes) between >> different modes. > > Alas, we don't have any consensus for how should this be done. I can try to outline a possible API. Do we have an existing bug report where that discussion would be better placed? If you have a link to a previous discussion, that would be great as well. >>> Not sure what you mean by "chromeless" here, but if I understand you >>> correctly, Martin's work is already on master. >> >> I think so, yes. > > I'd urge you to see if company-mode can switch to using these > facilities, as working against the display engine works only up to a > point, and doubtless causes many maintenance headaches. It sounds like a fair amount of work, so it's low on my list. Improving ruby-mode and xref seems more important. >> Yes, but also the lack of ability to disable the line numbering on a >> line-by-line basis (which could be one solution for this problem). > > If providing such a facility would solve the problem, it should be > easy to code. E.g., we could have a display-line-numbers-disable > property which a Lisp program could put on the first visible character > of a visual line, and a non-nil value of that property would signal to > the display engine not to produce the line-number glyphs for that > visual line. Would that be okay? Should be fine, if we find no better choice. As long as that property can be set via an overlay. > (Note that line-number display > produces glyphs even for lines for which no number should be > displayed, such as continuation lines and empty screen lines beyond > EOB, so company-mode would need to decide whether it needs to disable > those as well. Which is why I wrote "the first visible character of a > visual line" above, emphasis on "visual".) Visual line sounds right. >> Imagine of the line numbers were displayed using line-prefix (I'm not >> really suggesting that, but...). Then the popup could pick them up and >> include in the overlay's `display' property text. The user wouldn't see >> any difference. > > You can do similar things with line numbers: Lisp code can count lines > as well as C code, and the fact that the line numbers are being > displayed is easily detected from Lisp. I can't get to the actual numbers, though. And isn't counting lines in Lisp considered too slow? Or why else would we have this new feature? > (And you didn't yet consider the possibility of _both_ line numbers > and line-prefix. Yes, that should be possible, and I intended that to > be supported.) I did, it's in the middle of your quote. ;-) > Anyway, the mess should be expected in any feature which attempts to > change the display in significant ways, like company-mode does. > Experience shows that this only works up to a point. Which is why The > Right Way to implement such features is to introduce infrastructure > (on the C level) which will allow the display engine to do the layout > job as those features need. Native display of line numbers is one > step in that direction, from my POV. I hope that Martin's work on > child frames will allow company-mode to go in a similar direction as > well. 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? > However, this bug report is about letting the current implementation > of company-mode live in peace with native display of line numbers. So > if you tell me that the above-mentioned property will allow such a > coexistence, I will code it. Let's try it, if it's not hard to add. I'll report back as soon as it's available. From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 24 03:48:00 2017 Received: (at 27427) by debbugs.gnu.org; 24 Jun 2017 07:48:00 +0000 Received: from localhost ([127.0.0.1]:35136 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dOfnT-0003fx-Ku for submit@debbugs.gnu.org; Sat, 24 Jun 2017 03:48:00 -0400 Received: from eggs.gnu.org ([208.118.235.92]:43363) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dOfnQ-0003fg-Ne for 27427@debbugs.gnu.org; Sat, 24 Jun 2017 03:47:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dOfnG-0001WT-Of for 27427@debbugs.gnu.org; Sat, 24 Jun 2017 03:47:51 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:60085) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dOfnG-0001WL-Ki; Sat, 24 Jun 2017 03:47:46 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1595 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dOfnF-0007j3-Lg; Sat, 24 Jun 2017 03:47:46 -0400 Date: Sat, 24 Jun 2017 10:47:28 +0300 Message-Id: <83wp81u8rz.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-reply-to: <513eca6f-998a-a937-76c4-7cf2fb0ff787@yandex.ru> (message from Dmitry Gutov on Sat, 24 Jun 2017 02:26:23 +0300) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Cc: alexanderm@web.de, 27427@debbugs.gnu.org > From: Dmitry Gutov > Date: Sat, 24 Jun 2017 02:26:23 +0300 > > > Not really. The display engine was always inserting stuff at the > > beginning of a visual line. Some features that use this include > > line-prefix and wrap-prefix, the left truncation glyphs, and > > overlay-arrow. It's just that AFAIU company-mode has coded > > workarounds for each one of them, and now there's one more feature to > > deal with. > > I don't remember (or see in the code) any workarounds for any of these, > aside from line-prefix text property. Maybe we're missing certain > problem situations, of course (examples welcome). Do most of these only > appear in non-graphical mode? Not necessarily. E.g., disabling the fringes will cause Emacs to display left-truncation glyphs on GUI frames as well. 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. > Again, [display in margins is] a known problem. You're trying to > work around it in a way that doesn't scale to any potential similar > new features, and which breaks company-mode popup (and probably some > other overlay-wrangling code as well, I'm guessing). It will only break modes that assume too much about layout. And given the popularity of the line numbers, there's no other practical way except adapt those add-on packages, starting from company-mode. > I'm saying the users seem willing to wait for a scalable solution, and > use a margin in the meantime. I think you have it backwards: the margin-based solutions were tried and were found not to be scalable. > >> But of course, it would be ideal if you could also introduce a facility > >> that would allow sharing of margins (and hopefully also fringes) between > >> different modes. > > > > Alas, we don't have any consensus for how should this be done. > > I can try to outline a possible API. Do we have an existing bug report > where that discussion would be better placed? Bug#24193. > If you have a link to a previous discussion, that would be great as well. Here's one (I think there were more): http://lists.gnu.org/archive/html/emacs-devel/2015-11/msg01171.html FWIW, I don't recommend going in that direction, as I believe we will again bump into the same basic disagreements due to conflicting goals. That's why I decided to stay away of the margins in the first place. > >> Yes, but also the lack of ability to disable the line numbering on a > >> line-by-line basis (which could be one solution for this problem). > > > > If providing such a facility would solve the problem, it should be > > easy to code. E.g., we could have a display-line-numbers-disable > > property which a Lisp program could put on the first visible character > > of a visual line, and a non-nil value of that property would signal to > > the display engine not to produce the line-number glyphs for that > > visual line. Would that be okay? > > Should be fine, if we find no better choice. As long as that property > can be set via an overlay. OK, I will add that. > >> Imagine of the line numbers were displayed using line-prefix (I'm not > >> really suggesting that, but...). Then the popup could pick them up and > >> include in the overlay's `display' property text. The user wouldn't see > >> any difference. > > > > You can do similar things with line numbers: Lisp code can count lines > > as well as C code, and the fact that the line numbers are being > > displayed is easily detected from Lisp. > > I can't get to the actual numbers, though. count-lines should give them to you, no? > And isn't counting lines in Lisp considered too slow? When done as part of routine redisplay, off the post-command-hook, yes. But company-mode is not used during routine redisplay, as in during scrolling through the window, right? > Or why else would we have this new feature? Producing line numbers as part of redisplay was indeed intended to make it faster, since all the line-numbering add-ons basically induce an immediate additional redisplay cycle, because they change overlays. But that was only one of my goals, the other was to do in the infrastructure something that can be done well only there. > > I hope that Martin's work on child frames will allow company-mode > > to go in a similar direction as well. > > 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. > > However, this bug report is about letting the current implementation > > of company-mode live in peace with native display of line numbers. So > > if you tell me that the above-mentioned property will allow such a > > coexistence, I will code it. > > Let's try it, if it's not hard to add. I'll report back as soon as it's > available. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 24 13:29:05 2017 Received: (at 27427) by debbugs.gnu.org; 24 Jun 2017 17:29:05 +0000 Received: from localhost ([127.0.0.1]:35893 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dOorp-0005pp-0Y for submit@debbugs.gnu.org; Sat, 24 Jun 2017 13:29:05 -0400 Received: from eggs.gnu.org ([208.118.235.92]:48299) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dOorn-0005pL-C0 for 27427@debbugs.gnu.org; Sat, 24 Jun 2017 13:29:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dOorc-0007tA-Ug for 27427@debbugs.gnu.org; Sat, 24 Jun 2017 13:28:57 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:37817) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dOorc-0007sv-RB; Sat, 24 Jun 2017 13:28:52 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1943 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dOorb-0003cr-WC; Sat, 24 Jun 2017 13:28:52 -0400 Date: Sat, 24 Jun 2017 20:28:37 +0300 Message-Id: <83shipthve.fsf@gnu.org> From: Eli Zaretskii To: dgutov@yandex.ru In-reply-to: <83wp81u8rz.fsf@gnu.org> (message from Eli Zaretskii on Sat, 24 Jun 2017 10:47:28 +0300) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Sat, 24 Jun 2017 10:47:28 +0300 > From: Eli Zaretskii > Cc: alexanderm@web.de, 27427@debbugs.gnu.org > > > > If providing such a facility would solve the problem, it should be > > > easy to code. E.g., we could have a display-line-numbers-disable > > > property which a Lisp program could put on the first visible character > > > of a visual line, and a non-nil value of that property would signal to > > > the display engine not to produce the line-number glyphs for that > > > visual line. Would that be okay? > > > > Should be fine, if we find no better choice. As long as that property > > can be set via an overlay. > > OK, I will add that. Now done. Please see if this allows company-mode to fix its display when line numbers are displayed. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 24 16:43:36 2017 Received: (at 27427) by debbugs.gnu.org; 24 Jun 2017 20:43:36 +0000 Received: from localhost ([127.0.0.1]:35996 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dOru4-000248-EW for submit@debbugs.gnu.org; Sat, 24 Jun 2017 16:43:36 -0400 Received: from mail-wr0-f177.google.com ([209.85.128.177]:32896) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dOru2-00023p-Bk for 27427@debbugs.gnu.org; Sat, 24 Jun 2017 16:43:34 -0400 Received: by mail-wr0-f177.google.com with SMTP id r103so106117571wrb.0 for <27427@debbugs.gnu.org>; Sat, 24 Jun 2017 13:43:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=7WHVaiW1U34XjDAhGvSlNTlXid1QFDABdo3QDBQnsBs=; b=iY8OwQtZnKQj0CKprYIIZQoIVegIJyKmKXQow8+y66ffLLF4EsyZepzEAxTIObcQlx t34RlMBVsceFMAe5v2NdDmwxDh7EI5iCKzw4sgZabSWz40d5MGURWHUtcWHCrbWHXshp Wfyg3IgWCcabspTyysLtbK89ccsjTEo5zWkKkEibvsqKL1dJdf/p4hi094PKV+94jJXe MlofbHvUE/PSgGDEwWmquGcGQSgUG48cSC/l5THC1fmNlpk/wV3sDh41UlbPJrJ1fC0Y W0XY3ohTtAmt5GwrwX9YSuljjfhs18is1rTUooIHF8j8JAGk06FuUjsaxciqUUPIoqKu ZHbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=7WHVaiW1U34XjDAhGvSlNTlXid1QFDABdo3QDBQnsBs=; b=HiuuEE8nAv7o7FWoZgiKEbw8iHSBef2Zfn2w8tYnTlRGVNc2EAsSXajytRiVTBXbP2 7IjQKmNr7KWiW+TS8BapAcr8tdKGE8vRslRkCWZYBD0Jk78CsqyP3Hh+0MJUQpQGv4+b tueU4Gad27frvvU3cD1RADUKy4W9WmmVwkOFTchx4k9e/ePYwh9/jhxgXXPBCOllv6l8 0p2p9sj4Cot51QlnnXvjB0KUOt5I77Hq1Xum4Ci85bDS2AYO3L8B1FTR/jDLLBjWPg+X PzjYA/g0m+0KSNhEnj7IjqZGGSGjDGIqXNsqsXQm9axIGlms1jWIxX5yLca/Xhzzvujs RuKQ== X-Gm-Message-State: AKS2vOw2yKJN7PrnD9t7IXM/AggfRIP1ckDUW1TFXfp9+Mg7FlFgqqwS z53Ehjg1yDILPV5NWFA= X-Received: by 10.28.232.67 with SMTP id f64mr1189566wmh.54.1498337008367; Sat, 24 Jun 2017 13:43:28 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id n14sm8576400wmd.1.2017.06.24.13.43.26 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 24 Jun 2017 13:43:27 -0700 (PDT) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup To: Eli Zaretskii 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> <83shipthve.fsf@gnu.org> From: Dmitry Gutov Message-ID: Date: Sat, 24 Jun 2017 23:43:25 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 MIME-Version: 1.0 In-Reply-To: <83shipthve.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) On 6/24/17 8:28 PM, Eli Zaretskii wrote: > Now done. Please see if this allows company-mode to fix its display > when line numbers are displayed. Seems to work well locally, aside from the EOB case (*). Will commit after you push to master. BTW, without this property, I now see line numbers beside all the visual lines the popup overlay takes up, and the number is the same: N+1, where N is the line-at-point. That doesn't look intended. (*) The case is where the overlay is shown below the last line of the buffer. In that case, we display the popup using the `after-string' property. The after-EOB glyphs don't seem to be affected by `display-line-numbers-disable'. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 25 09:51:19 2017 Received: (at 27427) by debbugs.gnu.org; 25 Jun 2017 13:51:19 +0000 Received: from localhost ([127.0.0.1]:36443 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dP7wd-000657-20 for submit@debbugs.gnu.org; Sun, 25 Jun 2017 09:51:19 -0400 Received: from mail-wr0-f193.google.com ([209.85.128.193]:36076) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dP7wa-00064t-K2 for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 09:51:17 -0400 Received: by mail-wr0-f193.google.com with SMTP id 77so24489486wrb.3 for <27427@debbugs.gnu.org>; Sun, 25 Jun 2017 06:51:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:from:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=D8Dgs3L6mf4e5dO0KDLf/+waAq5RCqMp/3XfsZv2tGY=; b=lSYZ77SSYS8zWa8KzHfFHgAQBeaO76VFhFt2EAKQMeEsljDBwlJVo1QM3mzZ5vh3m1 obORfNL+pPBfU+0RXvuamiGcGQfmRjtnQg2Ha6SwbIJfUVee/SOlr5YOyZks/Ti73p/p 5kWw4BEAbIzNXiuzxhuXlZkeEPtXM7jj3Asqk4ISP77gY81xmc2lXlqh2cNPQCbzWRQE +KbZT+SJsfGaUoF+WKIVpV5YrQMWeN6Z7x4dbG7XQhqajv5fTxTd2hZuQXAKil9p2KzC 3Vbo54bDVWaDnTG5QZq1pWif3fWdZwODINK64Krn6VHVQzLWXNCyxobWWcrUYSPNhF4T DymQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:from:to:cc:references:message-id :date:user-agent:mime-version:in-reply-to:content-language; bh=D8Dgs3L6mf4e5dO0KDLf/+waAq5RCqMp/3XfsZv2tGY=; b=iwuC+0Gr8kE3+1l6Hj9O3uqkzLyG1QQgAZka5N8XMXpbGVRDtyUz3e/pThKvk223Vi gajb2wS7V8EvTMjWVnrDsr2Ol0KPJSfuEb5PU6TXKKvUYVh14To/acItn4iEdMspl1iH i4sJVW0vUQAQgo0MLnJhWFVe9nJ5EOQ62r3FcRPmHIqq5YrrqVfYeE5jo9KwK2iYupWx 8DAjXTcLR/i9IVO8mL4jWYNjGHnzeBDkrgAHFqJ6n1jGffZEF0e/zlxqN5KirbiIA57U 1V2qvvwXBkox56ud9G/ZumKi4GuymzAczkv0qL/Z4c4jx4dfg27Z9YF95LsXqlKBJ+E6 ryjQ== X-Gm-Message-State: AKS2vOxvXzh4uVtn2dc9Ji11HT3f/NkSCVdUCC9R11rgSZsJAc6/JxD4 5LeN01YJC2e8fMJYa+U= X-Received: by 10.28.13.145 with SMTP id 139mr2943491wmn.49.1498398670445; Sun, 25 Jun 2017 06:51:10 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id l6sm8238170wmg.31.2017.06.25.06.51.08 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 25 Jun 2017 06:51:09 -0700 (PDT) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup From: Dmitry Gutov To: Eli Zaretskii 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> <83shipthve.fsf@gnu.org> Message-ID: <8ed944eb-b139-1d6d-1706-ec511e8b0e3c@yandex.ru> Date: Sun, 25 Jun 2017 16:51:07 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------04A2796F538DB8478C1499D8" Content-Language: en-US X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) This is a multi-part message in MIME format. --------------04A2796F538DB8478C1499D8 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit On 6/24/17 11:43 PM, Dmitry Gutov wrote: > Seems to work well locally, aside from the EOB case (*). Will commit > after you push to master. A couple of screenshots attached, to illustrate. The EOB case is a problem, but it seems less grating than before (since the popup keeps its shape, at least). --------------04A2796F538DB8478C1499D8 Content-Type: image/png; name="Screenshot from 2017-06-25 16-47-26.png" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Screenshot from 2017-06-25 16-47-26.png" iVBORw0KGgoAAAANSUhEUgAAA/AAAAMaCAIAAACu4jq9AAAAiHpUWHRSYXcgcHJvZmlsZSB0 eXBlIGV4aWYAAHjaVY7dDYAwCITfO4Uj8Fco4xhjEzdwfMHWNH4PcLmQ48p5X71sCQIVqdbU VSEQF6c9RIMBAyAB5o45mJsxFC27MA2h3gxkHcr0Pypr025iplUPPSjS6WRiiplBmQpZw1dI f7vk27+P+/S/Fg9LKSx5g6qOlQAACghpVFh0WE1MOmNvbS5hZG9iZS54bXAAAAAAADw/eHBh Y2tldCBiZWdpbj0i77u/IiBpZD0iVzVNME1wQ2VoaUh6cmVTek5UY3prYzlkIj8+Cjx4Onht cG1ldGEgeG1sbnM6eD0iYWRvYmU6bnM6bWV0YS8iIHg6eG1wdGs9IlhNUCBDb3JlIDQuNC4w LUV4aXYyIj4KIDxyZGY6UkRGIHhtbG5zOnJkZj0iaHR0cDovL3d3dy53My5vcmcvMTk5OS8w Mi8yMi1yZGYtc3ludGF4LW5zIyI+CiAgPHJkZjpEZXNjcmlwdGlvbiByZGY6YWJvdXQ9IiIK ICAgIHhtbG5zOmV4aWY9Imh0dHA6Ly9ucy5hZG9iZS5jb20vZXhpZi8xLjAvIgogICAgeG1s bnM6dGlmZj0iaHR0cDovL25zLmFkb2JlLmNvbS90aWZmLzEuMC8iCiAgIGV4aWY6UGl4ZWxY RGltZW5zaW9uPSIxMDA4IgogICBleGlmOlBpeGVsWURpbWVuc2lvbj0iNzk0IgogICB0aWZm OkltYWdlV2lkdGg9IjEwMDgiCiAgIHRpZmY6SW1hZ2VIZWlnaHQ9Ijc5NCIKICAgdGlmZjpP cmllbnRhdGlvbj0iMSIvPgogPC9yZGY6UkRGPgo8L3g6eG1wbWV0YT4KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAK ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgIAo8P3hwYWNrZXQgZW5kPSJ3 Ij8+5hMBcQAAAANzQklUCAgI2+FP4AAAIABJREFUeNrs3Wd4FFUbBuD3zLb03hNSIBAChI70 3nsXFRAUFAGRYgGliXwqgoCANAERqSIdAZEqPfQOISQQSO/ZJNtnzveDFpKlZBMgkee+8sML Mzsz75yZfebkzBl2O+ICAQAAAABA6SQnzlEFAAAAAIDSGug5Aj0AAAAAQKnFBvXptnTdZhTi 9W0BjFmwFO4DAQAAAEoIgRDMAAAAAABKb6C3t7FCFQAAAAAASmugx9gJAAAAAIBSHOhtrdFD DwAAAABQagM9+ucBAAAAAEpxoHe2tUYVAAAAAABKa6BHDz0AAAAAQOkld3VyQBXME0VRJpMV bhmTOiEuXc+ZwtHb11n5QjaL61KirkfGJGbLnH2DK1fysxOK53OZXC6YTCKOOwAAAECpIqAE ZkiahIv71//6+793jYW8B4he1L18UFC5mp/v176AzUoLXzSsVYiXd4UaDVu1b9e8XtUAjzL1 B846EGco+ocr6nxz9PTace3L2jA0AAAAAIBSFOhtrUrwLDdidszp3RvXrVt/6JbhZa1Tyrl9 dOPv6/acu6tOv3LymtqSMUnMxdfHppi3y3hz+Zs1mgxbuC9SLTgE1m7TpVPzat4qXfyJFZ+1 qffmkutFLJC8UsdONau/9f2OCyeXvx9mh1APAAAAUErIqWS+KpZrEi4d3X/wVGS6gYjkPFR6 Kas1pV34a8P+qByJ5I5l67VqWdPfwbJoW9xF1Z+a2nv4prtGeVDPOet/+bC2i4yIyJRyfMHQ fp9vSkzPlcuKtgIx+o/v5zadOaKJd+UBS4/WrP1uh0+2xJpwggAAAACU+ECvUipKWJTXp1w/ cfDA8avJupd8qyFlXN6xcX9UjsRsyjTs0uUNX6uS0k/NM7fPnH9Ry+UhH69YMbS27cOj517/ k9XbNH0XVHs/uIiBnmdfXftpi73bxq9dN7mFV9hHa/6Rv9Nm6JZYjKkHAAAAKNkERiVqdAVP O75q8R8HriQblM5lQt9oVMVD9pLWbEoK37n/ZrbErAOa9upRt2hpvphvRYxn9x/OlEge+ua7 9W3z/T9V5TGrZrUrniebpZR/p3Zo9N76GBNZhw7+ff3YGpjTFAAAAKCEkyvkspK0PcwltFEL 0nkFB/t72MpJc271icvJLyPOJ5z4OzzRSIJzWPuOtdzlJesoaePi0iUihV+gn5mjpbRSFeO6 DFEr3+vk4nJgVmu3epNXfXus/qcH1ZjbFAAAAKDEKnHz0DPnkAYNqpX1sH2ZmZqrrxw9lyqS 4BjWoknQ8/dKm3ISrp04eDD8ckxG/ulwnlZXMSc+4vyJI8cvRCXnPs8wdW7Q6zkRMStr65fx 9xTt5Xnvj9qUIDFl6LBZo6spcZoAAAAAlOBALxcwc6UYd/bUHQORKqhB/cDn6u3W3tz2TZ/a 3o5OvpXqN29eLyzIJ7DewDnH0qSn53kx9fRvn3UO83bzq1ijfuMG1YO9HFwrdR+/5mza04eq P/g0QXhJ46Ok2LUjv9qRITFVtZHfvOOLJgIAAABQcgM956/9eApT7PUbak7MsVKtCrbP/nWe fnBiy7rdJ68/k6gla88KNWqHBTrzhPAVo1s3+2x/1pPKybPP/dyrdsP3Z/51JU3hE9aoXYfm NQIdZdnXtnzXr37tt3+7kX/eSdOF/9Vzc3JycnJyLj9yv4GI9Nve93F6xK3OlLMvbB4aKX7N lAVXjFxwavtR32AZzhQAAACAkhroUQIxLjIqhxNzCA7xefY4H+nu6g/e/u54OrcK6vjNzqj0 xIizpy7eSogJXz6kuuzq/LELrotkpoNeit/wUbdRW2NMDjUGLToadfvi4V079p+9lXRzx4SW PnLj7Q3D+00/p8+3YfqcrHvUGiMnIm7UZOWVrXuRc9AYzi1bdtzAmbJWv75hcrQTAAAAgBIa 6F/7DnqelZio4cRsAgI9n90RrTk0Y/LWRElw7zR/39aJ7QLuD9BRetYZuHDPpmEVtFlqczPm q/+eNPqPO6IQOHDV7iUf1vN4kI+V/u2nbv3jk1AFac789P2W1LwHQ1594snM7Ozs7Gx19LyW KiKy6vpbUvYjmWen1DITtI3ZKUmJz5CUrH72i6ikmI1/HDNwkoe0bO6POz8AAACAEhroX/sK GJOT0iUiwdXD7dnd0Ll7f11zWyR52LCp/YPyxX/m2nL8Z61t749yzxvNpbg/5q6LF5l924n/ 6+iefxi8bcPxk7o5MSl994Z96seOjdLG1s7Ozs7Oztbq3qbJrezysLVRmjl8xuMT6vh6P4NP tc//fY5En3jsSKRIpKhav7YdzhUAAAAABPqSiGtzNRIRUzo4Pnt2G+O5A0cyJZIHt+9Y2cz7 uJh7/UYV5QXyPKkP7z6u4cyqSe8uXmaeamWOb9SvpCCee/LoeWOJKo7pxvlLGk7MqlyFMhhG DwAAAFAiyTm93mNuuF6n50SkVCmePYOM5lZUgkhkVT60vNnefJmPn7eMKF8qN14/cyGXE7NK PThr4k0zt1A8+0ycSCQm34nVERXxzb3yGqM3H31b//SjypSeFZ9nPcaU5HSJHARnV2eBCG+N BQAAACiBgR4luB+qpWff2EjpaRkSEZPbOzyhN1+pujeo/rHPktJS0iQinhG+4vvwp26DyWjk VMRX9zL7wBp1A4urKrk5Gk4kWNtYM7QRAAAAgBIZ6F/3HnqmslIxIkmv1z+7EIIgEBE35ebq icxOWM8YK5B8uU5nICJ5uV6TP23p9pRgLAtsaF+ycjNzdHJgRFJmeqaEkwUAAACgRAb6170A zNrGhhGRKSszh5PjU/O04OTiJBCRmBiXKJJDwVHlXJurud/Tn+fuQObi5swol7PAVoM/qqco TdWx9vJxFoiMacmpCPQAAAAAJZLA6DUfS6Fw93ARiMS0pJRnjhG3LV/RX05kunLitNpcf754 81pkwQ+RlQspJ2ck3T15Mq50xWJFWJ1qVoyk5AsX4hDoAQAAAEpooGeveaBnTp4eVoxIH3s7 7lnvXZWHNarvJBDP3btqU0LBhKs/t/mv6HufkTfuC77NW1WWEzecWLXmmrEUlUZWvmmTMjLi 2jPHzxlxrgAAAACUzECPEsh9gwOtGPGc6Buxz0r0Nq0GvOUvI579z5QvNsY/3hmvvbxg3KLr 5j5BVmnA0JYOjBvO/Dhi7kWtmd/Q3jx1Ma2kPcwgD+vzVjUF8Zz9m/dkcjQUAAAAgJIZ6F/7 HnoipX9IWWtGPDvi3PWcZwRX6yZjvmrjKpB4d02/uh2n7IjMMhGRKePShvFd2n5xUPD2sTVT T6FM/+kTmzgJUsbBsa1bfLTgcPzDtzpxffKZVaPbNGzQqO3Y/aklKDYzxzYfv1dJTlL6jt+3 JSPPAwAAAJTUQM85spoisGY1N4FIf/vU2YRndNLLggYtWfJ+RWvGDbG7v+4U4uLg5uXq4Fat 93f70ssOWjS9syMjIknKNyDHKmzMunWf1nNhYvKJxcOblvOrUKtZh06t6wS7OXrV6f/TkRSZ Z8Wq/iVojhtllY+/7usn48ZrS2b/lYE2AgAAAFBiAz0h0BMJHjXqlrdmJKWf238y6RmRXvDt vujg3z/2reYiZ8QlbVpSuk7hWaf/7H1HF3Wv4OIoEElZ6Rn5P0Xwajt9/6kd0wc08LVh+pTI s//u2rH3dFS6QekW1nXcmlOnf+8XrCopBbGq/vkvX9a2YlLiHxN/PKVDCwEAAAAosdhf87/r OOzLErt9XDSJnIjJ5LIX23vN1Ze2rNoTreVy91o93mxWxurZi+iTLoefuZFstPetUK1mqMdz p3GuTbx69tKtxAydwtHdt0L16kGOslfYAgqMuRLc2845sGV4ZSspdl3fen3/MDfBDf6wAwAA AFBClPR56JlM/nI2kTlUadnsVtLfkbkpZ//a4di7aw23Z61Y5VmlSYcqFqzK2qtyQ6/KJbPg gmuTb7b9MayyFRkiFr0/fD2mqwQAAAAo2TDLTZ5IX6ldl3o+SsY1tw/8uTk8/vUbaWITOmD5 4V1f1XNkxtvrP+g0Zk86+uEBAAAAEOhLEaVP/a5d6vhYMa65c+TPNdtOx2pelw5qZZnW4zac Pbn83VAb0lxf+X6bAb/fNKBFAAAAAJT8QM9Qg7yYTUDj3m+1CXVRkCkj8vDes8ni67Hfdo0+ GtcjxI60ketHNKk3cFWkHo0BAAAAoDSQowQFa+JapUN/3wonDp411qjjJXst9pln7Nn812ke MXXcrL9u5mKgDQAAAAACfWmvi3Nwo+7Br9EO89TV/euuwtw1AAAAAAj0Jd+miAQc+Ic2Xo9H DQEA/sN6hHijCAD/bQK6ZAEAAAAASnGgRwkAAAAAAEpxoOeEPnoAAAAAgFIb6FECAAAAAIBS HOgl1AAAAAAAoPQGei5hyA0AAAAAQOkN9Jh6HAAAAACg1JIj0Bcrk5SSKBo4kzvIPB3ZC1kF 5+kxhphYMVeQeQYpy3mzkvschEmTkphj4Ezu4OzpWMRXHhgy4rM0ImeClYuvgxVaGgAAAMDD QI9ZboqReEf9cfP0C6LQcbH/zI7FHegl8cKqjJ8W55y8LYmciIgJzL2G7XvjXPs1lClKYjX+ +bj5yguiXcfFC2d2LFqgN1ya3ur7zZnk0ObjXcubWTG0NQAAAIB7BFHEY7HFjgmeXsXdb240 bRoS1+9L9fFbErNXVGlq06yh0l3Jk8/kTH87btRqo7HkVsPO00tVXB9m5e3qgDQPAAAA8Igc gf6FKO4/e/BLPyV9s9NkksvbfOM5tZ/KUUZEJKbp1oxLnr5TytIw4TWqBgAAAAA8CvScI9CX /NsDtWb5cr2Os6D3PH4YoLJ+8O8yV6v+8720w9UV35LLUCYAAACA1zLQo4f+RSjmQSGmi9rT aiK5on3vR2n+PqXyvZ9d5SrUHAAAAOD1JEgSAn2Jp0s0ZUlEgtzX28ytgkLFMKocAAAA4HUl F0URVbCUiafcMtxKIWd/eZCf7LFpXJ46bFyTZIyJFfXWsjKBclebZ6dxo4FzImLM6iXN1yhp khJjYrP01s5lAt1dbZ5vOI9Jl3Lrzq0U5uzvHeRn99zVsGhdRMQNGXcT7iTple5e5QIdlC+q FGJuQty1y3eSJOdyVYKCfW0e7JekTUmMjMi0qxpatlif0hVzM+PuJKdqFE5e7n4+dsrn/WxR m5oWG59Nju5l/B2ebxYgSytPXK/OTEnK1intPb2d7JW4nQQAAHjVgR499BbQ3dYsm5axdo8+ TUv3orZHDdvBX7u+4/L00CVe3pD58+KcYxGi4f68k0LZNg5DRzu2D5M9JU89zMMvvCteVF/e sPnnxQePRagfbKFN2Tbth47u3D7MXvbEapxaNu3PtXtupWklTkRM4VGj4eCvBz6rGpasi4iI a29s/GPGT/uO3dKInIgJdgFVe43pP6xnYP5oLd75te8Pq6JFZfNBW36oU+BuiKesn93vxxtG Rcgnm0Z188y3MFdfPjBz7MoN59X3JgklpvBt0XPKtPb+V//+8dut+yI1InPo+fsv37YojilD jZkXNm1dMH//sahcI79fDlvf4Mbd2w8Z2jjU6fFtM17+of383Wpy6zlqzdiy8X9vmj3nn30X Mw2ciDEbn9BOw94Z0T/UXV7MleeahH+Xb1m58dSpiKz7C8rtghrU6/Ze1/5tfaxxXQAAAHhF gZ4j0BdW1rH0IYMzz2cSMbJyV5T1YVkxxvizOd/3MdydbPOkzmieY1jzSeK03SYjkY2nMixU Lk8xXoswRv2d+fm+3L3TvWb0UTwWDE2Ghd0Sfr3JiYgbJSMRGXK/qnF78sNfkCkGrPP5OKzY Mj7PubXmkx+m7U4xErPxDAgLdZWnxF6LSIn6e+Pn+w7vnT5xRh+fAtGVZx1bN2TwxvOZnJhg 5e5T1keRFRMff/bg932i706uw4tzXUREJGUfmzpxzOJbuSRY2apYrt7EpZzb538bef3EudG/ TK3tkXe6H27MSkyJjxVVaXqzW2LKzYyPTTEqPHPznwWmmHWzB44NTzCSbZnydWqXcciJO3vi Rty+Pz5osEFmMomCjXel0HK+jm6SnpOiiMeAq6/N7z9twakcicmcyoaEhbioclJvXbsVHXvj 73mRe9btG7b406H1HPLsmT4zPiU+k0wZGSenTxo194aaM6WNlVKrN0hcE3d1/YTJhw8N+mVh 2/JWxVV5nnNx57gPVu67a7x/CyAXmCiKppzoQ3tnHT6ypfvgn2c1L6vE5QEAAOAVBHoThtwU ihSfM2FY5vlMUvnbDPnebXBzuZKIjOKlTRmTJ6rXfGuyFolYgfQomXaPTfxut4nbK3tNcB/9 lspVTkRkjNMsGJ265Khx91fJIZV9hlbJmwy5IVfKVuf5KE46taR7dOwkQzEeOyl999hp3+1O 5fZBvSZ8OPqtCg+28OyC0QuXHE3e/dWckMr/G1pF8Xg1Dk8YtvF8Jqn8aw35/oPBzd2VRGTM vLTpj8kT96z5Nu0J1bBkXfdk71sxLsVUZeiozz6oV9lTLqoTw1ev+2HO0Ui17vqKeV9W+OGX AV6P9TFbNGWmKWL7F+PDE0xWVT4YNWd8bV/l/c2b/dHs385oJNc3Jm/5pE8562K6l9KfmDZ3 4akcblduwLzPRrfxuD9gxph5cdOGb6f8fTHlytLphzr/2cn/0Y6xB9X47bNkQ8gHIz79oH6Y j4o0aRe3bpk1Y8/pRGPCP7+O/t5v7deV7VkxVF5/bdvQN1eeUnOmdG86/J33O4RWquCmyk2J Ondm/dxNG06mR29eNMzZbePUMFtcIwAAAF42QUKgL1TsPb0gfX8yCa42k9Z7DbuX5olIIQvr 4/brModAnZRj7i8eOQcyvt9mEgVF93neU/vdT/NEpPC1GfmbR//yRFr9inm5GXnTp1w1bGfg 2cigs5GBe7+1UhKRynbaxaCzkQ9+rvuOqGomUppyxLRkMfWpP2mpkjH/Fq77fluqKHh0nzdp ar8Kebaw5sjfxvQvLyNt1Ip5Jx/bQtKfXrBufzIXXGtNWj9u2L00T0QKp7A+H/66rF2gTvOE aliwrvvxXJuQU27s5F8mNA7zVAjEFA7ejYaO/nNj39oOjKSc4z/9eUj92O9zSwK9Pnzpzkta sq7d+4cJ99P8vc37dM5btW2ZlBl1NVZgZiqvTkvOTH3qT1qqJv8rwIzXdv6VIpLg1fvdT9t6 PBr+rnCq2mfw71uHtAisMGRqW//Hh8IwRkRcG58d9MXkpZObVfdRyYhkNq413h70246RncsI jJuifl+1Ploqhsobbi78eO1pNRfca3y++ceFnzepW9ndXsGUTh6hzdtP3vDD3H5+KpuAtl3K 2eAKAQAA8ArITSYMuXl+Gt3GzSaRWMWBLl398/9Pp0bO7zfJnrCPc3q8Y1gSdy7LSRbJtqXT qFay/EHQxmroGLuNQ3OyDuYez7br4PDo/yismYKIiGlV9xdS2jKbR0OVzXcQn/shbuAy09Nv 0wQP+6Wn3Bs87IeV0ncuO5IsMtuWvUe1KvCMp03FoWPqbhx6LOvg8ePZDR9toebixs3JIskq Dny7q3++F1sxp0a93m9yYMI+XYFqWLSuB2TeTYe/759vlk6ryl3GDz7Se/ZtU/KJDf8MbNbr Ua+0JYHeFH/6dJZEsrBuDYMe76qWBTXsVGvlyUOZp4/eFZsGP56xxXM/fDFwWcqzKt966amP GuT9WFGn0RERz74VnyZW8X78Q1XlW035s6ajr/nxRzKfZiMGBajyl6je2LFvHPrkRKY+auMf 0QO/erCdFlaep27buCbCyAXHdlNHvFfDLv+CMpdmXwyc1NSvWx0bPB4LAADwKghGBPpCJL3L 2jNqIrm8SUuFmQcOmaz6G8p74emxGJmjPXKGc8bqdLJxMxd57KqrguXENfqzV17RjuVcPXLG wJmiTqfa5raQ2VWvECwnrok8e0XMU43LZ9Sc5F5NWpYxVw2H6m/4mquGJet6+H/llUMqm5nq R1ahR+PKciKuP38s0vDo3y0acMP1Wh0nYgqFvMAGyhVKIuKiSSy2198qg+vUVDHiOf/+Nmj4 1n9v5jy+28zN1/UJT90yRVjFKmaqwVzbNW3iwIjEu8evxklFqzzPPrL9QrZEsoBmA9o7mo3s zLVGzw7ueLUZAADAKyIXRROq8Ly0d4wpIpFKUbas+b5ID2+ZjChfRU2RhggNERMyjmfNuW0u QOYYkiQiUUxIkIiEIm5kpQ+91nR7VtpUysrK825hdISGE1NmHN8+5zYzt4XRSRKRmJWQYCCy flCNxBSRSOVdtqzZLCd4eDubq4Yl63pI5WRrdupOWZkKVT2FC7GSOiYxXSLvB1W0pIde5hHo L2Mxpkt7z6e80yzvU7Y89dyBsyZiqrIVvQvss1Dpw7FruhmfVXmnsvnufgS3XtM+DH9z/t+x +uhtvw/ZvtY1tGrrLo06dq9bu4zqSX3e9+Y7UjnamH+lmHWF2lXl2w4ZxTvxd0W69+cTCytv unX2nIETs69TqaIC1wAAAICSGOgNRoyhf25ZGZJExOSC3RPmg1eYm5NbyjBlSERcvLA+88JT P180Ei/ya2ZtyyirlSncIlJGVoZExHMurN/0rC0UH2whz8rIlYiY3PrJ1bgXAHmR15Un0Fs9 YdpzwdHdjVEsSZnqrIeBnnNLBtELzq161Zh19KR678pJKwJ/HBh4b5QJz4lZ98Xv+9K5zKte 7zb2BTaD2ZYJKmzl75+FgU1/2OQY+r8VS3bczRaNaVfPrLt65o8ZNv4NGvR4u3WvTsGuT5iA Uql8Ut+9rZu7gpGRZ2dnGokURai8NiMlmxPJXL2ckecBAABKZqA3mtBD//xJTyAi4iau1ROZ naGPsYJTxXM9GYlIrmg7xrH+U6dm931DeCWjkLneaCQiuVfbMV2euoWC7xuPpnYRBEZE3KQv ZDUsWdezMZWNNSMiJpPnGSjzrDxv/v8ytx7vfbkrcsLujIMTvuy6vW7zer52WbGn9548c9dA Cu+e3/dr5lTMB0rpV/3DRdX63r6yZ+ux3TtPHr+coRM1MYf3zj5yYOXqnjMXvVnXNe8a7/+3 +MRnJZi1nRUjDRcEuVCkynPpXg25yWDiuAQAAAAg0Jd29k6CQESSKSmFyN7ML+g1ksTzJ0WZ k8yRkZZz38YOb9Uqifslc3JwZKTl5Nu41Vu1nnMsNLN3shWISMpISpHIXjBzm6DRm6uGBet6 xPSkvyhJuZmZnIgEJ/tHE7Y/TPdGk7Hg8B3iWo35+elJ5tF9wdhbHcYvuW6IO3F41Yn7H2cX 2mT09PfequUgvJDjwGwDq3QbWaXbyMHqqEu7Nx5Yv/rY5RQx9eifYz732ri0qZeQP9GbnjiU X1Jn5HIi5uDgKCtS5Zmto4stIwNPuZ2k4SEOeO4VAACgxBFMJiOq8LxsgpTeciKT4cIFs0GK x0SayZtCoLyMjEgSL503lswnkIVAnzIyRlLapfNpUiGq4estJzLdvXBBY64aUkxkglhM63pI q84122B57t2IWIlIcAsp4/IwdDKltRURkaTRac2sjKcnq58QiPXXfl25LlIR+t6IRUuGj/us 54gpIxZs/umfv0f2reXw4p/+FBzKVev9xah1ByYNqqpixNP37d515/EtZURE+iyN3vx9T0Jk pIkTkwf7Pxyyb2Hl5WWrV5Uz4rpT58Kz0UcPAABQEqOcAT30z08WalXdgYjzYxs1KQUzkcGw d+/9MRB5g4/gZd0ghIjz8xtzokvk7ZPgVaVBiEDcdH7j4effQlloaHUHRlx/bGO4uWrc2rs3 yVw1LFnXwwhuvHozwsxSPG3P0fBcToJt7YZ5HjoVnNzdBUYkRt2JKriU8c6xo2lmO/zFmzsn T7+aW7b91183a9axxcAx7wz/oFmLun4uL2IUuZR54Uyy2c2QuVT5cFCYkohLGQlJeUt8bygT N92IvmmuhsaI43sjRSIhuGGlh0N1LKw8c2zcLtSKkZQe/uuqONz+AwAAlMAohzfFFoa1dfeu ChlR7r8ZM3bkG7/MI39LX3fTXBemTNltgI0dI+NF9dRlBp25nHrnvCHzFfZ+ysp0G1DVjnHj xW1Tl8WY20LDnfMx+bfQumr3ru4y4rn/rp+xI/3xahgif1u17qZYbOt6GLXvHFq6KTnfTaiY GD5jxmm1RDL/pm82y/OILrOrWc9fRiQlh2/YnfX4R4q3V61cFWG+9WsvREQYOBkyE5JfdILl 6oNrxwxasPSU2lyvuf5WRKKJiMk9g/LN9M/uV+PXrQW623V3Vn2984aJmE2l3j39ZEWtPPPu 1b2bn0Bcf37WnFlHCm4nzzi+ZdbaWAOuDwAAAK8oyVULCerSp/9rtc/X0nIsXpZ5l2cXN2pi NFLk7twLkqJaFbmTiolZhj0/pXw2Uyu6y4VcycSE6n0cG/s+Wsw+RCkPzzl+V4o7kns8SQiq qvR58H4eQ6p+xw/Jo8dm7teo2jRWmH0OVHspZ8U/JlGubDvcrvwLmWqE2YcEyMOPHL+bG3fk xPEkVVDVQB+7+zPFGFKjd/wwZ/TYTfs15ds09syzhTLv8qqLG8/EaDSRu49dkHyqVfF0Ugli Vsyen37+bOZl0d1FyNWamG31Ph0a+wpFWpeYsG/Rkes6xpj+1r7TUTZ+lSt6OioZN2Zd2bTu q49X7YsVSebS7ruPB1bJW0LmGKi6vuFktEYXFX5bVbtGdV+VQETGzHO/zh8x9ZzezsaoM3KZ R9PBzarmmbdGMN3Z9cf1tPRbu5dvX7Vy35aNh7et3/vHyt3r1hz8a/vp0xGZRifPIE+rYhhJ b7q9ZMjS/bcTT2w8ejbLyrucn6/j/Wd6Tekx++b9/MWCm7mceXR9d8KbZR7tmJR44JdDVzWM kT7633Ox9oFhoW52ckZkTDqx58cRC5aezJaYIvSjEeM7uimKepSJlB41Q3P2b7mZrs+48Ff4 VaODp6uDi7O1QuDa2Iirr0eGAAAgAElEQVQd8xZ9On7Pv3supFdr1CxIhTH2ACVPqJs9igDw 38be79pq2ZY9r9U+b4pIKNLySbtS3hueHa0jImICc3RlujRJJ5GqrMMPn9J3I9TJTN7/T//x 9R5bSkrWzhyUtPyMJBExlcy/gjLAk9Jv6m/ESAZOTCnvNNPn255ys7PFpK1JaP6Z1qCynXXV s4P1i6qLlHx+5qDZy8/kSERM5eBfoUyApyz9ZvSNmFwD50zp1WnmxG97ej2+hTxp16L3hu+L 1nEiYoLS0VWpS8vVSaQq2+qHT9l3I/5JZu79/5w/vp6sSOsynPmy+veb1c49ZvSjeQs23xaZ wtrFValNy8o1ciIiwbba8C8Wj6tSYPoZKW7DrH5jTiSYOBOsfauHlHcxJV6OvJ5osK7abWrH G+O+v2JUVJ54fEpfn7xL6i7PmTpw+vWcJ/yhgMnswj4cvXB8ddeihnox6eD6L0ZtPpksciIm KOw83P397Ckr7W5MmtrAiZhDze7zVr5T1znP5hkvTKo1dX0qObbv1j1u14qLesHW0c/XzpSa kpihFzkRk3m3+WDJ4tbBymI5ykRkiv1r6bBRe2/cf1yCyewcXJS6jAyDiXMi5lCj84+/9m/i KeCaClDy9AjxRhEA/ttkNSqW7frWu6/VPhelh56IyK68bbu6QsolfVQqlzjpNFxUyMK6u85c 7NxAptu0TpchUWA7x9bBj0VLZqto2MOuqr0Ye8OUpJYyk0wx0abkTC4pZRVaOX610GNoE9kT Zht/CT3097bQq2GPBlXtc2NvJCSpNZlJKTHRScmZBknpUKFVh68WjhzaxLnAFjK78rXa1bVJ uXQzKtUgcVGnMYgKp7Du78xc/HYDWcSmddcyJBbYrnPrYFmR1iUm7Ft0JNKv/ZRpnft0q2QT H3U5Mi1DrTNKRMRUPlX6fvvpdx9UMDcHC3OoVLdNZTH6/K27mbqshMTb0clpRsfq77w37+cu IXeOrNiTJAo2VXu1fsP9YRjl6lPbJk89dNep1sifR30+uFnHLvVbt63dtFXtZi2rN6zr76JN jorLSjhzPqF8i7YhReyTFuwCw7q8U6+igz71bmpSpk6Xk50Sn5aSrtFLzMqzfLvhH86c3q5y vlnvpaQDSw5d0ZB1rR6LF3TwTr914VJCQoo6WytyYoKdT8tPRvz0v0YByuI6ykQkOFSo1bVj oCIl7ubtLK3IuUGv0YoSE2z8Knb5dPjs79tUcUTvPEDJhB56gP88Nqhby6Wb975W+1zUHvqH sS/tuv5ytGiykwVWUpVze+40w3nqDf2NO2KWntm7ygIrq/wcSliFuCH1RvSNO5lZepm9q0tg 5SC/Z8/TaEy7Hnk5Ostk5xJYqWw5N8WLXBcRcV3i7fOX4pOzBaeAoBrVveyfOfWMKefOhaiI u1mivXtw9fJPfFcTkXhr9wcdl5xQ1P1+16ddfcxtjCl5dd/R/zust+ow6vDSRnbFVncpN+7O 9ejU9EyTytMzsKyPr5vK/G4ZL0yqPXV9Cjn1+erw7JoKIkNKzNkzMXHporWnX436wd427IVV nkR14pULsXHJuZKNvUdgUFhFZyskeYASDT30AP95coFJqIKFN0OuFa2aVrRgOeYWYuUWUpL3 TOkWUrGQW6hwrVjJompYsC4iYlZeQfW8ggrT1O38a1Xzf/Z7AMRzy7eEZ5J1l8ZtfZ4QcOWu oZUchcNJYq5Wz8mu2OKsYOsbWMs30IIlle4B9doFvJTKk8zBq2pjr6q4AAAAAJQUAiNMLQ3w iCk1KUsirou4cS3X/G9ISafX70gRmSz4jRCnV9U5jU5xAAAAeBDo5QKSAcAjytptazgJJN7Y PrTXz79svHAtQfdgbksx+/a1HYuWvt9x9tZYrghsNfq9MrJXtJU4awEAAOABuVwhRxUAHkVl t25D5tw2jJt/Lv7CgVkjDsxiTKZU2aiYQaO7N6ULMZnrG52nzOvXGP3zAAAAUAICvUqJQA+Q l+Dwxpjxe96/e3jTgb+P3U1IykhJykjN0Fs5u3p5eIbUqNSoU9MOjbztXuUMjda+lcpV9uL2 ZWwQ7QEAAF57bMKgrlOXbnmt9rm4ZrkBAAAo+TDLDcB/nlypULxu+9wjUIMDDwAAAAD/DYJM kKEKAAAAAAClNdALMoyhBwAAAAAotYFeoVSgCgAAAAAApTXQy2UI9AAAAAAApTjQY8gNAAAA AECpDfRKFQI9AAAAAECpDfQMs9wAAAAAAJRacgXG0Bcn0ZCYqNVzprC39XF8MbdK3JR6J/1m XG62zMonwC3USyGg7K9jS9NkZKgN/LF/Y4KNk6uDEsV5XdqAOjExXc+Zwt7bxxGHvTgZcpIz tRJngpWDxysuLY4yADwXQWB4d3wxXnvvnO/dcklIi9+/PG4q/k+XtKfW7G3femFAq9+bvbux c9/VtZvML9dr15wTOYbXtuI85+KfH/fo3/7DZYfT+H9hfzLOzx06qGX3SYvOZj9tf6Skpb0b ewfUf+wnsNPnh404C1+fq82i3i2DQlrU/PK4FtUo3jx/eFq1wPregc37rk+XcJQBoDSQy5Hn ix+z8vEs7j98mDJ/H/XHx7uzDZwU9o7Vq7l5mtTnzqcknL8ybsCdI9/0Xt3H5TXsvRFvzR8+ acEpI6eT1x2r3ZhRu5T/vUk8PfOLT5dHm4gdjndveGxE2BP/yiPYuLh5ejyI78aclEydhDPv tbzauPh42qAML+ZC7h/gKuAoA0CpCPTEMGLjBSjuzmLx9M/bRu7ONsocu0/svOAtL2cZEZEp PX7xpB1f7taka/AoRMliSL9+5tL5q1HJvm0+bucnFHvDEbwGrz88+OHa9k0I6LwuEWXH1QZe wFmJowwApSDQCwK66Ev+pVwdNWdVipYLFfq3X9rXy/bh0XPxGT6ru2bM+aq9nV7PQC8rO3zB /xK+3XnLtfEXX9YqOd3zpgvLurVeHCFad/u19yeF2Z86n874KWvBX0k+Pb58rwpu0gBe/VkJ AFAaAj0jBPoSz3jlzhE1J5lrrx4+tvn+n9Jt5MzmCtVrWxu7sJ4/retZ0rZKysrMlIgE18AA 60ItyJyrDZ+3eDjaPDz//T5K8ILPShxlACj5BLkcQ25KPG1SdoZEJLMP8DJztJQqGW7KShhT RpaaE8k8y3jj/ALAWQkA8GLJBQGXNouJxsTbqTdSydXPuYKv1WMDPp7Wn8JzkjOi4rU6lW3Z QAd362cfAKNB5ETE5FZWL+/LLzft7u2EdHIMKOvnZl2oOwZJl5F061ZCumTnV65sgPMz3lzG 9VmxMfFJOXKXMn6Bz1ONohywnOSbUfEpOpV32cAAd2t5IXZJnZSYkqZVuvp4ejoqn7WRPCtT LXFigouXW8k9vyyuhmUKWUOL2gbXJ0feiM51qlC5zINnxLkmKfrqHYNrcHCgs4IV41JERFyX nhATl6YWbdy8Pf087Qoz6EvMToiJuJNj4xtU3s9e8TyHK/H25RupzNWvQgVf5+e+2hTtKBfu XC40yytvwX4V8awUc5Lv3ridpfAMqBDgpHoRrbcIRxkAQC4jBPrC08ZEzZp57JcDyclafi9q e1cN+XR8syHOT732itozW8K/XXZ1X6RGz4mImKAMaVlj3Me1e1e2fsqA6Qef9sIeYDYeGNfj /U1q5tl11f4xNe/umTZpweLtlxP1nIgJdt6N3vzgf5PeaexlZhON4T81HrA5UVK2m719UUf5 3f2/T52+ct2h2GyJExFTOIW26TNp6rA3K9kW+G7muVEHfvr2l2Xbz93OvnfDovKq3uz9MSO/ 6FnB8Ql7avhncqUPducULK+i6jcHF31Y5kkFElPPbJn27bLf90WmPKi8Q0jLj8d9PKZ3Zden VV4buev36Qu2bjscmXx/QZlzhfo9+/b7fHirCo8PfzKenNP03U3xEhGRKTvFQMT1h4ZXrjfm 0dkWMnbXr6NDCqxPs+f9ahN36vP+k7Lj/H+WdX5B92+WVsPC0FaIGlrQNrI2j3tj7HGjR+cl yypvG/LNovAUA2e25TvO2TD9fe/IhSPHTvwzIt3Emdy10bh5W8e/4cwsXyrPPsXtX/7Lj7/+ 8++V1HuXAGIyp3K1u777wdcjmwUWiHuG3V9X/eSATvD5YPWq8TVNUTuWTvzfig3n042ciFmV adj7u3lj+4VaPelqs23WzG9+OXA+WXuvFlbeVft8On7ms642hT3KRTiXC6GIlS/sfll+Vubp 3Li7/7fJU35dczJZz4mYwqt2tylzJ3xQ40l1sOTKZulRBgB4YNtPU/jrRnezSD8Jqw/XdfqR aAaxH23cllYPWx7gNIvRDGa9fPg3h+rIZ5Bsycj1Yr6ltBeSZrderGQziP1o57m8QZONTSv9 4iSfQTSDKX7p+UO6Ot+KIpInV/vZ0X6uo/1cB+uZjGYQm2ljP9fx4Y/TyglbxSLuy/2fa3/1 d2JEgvc7G3YOr+csEDFBZWOnevjENFOUabXwzOWCy+p39/UViJjN2+uOH53a0PveNKhMUNrZ WD1YWnBpteJ25OMLXolY3r2izf1fYHKVtfLhqqwqvD3jeqb5TdWt72Jv9ltUWXv29Rvm9057 4ezs1gFKRsQEO8+wBk06NK0U6CRnRMQUgT1/iFCbX5eUvGVOFz/Vw+0SZPJHY5uYXUjX5Reu PlaKXX19nn7Hpag09UyEmXWl/dQjf5ZT9Vx56fmPoH7HW14CkeD+4Y5rz/hlS6th2U9ha1j4 thGZvrSFikhwDK4aoFC6BDduVMFdyYiYTZOP/tfJVVB61uvRpVNlR4GIZP4j914uwlIPGuHV uUOqPghzTFA5+5QP9nGzubdjgmOdoQcTI/O327UdrBmRzH/M/qN7x9VyFYiIyaysH5xhTObe Yuk1M21DSlg9oa6TcO93bNwqVA8LC3BSMSJmXWX4N1/VkRPJyo1cbyiOo2zpuVyonyJV3oL9 suysfHBCOb+/Jfz4/xp5yxkRE1TWVg9ar+D8xswzZs81S65sFh7lQv0AwH+dQJjlpnB/gk64 OnRUeHgmt/IrO2nZBwknBp3YPDDi+JDDP1SrJqQtmn4+QjLXmSLlbJq45bO9apOdx8Cp71w7 NHD/rz12b/vgzv6eXzawk5uyNn29Y+ZVMd8yBo0+K1ufla1XayVORFzSZN//l6xsfVa2QS8W 124xIkbE1Qc/fXdxdOWBK/49pE6/mJ1+4c7B70c09lQxbry7b2S/mQezntBNxJS5/07v9/Wx RHJrMuL7g1fOaFIvquMPnFg+8A1nmW2NJs088jYzKX7jl60Gb7muIevg9jM2b49JuJibHH59 z7dDqtsLXHdj3Vddxx1JN7cqZbMvTpzZeenRz44D46s/df59KX7TxG6f7Y0x2dUYOPXotUMX 9/+6Y/e2W3f27/iygY/cdHvT1/1mXtUXXE53fWbPd0dvi9WTMqDdx6t2b7+VcEWffupW+K8/ f1jHR0k5EduG9Pphf3aeYPDG8P2n723V9uVveQhEgleX5eF5tjb85yHB5joCbVrMP7cv8sq+ yCv7rm/sH/ICx75YWg3LFL6GFrcNKSsqQtV784Wdh/ZuPzW7sSPjmkOLJuyS91qy4ciaWdv2 TuvrLZAYt2tXhKnIS4lZty/e0loFNf3il1XXbp/PSTh04/KhlPjDR+f3rGLLs04tfnvU7hTz J4r+yvxRb04/r2o06Ld/D2elXcqO2/XnqJpuAhdTDn458e/8S0kJq4eO+i48k1v5dZy0LCrh RMSJzRcjjscc/mFINeHqoukLnnC1KdJRLty5bGlDtKTyluyX5WclEZEYveqLHpOOGWu+s2jP gYy0i9kJe7ePb+AtZ1LGqSnjNt6RClTegtZr4VEGAHiMHJPcFIrxyJKj21O44FJuzqpuA/we FE9hU7tn651eQotB565LRAW+HtSHjn6+Qy0KjgNm9lrYwuZhzZU+QZMXd9Z2/2POzaR5CyM/ nFvR9eH/k3l8uWnEp5yIeOrGLdWm3NGrgpce6tjN+lEIV6rM9D0ZczUZGv70yz8TFE6uSuXj iZ6I5yakVfvs2F9Dwu53GFv71es99+/GTQa/9da6WMP1NV8ue/vImLJmvv24+q/FW7g8cPCa 1Qs7edz7BZmTX923x//jX2Y16+4v5P3S2zpsxF93RXKoP2LXpo8bON/7fy4hjfss2l+rWv/+ H+9IiVj69bdv/jWzQf6Oa+bgVamSV94VJx5/6gAA9aFJn++4IwqBA2buXtjCPU/l209e/Ie2 e4s5N8/MW7jlw7l9XPN+jOHUtM8mHFFLglu7bxevHlnN5f72OwVWazJ8bsNubb9u03erdY8O tezybJutR0glj3uLx8j1nEjmFlC9coUqzwzozMYrKOD+X/dznV7g+8Esq4YxNyVDIz6rRdk4 uTo8tumW1NDytiG49//xyw7uAhH5d2hVW3lon57ZNB42o7e3jIicajerKl+ZYEpLyZSKvJRN jSFr1wcnVmtV1yVPs7byqD/ou025d6qPPZW4+fe137T5xL/A2Skm7d6UEfzW9F2LugbfG5bj HNzr+/mGmA79N2ek/r3t74wO/V0eVV5zZMnk7SmS4NJ5zqrNA/wenHcKz9o9F+70UrQYNP8J VxuL2rwl57KlbcOiylu0X5aflUQkqQ9uPFKm09e7V7wTdu+tTg4BnSb8vCS2Y9cVCdmHtm2N e3NEnmF+lrVeC48yAEC+yypKUBjaO79tU4skVOnX6B2//F+GLg3qjW704DEu/lj3/IYV1xNE sm9cb0pzm/yLWfuOHVHeifGMwzf25zzeU2atsLNR2Nkobe8Hd0Flc+9fFHY2CjtrhbkHC6Xw WauC6i8MeOpPYKeDh41m9k/m/e6kAWH5UrTMq+cPo7s6C8T1p1dsOmsyVxguSdym0dfz5z5I AA93wrHhgGEN8k4SZzg5f9GOdImpqn65cPiD77yHWSl4yLwxbR0YmWKW/7w3rai9UlLchhXr EkRm33jilObuBSrfcOyIbk5Myji84fHK86Sd3y2+oeeCR4+JK0ZVc8lfZplvh9Ez58zYOLGW o/mbCWOWWseJBCcn5xJ0hllYDWP4rDpB9b0DnvoT2Onzx1uURTW0vG0wu7rtG1k/uD+ytWVE pGjYq82DuCXIBCLiOp2OF3kpIllA8zZ1XQoeWlm5bu1qK4gbrhw/azCbbe0afrb9lwdp/v6/ uXfu3cCeEdfevHgz79/ctHt/23ZbJHmVflPf8csX6JhLg/GjG9mau9pYdpQtOpctbBsWVb7I +2XJWclU1YZtWfkgzT/oVGj1ZjMPgbgx6uJ1schXNsuOMgAAAn1RGK/cOZbNSebUtpmrwlxH a93arvKC196c2D3njJzJG7UP9jQXAB2r+VSUE9cmHr8mvaI9uz+SV1m5YU0zT+YxjzbvtnUQ iEy3wg/dMb+N8vJvTxta4dlPcRov/7n5tomYdbO33jP3IJrg0+HDjk4C8ax/Dx3TFnG3cg7v OafhzKpR+y7mKs8cq9WvKCeuPXn8Wp7EwdP27tyTKZHM/90RbcyPL2Au7Qa0DXhSJx/PzVJL RMTs7R1K0F/ALKuGZSyqYRHahmDv6KJ4mEhNJk7ElB6eD28WJNFcs7VsqaddT91c3QQibkxL zTaTv5hVi/d7hBS4dFgHlPGREXFNdt6FjFcOHMuWSBbctlllc1cb97q1K5q72hT9KD/vuVyU L55CV77I+2XJWSmvP+DN6gUKIQ/w95cRcY06Rypq67XwKAMAFLg04TpRCJrYzESRSOVcMdDs nRDz9rKVEeX7PjFGJ13UEjF5avjpKTHM3DdNUrxEJGruJpiIijjiQqj2XreDnZ/1R3CFTYXH 0yhjRETWDo7mv8at6jWqolh7RG+6GxEtUtmCey+v0qd73ed4W4t4+9SRuyKRPLRBTTfzX6s2 9RtVVqw9oldfOxctdi7K61KN0Wcuajkxq9TwWVNiBHOVPxMvEYnJdxN0RA++T01nj17QchIc azatatHLZ6Xc7FxOREypUJacQG9hNUhe7b3NBzvrn9WiPB9rUZbUsEhtw8wrr2WyZ7Ydy5bK e6i1aTevRMWk5+p0Bp1eb9BdTOCMiJtMIqcC4xkFl6AAO2Ym51upGBE36Aw879UmKlEkUpWv GGj2zlHm7eVt7mpj2VG24Fy2tG1YVPmi75cFZyWzCQhwLbguplJZMSIuGfQmIlWRWq9lRxkA wFygh+fFMzJ0EhGTKe2f0HulVJr5SpIyNOkSEded2hR+6qmfbzJJZlJAIdn7edTxs2xRplQ+ YX5l5uTpasVIz3PS0k1mvi6ZdeWqgc8ThKTEpESJiAQvH9cn/HmIOft62gqklzKSizjmRspI SZeIeMapTd8/q/LGR5XXJiblSERyD09vhWUrNhlNRMQEhaIEDX21sBrE7P1qFLpFWVLDl9o2 isaUfOH3n5at2nv+7LWELOPzb8mTMuu9+2nK++iLlJGRIRExmf2Trzb3zlZeHEfZgnPZ0rbx Ultvkc5KJsjkzOzhMnO8LGq9Fh5lAAAzgZ7hqdjndq9XiYvGXMMTetIZK1hPrhcNRCRz6vFJ 7ebOTyk3C6j1qjp076/WZDI96Rds7WwZZXEmN/8NZ2Vr81zDt7jBcK8X8mmP7apUKiLioslU tG8xrtcZiEhWrscnnz618rKAWo9mw+SSdG9SIaPBYNn6uclg5ESUd47GEnA/alE1LFyXJTV8 qW3DcmLcjm87v7/qfJZEMvuAqrVquTu6uDi5ONlZyxlJSYdW7T6nLp6rjUBEXMwt5NWmqEf5 uc/lUtZ6X/BZaWHrtewoAwCYCfTw/KnX0UklEJGYG5/CycyfzkmnMUo8f3+KzMnaiVEuUUDD qh9UL6FPLdyb5cb0xJgkZmRkcSLm4OZSpE5nwdXVVaBESUqITZbIyexnGdPSsziRzMndpWjV kjm5OTHKJRbQcPAH1Z+3p5jZerrbCGSQku5E5/D6zhZ8m97rC6R74y5KCsuqYWFzsqSGL7Vt WEp3al6nfivP6wTvlp8s+3lwu6DHn3I3nh69859iCfSCo5OTQERiYnyKSHYFq8F1Go25q83L O8qlrPW+2LPSstZr4VEGACh4FcK9fyHYBrqWkRGJqScvmR02Kt2Myig4NbzM37msjEjKPnUh Wyqx+8aIiHTqTJ35PB95NVrPiSnKhRVtmnR5ucrVHAQi8drRM8nmv6FMF89c03NiNuWqlC3a iBWZf0hZGSPp7qkLcYWovLxG3SpKRlxzZtehbIu+RSVRJCLOjUZTCYpEllXDwuNsQQ1fatuw DE9Z9/2KC1ouL9d/7R+ftA8qMGeVlJuVzYvralOxjIxIvHLyktrcR4o3oyLFV3uUS1frfbFn pYWt17KjDABgJtDjz3mFuGZX8K3rwIgb92+NTCz4rWJI3rY/y1SgM0Xw9G9RXiAuntx67bqp ZO7ZvVbAjZHnrpnbQsONjdsiTUTySvUaF/G1MnZvdG5mLxDXH/nzt+vmvqm0Z9dtiRWJWddt 3NihiK3bs3mL8nLihpNb1xSi8syjTetGNoykjM2z110zWLBihUpJRCSlZ6SXnFBlYTUsbFCW 1PBltg3LGK8eDs/lJHi2bFXfzsz/14T/+2+mVFxXm0Z1HQTiufu3bjJ3tTm3bX+0uavNSzzK pav1vuCz0rLWa9lRBgAoeJnkHNeJ52cd0L+Tg4wo+8ixr3bnPH7RNl1ZfWhJtLlvCplr/74B DowMl0+PXpFibipGU9TFlPRXeyAYEZEYu2r2X7H590F3ecG3cy+LxKybvNc1tIgdo8yp26g3 K8gZ11/+YeTyS/mrkRs+Y9rS2yIJ7r0/au9d1JtNWaX+fVs6MG64/OPoFRfNVV4bdfFigcoL ZbqP7esrI64Jn9d/0vGUAgeVp52cPvHPJ75sU+bm4ykjIuP5/bse604U0y5ditS+qkNsYTUs vLJYUMOX2jYsa70qaysi4jmJSQU74k2JBz8fte5WsfWnWrfq38lfRjz7yJSvdsc//rHaK6vH LYk2veqjXJpa74s+Ky1svZYdZQCAgoEeNSgMeaNBdVs5MRKz141Z3W1u9M1siYhMWambZm7u NO2u4G5n7r2lzK9b0y/rqARJd2j6n20nnj+a/Oi6rU9LWvvtn816r+00/U7aKz4ajPGUbRPb Dl51JO7++1z08acWjOjfakJ4psSsqg6Y2te36COXreoMWzS8vBWTsg7PaNtj9tbrWffmZBPV N1YNf6vNtIsaLnh1+uzrdsUwh7vg1236l3WcBCnj0PTWbScuOJr8sLOY69POrP22TbPejTpN 35+/8jYtp3w3vKKCce3ZOR/W7z1nzZHIhFyRiKTcuKOrZ7Sv/964Hyd1//TfVLNHjLk2ahSs YMSzj419Z+qa04kZGUmXj/z944e9KjYY+NX2zPwLcUkURZNJNJlE04P5t6U8/2JuJfzRL5hE k8jvP48nmvL8Y/4FLa2GZSyp4ctsG5ZQVGnb3FUgrv5r5vCVUbkPt5zrYvb83KnBRwuvGorx HLZuNOirVk4CiXfXjanbbe6Om9kmIjJlXdo0s0unaQcFdx9zV5uXe5Rf4ndVEfersGfly7qy WXaUAQDyB1TG8G6pQvUT+YUt/C6h/ZhLEbrsPXM3hf0sd3aRa9N1WomsgqouG8E+++xCLvH8 UUrlNnJO55Shf/10XnNy7d5Wm46VC3Yt5yGkRiVdvqvTc2JKp1YVHexe2YX73pAb5tz6i37x P8/7usn66Z4BPs6mtJjYTI3IiZjCr+Wc3z6pb1ssK7NvOnXx8ozBg1ZGJRyY363GIjvvchVd cyOvx2cZOZHg2vDjPxZ3DyyeMdKqsJFz1qUMfeen88kn1w5vtenrcsGVynkoUqPOXr6boeec KYNbVfQvUHnm3GDGltm6Xp8vuayN2jGv7455TG7r7qbMTcvUGDknEpyqde4c+oSnPWWVBw/t 9cvItYlS1qmVfUEUjPgAACAASURBVButfPSxgv2tG7cNVD3v9KDG8GmhLX+NeqxzTr95YHXF wHt70HjJzV8H53s3pv7AQP8hK7PyNbPUJV3CljwMQB59dt38to2yGKph4XG2oIYvtW1YwK7D xC+67R+3OT7+jyFdjixu2Kymn6MuOeLsyUNX041kW7lXG/u/d53IKbarzaCF351sP2ZZhC52 z9xOYT9bO7tYa9MztBJZBQ1eNkL47LPFuSQVuNq8zKP8EhVxvwp3Vr68K5uFRxkA4PFeD5Sg 0BdtnzZt9ixv9naolZwRl0zpqTqd3LZ2txZ/r2/dNcjKkRFJ+vSs/EMMBPfA71b13zK2cj1P BTNobl65u/tAzJk7OoPCpkqruis291/W1Un1KneLiIgcGn/z+7/z36zjbEyKunktJkMjcibY hnT5ZOv+eR+GKottbcoyby1af3Tpe62DbAQSc+JvnL4Ul2UkmWO5bhMWnNj+SZPnnlvmwfec 8MS30gjubb9bdWrL2AH1PG2YIeXmlX93H9h75k66QeFWpdW4FZtPL+sabK7yysB2iw5u3Tih XTU3JSPiptzkxIxcIwl2vo0HjN9zeu2PbT2etE7m0e6Xbd++X8fd+sFj50zhGNL6vaX/7j0x ofqrPM6WVsPC42xBDYuvbbyQO/qA7msO/Tqtd7AD08ed2b96ye8LVv69/7rer8nbs7f9dXJZ j9BinXpW8GmzaM/yH98OdZEz4pI2PTVdJ/es3W323+sXdQ1ycWREUlZ6lumVHuXS0npfxllp Ueu18CgDAOS9xG3/+ZtOwye+XjutjyqWjxGTbyScvaUx2tqVD/Ws6PrcnYbclHQz6fLd3AyD zNHFrnyoR6D9q+4rM/4zrHH7X1PJpdf229M6KIn0qRePn7sUk2G08ahUr27tMtZPvPOTRL3R xInJFEqFBbeHXBt77szJiIQ0g9K1TIX69St6WxeqGGLkrD6VvzpvtGqx4vYv7zo9a2VJN89e vpuYYVA4uviWD60eaP9cR82kjjp36WpMaqZo7eYbUL1WheffSGNm3JXLMZlKl8AK5QOdZCXp NLC0GpaxoIZFbRuPNxSjwShyJlOoCtNMn7yUqEmJvX7t5o04rcrVu2KtsFBX5Yu9aCXfCD97 K9lo61s+tGZFV9WLOMpFPJeL1bOOV5Fa78s4Ky1qvZYe5eegKoe4A4BAj0D/n2fcM7xxu2V5 An1JxLMzsq2dHR6bNZOr1/dv/taGLFn5D4+e++INvFYBAACBHuD1gyE3cP/WroRvnxS7fXCL j396bHoLrj42f+o2NSdZUMdW1ZDmAQAA4LWEEASlIc+LdxZ/NGXDNfWG9v1ujB3ybosQH1na +V1rvpm27bKBZAHdfvyshgoHEQAAAF7PQC/gxVJQ8vvnZV6t3mlW7ui2yLQLS74YtiTPhqsC WkxbPbGzG5oxAAAAvK6BnuMFdEDMwb9irZqe3MHXsYQGY2X5d348V7v93Nmr1+48fS1ZJ8pt PMqFdXizz4ihHWs4Y+QYAAAAvMZJ7u8F/2s7dPzrtdN4KLaUE/U6k8JKhRgPAPA88FAswH+d XOISLm1QushUJEMVAAAAAIgIs9wAAAAAACDQAwAAAADAKwr0jDA9CAAAAABAqQ30KAEAAAAA AAI9AAAAAAC8ikDP8GIpAAAAAIDSG+hRAgAAAAAABHoAAAAAAHglgf41fLEUAAAAAMB/J9Bj DD0AAAAAQCkO9AAAAAAAUHoDPWa5AQAAAAAoxYEeJQAAAAAAQKAHAAAAAIBXEugxyw0AAAAA QOkN9BhCDwAAAABQigM9SgAAAAAAUIoDPWa5AQAAAABAoAcAAAAAgFcR6FECAAAAAIBSHegx yw0AAAAAQCkO9AAAAAAAgEAPAAAAAAAvP9BzjiIAAAAAAJTaQI8SAAAAAACU4kDP0UUPAAAA AFCKAz2moQcAAAAAKL2BHi+WAgAAAAAoxYEeg+gBAAAAAEpxoGcMkR4AAAAAoNQGerwpFgAA AACgNAd6DKEHAAAAACjFgR4AAAAAABDoAQAAAADgFQR6hvdKAQAAAACU3kCPEgAAAAAAINAD AAAAAAACPQAAAAAAFCrQYxA9AAAAAEApDvQME9EDAAAAAJTeQI8SAAAAAAAg0AMAAAAAwKsI 9JxJqAIAAAAAQGkN9IxhDD0AAAAAQOkN9JjkBgAAAACg9AZ6lAAAAAAAoBQHegy5AQAAAAAo xYEeJQAAAAAAKM2BHrPcAAAAAACU4kAPAAAAAAClONBzZHoAAAAAgNIb6AEAAAAAoBQHekxy AwAAAABQigM9AAAAAAAg0AMAAAAAwKsI9HixFAAAAABAKQ70AAAAAABQegM9Qw89AAAAAEDp DfREeFMsAAAAAEApDvQAAAAAAIBADwAAAAAACPQAAAAAAFCIQC9nyPQAAAAAAKU20HPOUQUA AAAAgFIb6AmBHgAAAACg9AZ65HkAAAAAgNIc6DEPPQAAAABAqQ30goCHYgEAAAAASm2gZ6gB AAAAAEApDvQMkR4AAAAAoPQGekKgBwAAAAAotYEeJQAAAAAAQKAHAAAAAIBXEugZpq0EAAAA ACi9gR7TVgIAwP/bu9MYO+s7wfe/55xTVa7F5aqyXXjfsPGCN8xi4jisIQuELYGESSc9k07P TOtK8+KONHfmSq0rXY10NRqp74s7UrcyW3e6gSwk0KwJm20g2AYb2+DCGLzgfSm7XPte5zz3 hTHBYDDOpIrzqD+fd65zTp1H//+bb/39f/4PABkOegAAIMNBX7LlBgAAshv0zqEHAABBDwAA fAFBr+cBACDDQZ/aQw8AANkNekMAAAAZDno7bgAAIMNBbwgAACDDQZ+mBgEAADIb9KHoAQAg u0Gf2EUPAAAZDnoH0QMAQHaD3hAAAICgBwAAvpigt+UGAAAyHPQAAECGg96xlQAAkOGgBwAA BD0AACDoAQAAQQ8AAIIeAAAo86BPS0WjAAAAWQ36JPFgKQAAEPQAAMAXEfQGAQAAMhv0pZIn xQIAQIaDvmQUAAAgq0FvDz0AAAh6AABA0AMAAJcY9AYBAAAyHPSKHgAAMhv0hgAAADIc9M6h BwCADAe9HTcAAJDhoDcEAAAg6AEAAEEPAAAIegAAEPQAAEDZB33q1EoAAMhu0BsCAADIcNA7 hx4AADIc9IYAAAAyHPSJJXoAAMhu0KfuigUAgOwGvSEAAIAMB70VegAAyHDQGwIAABD0AACA oAcAAC4p6B1bCQAAGQ56QwAAAIIeAAAQ9AAAwCUFvXPoAQAgw0FvCAAAIMNBb4UeAAAyHPSG AAAAMhz0aZSMAgAAZDXoDQEAAGQ56FNPigUAgOwGPQAAkN2gd8gNAABkOOgNAQAACHoAAEDQ AwAAgh4AAP7pBL27YgEAILNBn6aeFAsAABkOeoMAAAAZDnpFDwAAgh4AABj7oC+VBD0AAGQ2 6A0BAABkOOidcgMAABkOeltuAAAgw0FftEAPAADZDfq0VDQKAACQ2aA3BgAAkN2gLxat0AMA QGaDPizRAwBAdoPeg2IBACDDQV+yRA8AANkN+tQSPQAAZDnoE6MAAACZDXpbbgAAILtBbwgA ACDDQV8qWaEHAIDsBr2bYgEAIMNBXyoZBQAAyGrQp0WDAAAAmQ36kaKiBwCAzAZ9Gs6hBwCA zAZ9qeimWAAAyGzQF90UCwAA2Q36oWF76AEAILNBPzg8bBQAACCrQT80NGIUAAAgs0Fvyw0A AGQ46EtW6AEAILtBPyLoAQAgs0E/POSmWAAAyGzQjxSt0AMAQGaDfnjECj0AAGQ26NMkbxQA ACCrQR+RMwoAAJDVoC/oeQAAyG7Q55LEKAAAQFaDPslZogcAgMwGfT7vplgAAMhs0FcUBD0A AGQ26PM5QQ8AABkOejfFAgBAZoM+Zw89AABkN+gLgh4AALIb9BWeLAUAANkN+kJe0AMAQHaD 3ik3AACQ3aB3Dj0AAGQ46G25AQCADAd9Lu8cegAAyGzQJzkr9AAAkNmg96RYAADIcNDnEiv0 AACQ2aCvcMgNAABkN+gT59ADAEB2g94WegAAEPQAAMAXEfR5O24AACC7Qe+UGwAAyHDQR2rP DQAAZDbo8/bcAABAdoM+Eiv0AACQ2aBPBD0AAGQ36A0BAAAIegAAQNADAACXFPRpmhoFAADI atDnchbpAQAgs0FvhR4AADIc9JGUjAIAAGQ26AEAgOwGfRIeLAUAANkNek+KBQCA7Aa9IQAA AEEPAAB8EUHv2EoAAMhw0BsCAAAQ9AAAgKAHAAAuKegdWwkAAFkOeg+WAgCADAe9FXoAABD0 AADAFxD0hgAAADIc9B4sBQAAGQ56QwAAAIIeAAD4IoLeTbEAAJDhoDcEAAAg6AEAAEEPAABc UtA7thIAADIc9IYAAAAyHPRJoukBACDDQe/YSgAAyGzQ20MPAACZDnqDAAAAmQ36UPQAAJDh oAcAADIc9IkVegAAyG7QAwAAWQ56TQ8AABkOegAAQNADAABfQNA7thIAALIc9AYBAACyG/QA AEB2gz5NDAIAAGQ36O2hBwCA7Aa9XTcAAJDhoE/dFQsAANkN+pItNwAAkN2gNwQAAJDloE80 PQAAZDfoAQAAQQ8AAAh6AADgkoK+5JQbAADIbtADAACCHgAAEPQAAICgBwCAfypBnyRGAQAA Mhv0DrkBAIDsBn0q6AEAILtBbwgAAEDQAwAAX0zQl4wCAABkN+gt0gMAQGaD3k2xAAAg6AEA gC8i6MNB9AAAkOWgBwAAMhv0qT03AACQ3aA3BAAAIOgBAABBDwAAXFLQp065AQCA7Aa9IQAA AEEPAAAIegAA4JKCPonEKAAAQFaDPhX0AACQ4aBPS0YBAACyGvSGAAAAshz0dtwAAECGgx4A AMhy0FuiBwCA7AZ9mhoFAADIatA74wYAALIc9CUr9AAAkNmgt4ceAAAyHPS20AMAQIaD3hAA AICgBwAABD0AACDoAQBA0AMAAIIeAAAQ9AAAwAWCPg0H0QMAQGaD3hAAAICgBwAABD0AACDo AQDgn07Qa3oAAMhw0AMAAIIeAAAQ9AAAwCUFvQdLAQBAhoMeAAAQ9AAAwJgrjNH3FLsPbt+4 dW97cdrqe26YW3nxDwx3HGzZ0fL+ibaOnpFCXdPUOYuWr1h4WXViygAAYCyDPu07vvPVdRu2 7DkzFBGFdHHpovHf+d76R5/YdLCn+OGPDu3fvWPjy9Ov+9Z9ty1pLJg2AAA4F/Sjd09sOnhq 9+YN6zftah34/F9SOrP9kb99cnd3KamevHDplXMuG5/vO3103663D3b2HX3tV38/cN+P7llS b6EeAADOBv2o5Xzbpgd/8tzhkchVNc6ct2B2/sCmltbixT7UvvXJ3+7uTmvn3HT//TfOqT0X 7jfc+KWtT/zs6V2d7W/95sXFc+5dVGPqAAAgohCjtdidNC1ee0sMTJk/f1ZzbSH6tj+0uaX1 oh9qXHn7N489+f7l9980p/ajL4ybcs2ddx4//tAb7d27tu6+bdGqOnMHAACRG70tN0njwjVr Vsxrrr2k/wWonLzynh/ds7T2k69Uz7tm2eRcxMjxIyeKZg4AAKJMj61Mkgv+t0Gurr4uF5EO DQ6WzBwAAES2zqEvdXV0lSKSuvrxjs8HAICzQZ+ZA2OGj7TsPlOKpHbOvCl5MwcAADGqe+j/ uIqnXn9+6+lS5JuvvnZepYkDAICzQZ8Jffuf/9WGw8NRuGz17WumWZ8HAIDsBH3/wQ0/f+S1 k8NJzfyv3Xfr7CqzBgAAHyiU+fWl3XueffhXm48PJjVzbv7+fddNtjoPAAAZCfpix66nH3ps 26nhpHburd9/YO10i/MAAJCRoE+73336Hx7d1jaS1C34+g/uv36KO2EBACArQT94eMMvHt3W NpKrX3T7D75zTXOFqQIAgE8qy5ti0553nvnVy0cGk3Gzb37g22oeAAA+NejTtNwOok873nzq qbc601zTynvvXzvNThsAAPiMoC+zJ0ul3Tuffe7d3jQ/6do7v7GwLjFFAADw6cptD/3A/pfW 7+5Lk/ola1c19nd09H/yLcXe9sEJc6ZpfQAAiEJZbblJO958ZUd7GhFdO//xb3Z+yruShut/ 9G+m1TmRHgAAcmlSTvfFDg0OpiYFAAA+r+Tn/+nffe/f/+cx+Ka0OFJMI5J8IW+zDAAA/HEU khijvE7yhYLxBgCAP6qcIQAAAEEPAAAIegAA4JKCvmQMAAAgu0HvlEgAAMhw0OdC0gMAQGaD 3hAAAECGgz5NrdADAEBmgz5JPLcVAAAyG/RW6AEAIMNBbwgAAEDQAwAAX0TQ20MPAAAZDnpP igUAgAwHvSEAAIDsKozR9xS7D27fuHVve3Ha6ntumFt5sbenA23v79713oETZ3pHxjU0XzZ1 xvzFV1xWbXcQAAB8LOhLo7zpJu07vvPVdRu27DkzFBGFdPHFvm/49M4Xnnh266Ge4rmfvBsR 69bNvu4b37p56eRKkwYAAL8P+lFM+cFTuzdvWL9pV+vA5z/rvu+dJ3/66FvdaVTWT5s5e8b0 SdVD7cfff2/PyZ6Dm37907bBHz1w9UT7hAAAYLSDPm3b9OBPnjs8ErmqxpnzFszOH9jU0lq8 6Mdq5n/5y5ef3DvrG3d9eW59/oMflnoPvfLIzzYc6Nnz4gstC7+3vM7EAQDA2aAfrWMrk6bF a2+JgSnz589qri1E3/aHNre0fo7PVVx2/Z/8xerzT9PM1c664d5bD/31U/v69r71Xs/yVYoe AADOBv2oSRoXrlnzh33yAn9kJPXzF1yW33do5MzpjmLU5U0dAABE5NJSmo0rTfv7BtKIpKKi 4LAbAAA4F/RpNoJ++Mhbu06XImmYO2+Sm2IBAOCsQiaucvDkticfe/10Kam5Yu31swqmDQAA Pgj6JCnTDSwjnUffP9bW3d156uDulnePdo/kambd8N17VzXYcAMAAB8GfbleWNr19m9//tzh c+dcJtVzbv3h97881WOlAADgI8p3O3pF05wly668Ys60SeMrk0j7Dzz/tz/59Y62ojkDAIAP Fcr1nthk/KJbv7MoIiLSgdZ3Nr/4wqvvtu188uGq2h9/a0GNiQMAgIiIXCktlfs1JuOal9z0 wD+/c0ldUmzb9vzm41bpAQDgg6DPyrGVyYSlN1zTnIvS6Xd2nSyZOAAAiCjnPfSfvNRJlzVX RJTaT7UNmzgAAIiIyKXZudaRoSGbbQAA4PygL7899IMDgxf6cf/7e48UI5L6pkaPlgIAgA+C vlReD2oaPv67n/30hX39H/tx2rd/w7pdvWkkDVcsnJI3cQAAEBFRKK9TbnrffeaR9QfOFI/9 7cDNt9141eWTxuXS4d7TB7a9+MxLu9uLkdQuvPFLsyzQAwDAB0GflsppF/245vlzJracaR1q 3fnsQzufK4yrrUr7ewfPbp1Pxk1f8527Vk5ITBsAAHwQ9OV1OfnGK+/68ylXbFr/8pbdx3pG RgZ6Rs7+vLr5imtvunXtkkmV5gwAAH4f9GlubBa8a1Y+8B+WpRFJ/mJ/Q1ROXHTjfYtuGOw8 ceJ0V+9AqVBTP2nKlKZqG+cBAOATQR8xRjtYknzhUv47IKmaMHX2hKlmCAAAPkMuSXJGAQAA shr0uZx7TAEAILNBHyVPXwUAgMwGfRJW6AEAILtBnwh6AADIbNAbAgAAyHLQp6lRAACAzAY9 AACQ5aAvGQUAAMhq0LslFgAAshz0Sd4oAABAVoM+n9hGDwAAmQ36UjjlBgAAMhv0hgAAAAQ9 AADwBSjkxmYPfbH74PaNW/e2F6etvueGuZWX+vH+919+5rVjI7VX3PKtVZMdzAMAAOeCvjTa eZz2Hd/56roNW/acGYqIQrr40s+979/74hMbdraXkoYJ15ciHMsDAADngn40U37w1O7NG9Zv 2tU68L9y423/3hef2dbu8VcAAHCBoE/TUTrlJm3b9OBPnjs8ErmqxpnzFszOH9jU0lq85F8z sG/dM9vOyHkAALhg0CfJKO25SZoWr70lBqbMnz+rubYQfdsf2tzSesk5v//Fp984k5s0vbnn 2IkB0wUAAOfLJaO2hz5pXLhmzYp5zbV/8Laegf3rnn7jTNK8+o610wvmCgAAPhn0ubJ9UuzA ++ue3tqWTF59x40zK80UAABcKOjL9cIG3l//1Na2ZNJ1d9w4u9JBlQAAcOGgH7WbYv+XDL6/ /umtbTHxmjtumlNllgAA4NOCPknKb/l78MD6p7eeTidec8fNc+U8AAB8VtDnyi3oBw+sf2rL 6bTp6ttvmTfODAEAwGcGfZntuBk8uOHpLafTxqtuv+VyOQ8AABcJ+vLaQj94cMNTr58qNay8 /avzq80OAABcRCFXRltuhg6+9NTrp0o1V6y5ZtJgR8fghy8Ue4fSiIjSYE9nR0cuoqKmodZR lgAAUE7Paxre8/qWU8WIvvee+a/vPXOhd3TteOT/2xERhcX3/R/fW6roAQD4J6+czqFP01Jq RgAA4BKU0wp95dLv/eXSC74y8t5jf/Xwm/3JhOt++L99bVY+IskXzB0AAEShHM+h/1RJki8U CnnTBgAAZ+UMAQAAZDjok0iMAgAAZDXoDQEAAAh6AADgC5D88j/9n/f/+/9nDL4pLY4U04gk X8jb5AMAAH8cY/ek2CRfcNQkAAD8cdlyAwAAgh4AABD0AADApQa9W1QBACC7QZ8IegAAyGzQ j9kpNwAAwB8/6A0BAABkOOjTNDUKAACQ2aAvCXoAAMhs0Ofydt0AAEBmgz5xyg0AAGQ36IvF klEAAICsBn24KRYAADIc9AAAgKAHAADGXmGMvqfYfXD7xq1724vTVt9zw9zKz3jn0MFXn9py /DM29lfMWnPnddP8JQIAAGMR9Gnf8Z2vrtuwZc+ZoYgopIs/+ybctP/EnrdbDhQ//R3j8svu 8F8LAAAw2kGfDp7avXnD+k27Wgcu4cbbgYGBiMhNXLh68eT8BS95alPexAEAwOgGfdq26cGf PHd4JHJVjTPnLZidP7CppbV40Y+VBvoHShGV06669auLCiYIAAC+mKBPmhavvSUGpsyfP6u5 thB92x/a3NL6Of4OGOgfSCOprKr0wCsAAPjigj6SxoVr1lzyp0YGBkYiorKq0uQAAMDFlNu9 pWcX6CNXWVXptlcAAMhe0A8MpBFRWXluhb44MuJZtgAAcGHldtvpByv0yVBry7pH977z/omO noGRKNQ0TZ+3eOX1X1oxo9bCPQAAlHvQF49ve+F4RESSz+eiONLXdrDldwff3v7mjffff+Oc WvfLAgBAWQb98MBAMSIiVzvz6htvuPbKuZNro//MyfffXP/cq3s7ew+89MvHan/8/WsnWqcH AIAovz30+SmLr7r8shnXfPdf/+iO6xY01xaSKNQ0Tb/y5j/519+//rJCpH37Nqx/p8/EAQBA RPmt0FdOueqOH151gReSmnm3fG3l7ge3dvS+u2N375Wrak0eAABkaetK5ewrr6hPIoaPHDo6 YuoAACBbQR/5iZOachEx3N09aOoAACBjQZ/k8rkkItJSqWTqAAAgY0Ff6uroKkVEvqZ2nKkD AICyDPr+4/uP9F7o4bCl03v3nilF5KfMmFowdQAAUHZB33/09Uf+2//82ZOv7P9E0qcdb617 7UQxomLGkoUNHi0FAABlF/Qj3Ufefb99ePjk5l/89NFN+zuGz/28c99LD//tk7t708hPuubm VU16HgAAIiIKuaSM4rjQvPq+B4Z+9asN+7padz779y3rahomNlUPt5860zucRkS+/opvfPfW OZXmDQAAziZ0uV1Q9ayv/OAv5r7x0kuvvbXvVH9f+4m+9rMXWjdj6Zpbb7l+bn3OrAEAwAeS X//nv/z2v/uPY/BNaXGkmEYk+UL+8/2fwEjPqROtZzp7RyonTG5unjhhXN50AQDA+cZuhT7J Fy7tywp1k2fUTZ5hjgAA4FPl0kiNAgAAZDXoDQEAAAh6AADgiwj6JJzpDgAAmQ16QwAAABkO +sQCPQAAZDfoDQEAAGQ46BNL9AAAkN2gT1Pn0AMAQGaD3go9AABkOOit0AMAQIaD3hAAAICg BwAABD0AACDoAQDgn4jCGH1Psfvg9o1b97YXp62+54a5lZ/rM2n/yV1btrx98MTpM72lqvpJ My9fsvLqpdNr/RECAABjFvRp3/Gdr67bsGXPmaGIKKSLS5/rD4AzO5/55TPbTvR/eAZP++kT B3dv3bjxqtvv++bySRWmDgAAIgqjeA59Onhq9+YN6zftah24tKMxi+07H/+Hf3yrvRiVExes XHHFjEk1I2eOHXxv59uHuk69v6+1f9mkCqfnAwBARGHUttGnbZse/Mlzh0ciV9U4c96C2fkD m1pai58n509u/PUTb7UX841L7/yTu1eeW4y/ctWX1yx5YX33ym8sqVfzAABwLuhLo/Obk6bF a2+JgSnz589qri1E3/aHNre0fo7P9b69YePR4ShMWfOdu1aet7UmqV1427dMGQAAfCToR+9J sUnjwjVrLvVDaUfLtj39aVKzcO2XZlSaHwAA+EzldmJMz773jo5EUn3FioU1ZgcAAC4W9KN4 U+wfYOTYoWPDEflps6Y7xwYAAC6qUFZBn3aebhuKSOqbm8fFwMm3X9u0ddeBk51DVU1TZ8yc d+W11y6aZBsOAAB8JOhHbw/9H6DU3dVdishVj+vb+eh/f/qt08Nnf953bF/7sX07t21fcef3 71zeVDBvAABwNujL6mrSgb7+NKLUtf2Zp9s7ksb5139p1cJpE5Lu4+9uefn1/V2n33ziF3UN f3bbrCozBwAAEVEoqyPd05GRUkSk3e2d4xd8/Z/d96VpH5T79DmLFs19+u9+sfX0ydeff2PV n62Z6Ch6AAAot1Nuzu3+yU++/ju/r/mIiEjqrrj1liW1SQwffXPnyZKZAwCAiMhFOd0Um8vn cxGRv2z5If4GIgAAFTdJREFU1bM/uaum+vJFcyojSm2HDveaOQAAiHI7tjIZVz0uiUhLxeKF Xq5omlifiyj1dPdYogcAgIjIldUpN7n6hvpcRNrd1X2hok/yhUISEaWSngcAgPIL+mTC1Ck1 SaT9Rw+fvkCzl3p7eksRSW1drXtiAQAgInK5snpSbGH6vNnjIkqnWt48MvyJnj996FBvGkn9 tGnjBT0AAES5nXITUbXg2hUTkyi1vfHcpuPnJ33fe5u2nSxGrmnxkml5MwcAAGeDvrz2o1fM WnPj4rokho5s+NkvXt7XMRwRkQ6d2vnUP/zjm51pUrvwhutneFQsAABERLk9KTYiIqlffud9 rR0/+92xrr3r/uG/vFrfMD7X294xUIyIystW33PH8nr7bQAAoFyDPiKq53z1X/x587rfrN/2 fvtgV9tgREShbsbym7751aun18h5AAA4J3n8r/7yrn/7H8fgm9LiSDGNSPKF/OdN8nSw4/jx 1o7eUmX95OnTJlbbOQ8AAOcbuxX6JF+41C9LqhqmzWmYZpYAAOBT5AwBAAAIegAAQNADAACC HgAABD0AACDoAQAAQQ8AAAh6AAAQ9AAAgKAHAAAEPQAACHoAACCLQZ+mBgEAADIc9IoeAAAy G/RJkhgFAADIqMIYfU+x++D2jVv3thenrb7nhrmVn/a20rHXn9x4aPizf1fF7C/fee1Uu/8B AGAMgj7tO77z1XUbtuw5MxQRhXRx6TPeXOo++k5Ly8Bn/sKktnKlbUIAABARURjFHTfp4Knd mzes37SrdeDzBnhu/PTFS4sXXqEfant/z/HeNKm7YtHMvJkDAIAYzRX6tG3Tgz957vBI5Koa Z85bMDt/YFNLa/FiQT/turvvu+6CL/XsePi/vHc8chNXXHN5lYkDAIDRDfqkafHaW2Jgyvz5 s5prC9G3/aHNLa1/+J8H7S3b9w9GFGZcvWqa9XkAABjtoI+kceGaNX+k31U6+eb2wyMR4+Zf s7zJsTwAAPCBbDxYauTw9jdbS5HUX3nNolqTBgAAHwZ9Fi5ycN+2tzvSyDUtXfnpJ14CAICg L0u9u7e/25NGvnn5ium2zwMAQKaCPu1o2b5vIKIwY+XyZk+TAgCATAV9qfXN7YeHI6rmrlza 6HZYAAA4P+iT8o7kkSPb3zxZjKRmwcpFdaYLAAA+FvTlfXnDB3a83Z5GUrNg2fxqswUAAJkK +sH9O9/tSSOpW7hsnqfDAgDAJ4O+nM+hH9jXsqcvjaR+0dLZFeYKAAA+GfRlfG39e8/2fMPi pbP0PAAAXCjoy/em2N73du4biMg1LVk6o2CmAADgwkFfpkXf827L+4MRucZFi6d6nBQAAFw4 6NPy3ESfdu1uOTAUkTQsXKTnAQDg04K+PC8r7Xyn5dBwRNK4cPE0PQ8AAJkK+rR9V8vhkYik Qc8DAEDWgj49/XbLseLZ/TbT9TwAAHyq5In/9/+683//v8ei0osjxTQiyRfyiXEHAIA/irE7 DzLJFxw+CQAAf1y5iNQoAABAVoO+TI+tBAAAPk/QJ4kd7QAAkNmgNwQAACDoAQCALyLo7aEH AIAMB70hAAAAQQ8AAAh6AADgkoLesZUAAJDhoDcEAACQ6aC3Qg8AABkOegAAILtBbw89AABk OOjTklEAAICMKozR9xS7D27fuHVve3Ha6ntumFt58Q+Ueg/veG3HvqMnTpzuyY2ffNnUWUuu W71kcpUpAwCA84J+lLfcpH3Hd766bsOWPWeGIqKQLr74/wiMnH7rt4/99o2jfekHP+jsPHVk b8v2bfNvuOfbN8ypMW0AAHAu6EdvD306eGr35g3rN+1qHUgv4WP9e37z0ONvtBcLEy5ffeP1 i2Y0FPpOHXjrd69sP9axd/0vHq39V39ydaN9/wAAcDboRy3n2zY9+JPnDo9Erqpx5rwFs/MH NrW0Fi/6sdKJ117Y0V5Mahfe8aMHrmo4W+6Tp865Ym7TT//2hcP9+17edGDF7XMLpg4AACIK o3ZTbNK0eO0tMTBl/vxZzbWF6Nv+0OaW1ov/GdC+d8/pYiQTV3xlecNH1+ELU66/adnrD27t 6jl0qC2de5k1egAAiCikaTpKvzppXLhmzaV+qNTb21eKyFWOq/z4Efn5+gl1uegqDQ8NlyLy 5g4AAMruwVK58fXjcxHFtoOHuj72l8bAyeNnihEVk5qb1DwAAJwN6FFboP/DJA2Ll86qjBja v+GpLa3Dv39h+Nim3707EEn9lVcvcswNAAB8GPTlVvQrb149pSLSnj2/ffCXrx7sKUXEcNuO x3/5uxPFZMKS225a4Cx6AAD4QBmeFlM56+YH7u556Intp7r2PP93f91y5eLGUy3vnBwsNC6+ 7bt3L5vgdlgAADgnV5YX1bD0rh/etbQ+iUj7jre8sevkYFo5/Uvfvue6qZWmDAAAPtLOxbTs rint2vPi3//3x1q60sqJV6xaMbehMiKGjr780795eOORAXMGAAAfKkSpvC4o7d337EO/3Hxy uGrq6u9+77aFDYUofe3Yjhcef3b7yY73nv/ZI7kfPnD9lAozBwAAEZErpeVU9GnXW089+trJ 4aTp6vt+8M2FDYWIiFzttFV3/9m/uG1udZL27nvh8VdPFE0cAABElNuxlaUTW199tzdNaq+8 9ZYFtee9VDV1zV1fnV+dxMiJN17fP2zmAAAgInJpqXxW6NMz+/a1lSKq5l35sZyPiEgal1+7 sCaJtPfQwdaSqQMAgIhcWS3Q93b3lCKSiqqqCz4LNl83viaJSAf6B1JTBwAAZfZgqVxNXW0u Iu07frT9QlfV33qysxSRGz9hfM7UAQBARC4to5tik6Z5lzflIorHNv52a9vHr6tvz4sv7R2K yE1csGCSp0sBAEBE5IrldFdsfvp1Ny6uSyLt3/vs3z/04q7WvmJERDrUefD1x3766+3tpUjG X3nT6qkW6AEAICKikJbVMTcxfumd3z3d/fOXDvV17nvll3/9Sn5c/fjCQFfPUCkiIqmde8v3 vrWk1rwBAMDZoC+7Kxo366Y//ZfTN65b//o7x3tGigNdHRERSUX9jCtX33Tz9ZdPyJs1AAAY 66CvWfnAf1iWRiT5i39loXHBDd9ZcENpsKuttbWtNzd+UvPkiXWV9s0DAMDH23nMnhSb5AuX +NdDrqp+8sz6ySYJAAA+NZpLJUe6AwBAZoO+zG6KBQAALinoQ9ADAECGgx4AAMhs0IctNwAA kN2gH9HzAACQ3aBPx+rYSgAAYBSC3rGVAACQ3aAv2UMPAADZDXrn0AMAQIaDvlQqGgUAAMhs 0BfdFAsAANkNeltuAAAgu0GflqzQAwBAZoPeCj0AAGRXYYxW6IvdB7dv3Lq3vTht9T03zK28 +AcGWt95Y+vOPUdO9xarJkyaOnf5ddcsnFRlwgAA4PygH+1vSPuO73x13YYte84MRUQhXXzx PyD6D//u14+s39t17vydUycP7337jU3zbvred78yc5xJAwCAD4N+FLfcpIOndm/esH7TrtaB S/iO4unXHnn4xf39aVI9denVy+ZNruo5tu/tne+c6Nm/7uGfJz/8/tppleYNAADOBn2MVtCn bZse/Mlzh0ciV9U4c96C2fkDm1paL3rmfdqx/Zl1+/vTfNPyu//kruUTCxERK66+/ppt//jw 02+3H9jw1Kb5P75xSt7MAQBARBRK6SjtoU+aFq+9JQamzJ8/q7m2EH3bH9rc0nqxD5VObH/9 wGAk45d9/fYPaj4iIiomr7r73lMn/27T6eNbX9t//d0L7KYHAICIyMWo7bhJGheuWbNiXnNt 4XN/JO14f39bKZK6K5Zd/vG98pUzr7t6RiHSnj3vHB42cQAAEBGRK5bTOfSljjMdpYhcU/Ok T26qSSbMnduUi7Tv6OE2Z+cDAMDZoE+T8rmadHhoOI1I8vn8Ba4qN6GxIRdRaj99pmjmAAAg InLFpFA+V5NU11YnEaWeru4LrcEXKgpJRBR7e/o9DQsAACIi19HTVz5Xk588bUplRKlt374z n0z24VMn2ooREUODg2YOAAAiIne6o6uMLqf68qXza5IoHntt/c7O8xbpi527f/vYppOliEiL I0Ur9AAAEBGF/oH+crqemkU3fnnm3ucPdb/9+P8YbPvGLVfNa64pdhzZveXlDVsO9EQuiVKa 5HK5xNQBAEBEIRfl1cb55i99++62hx7bdqpr70u/3PvShy8ktfNuvrbq1Q3vDEahsmDmAAAg InI14yrK7ZIaltz5Zz++98tLZk2uq0giIqmYMGvFV3/wr75/XWOpGBHJuHHjrNADAEBEFCZU l+Fqd1I9ZcVt311xW5QGe3qLVXU1FUlEpKc6u9OIpLqhwYNiAQAgIqJQU9bbV3JVdeM//Mfw 6VNnihH5Sc0Tc2YOAAAiIldVkZX96CPHDhwejMhNnj2rzo4bAACIiMiNjIxk40p73t36dmca +cuWLJlsgR4AAM4GfRr5MruktO/kya6PnTNf6tr1/PNv96RJ7cI1q5r1PAAAnFWIMjvSffDo Kz9/cGNx6ddvW33F9Im1FUmp7+S7W1589uX3OtKkfsnXvra0zqwBAMC5oE9LpXK6nt79r79x pH+gtOXxv9sS+aq66mSgd2AkjYj8hCV3/ODbKxpsnwcAgI8EfZqW0/XULr7rz/906roXX915 uHukONjTExFR0TBv1dqb1l41a3zejAEAwEck//Z73/yrnz8zBt+UFkeKaUSSL+Q/xyJ7Othx 4lhrR3+pqn7ipMkT66vsmwcAgE8qlMZqy02SL1zCAZlJVcPUuQ1TTRAAAHwWC98AAJDloE/c ZAoAANkN+lzOjaYAAJDZoE/CEj0AAGQ26Mvs2EoAAOBSgr5YHDEKAACQ1aC3QA8AAJkOekUP AADZDXo3xQIAQHaDPqzQAwBAdoO+WCoZBQAAyGrQJx4VCwAAgh4AABD0AADApQS9HfQAAJBd hTRG+5Sb4Y6DLTta3j/R1tEzUqhrmjpn0fIVCy+rvth/DBR7j73zxhtvHzzVW6qZOHPRqmuX zhxfMGEAAHBe0JdG89jKYud76x99YtPBnuKHPzq0f/eOjS9Pv+5b9922pPHTAj3t2b/hV79+ +UDvB9d26P3dO7ZsWX3P/bctbMibNAAAOCd/9aI533rgn4/Gry6d2f7I/3x0W+tgVE9eeNV1 16xatnDGxJpSd1vnwGD30Xfe65y8ZNHkqgss1A8eXv/gwy8fHkiqpyxbc+OaqxZMzne2nups P7J7/9CMpfMbK0wbAACcVRitc+jT9q1P/nZ3d1o756b7779xTu25cL/hxi9tfeJnT+/qbH/r Ny8unnPvopqP5/y+5x995dhQMmHJXT/89lWTChERK69atuWRv3/mvdbXHn9u3l/cfUW1iQMA gIiI3Gg9VyppXHn7N1fOWv6N+2/6fc1HRIybcs2dd65qTCLt3rV1d8/HPlY8ufnFHe1pbuK1 d9/1Qc1HRFQ0X3v3Hcvrk7TzrRc3Hy+aNwAAOBv0+SQ3Sr+6cvLKe350z9LaT75SPe+aZZNz ESPHj5w4P85HDr2x/fhIjJu/9itzx53/oYq68dW5iGLrm9sPjZg4AACIGPVz6D/lt+fq6uty EenQ4OB5/0EwfLDlnc40qZ6/cvH48z6Y9rz7m0c3nixGRNq5++2Dih4AACIicrlcbuy/tdTV 0VWKSOrqx3/020unDx3uTaMwc8H5y/PFM9sef2JHe6kwoaEuibT3yJEzqakDAICIXJqOfRsP H2nZfaYUSe2ceVM+egrlwIljZ0qRa5zSXPWRnw4dfeXXz+7pjZrLv/bPvrGgOoli2/ETg6YO AAAicumY32FaPPX681tPlyLffPW18yo/8kKpu7OrFJGrb6j//bp9357nHn3l6FCuYfmd9157 WfPkibmIUldntyV6AACIyJWiNKZf2Lf/+V9tODwchctW375m2nlPiUoHBgbTiKSy6lzmp+07 nnj8jbZixdQvf+f2xXVJMq56XBJRGhwYFPQAABCRK8UY7qHvP7jh54+8dnI4qZn/tftunV31 sZdHhkciIj23C2j4+O8e+83unqiZ/7Xv3DSzKiKiorIyiYihwSFBDwAAEYUkkrH5prR7z7MP /2rz8cGkZs7N37/vusn5T7yl6uzS/NDAUERl//4XHt1waDDXuPKue66Z9MGb01IpjYhcPmfq AAAgopCMSc8XO3Y9/dBj204NJ7Vzb/3+A2unV13gTbmq6nG5iFJ3V/dI5/4nH3v9VLFi6le+ ffuiug+vcXBwMCKS6upqRQ8AABGFMTjkJu1+9+l/eHRb20hSt+DrP7j/+imVF35fMmFSU0Uc G2g/2vLywTfe6Y6a+V+776aZH3l3qbO9sxhRaGiqT8wdAABELk1H+abYwcMbfvHotraRXP2i O/70u59a8xERFVOmN+cjhve9+vLBgaRxxV33XDPxvI05fSdPdKaRnzRt6jhTBwAAEbliaTTP rUx73nnmVy8fGUzGzb75gW9f01zxme9OJsy7/IOt9RXT1p631yYiInr3vndkJJK6mbMaLdAD AEBE5JJR3Iyedrz51FNvdaa5ppX33r92WuXFr6Z52fJphYjINy9eNv1j7y+dfvON/YORa1q6 fGbBzAEAQMRonlmZdu989rl3e9P8pGvv/MbCus+1pp40XbV22YQkisc2/ub1UyMfeaXYtu3Z V48MR9Ws61ZNz5s4AACIiCjkRuuYm4H9L63f3Zcm9UvWrmrs7+jo/+Rbir3tgxPmTDuv9auv uPmrS/Y++nb3/ucffKR477eunzM+N9h+YPsLT76wpzetmLbm61dPtN8GAAA+CPpR+r1px5uv 7GhPI6Jr5z/+zc5PeVfScP2P/s20uvMW3JP6ZXfef7rz4ZePdL77/N/tebmuLj/Q1TcSEbmG pXd+9ytTbbcBAIBzcpGOzq6bocHBP/hAzHGzbv7TH99z7azxhSgN9nT1jURSNXHRLT/48b3L G5w/DwAAv5f82R23/o+nXijPixvpOXn46KmekcqGqbNmNI2z0wYAAD6mEEmpfC+u7rK5Cy8z SQAA8GlyqTEAAIDsBr0hAACADAd9mlqjBwCAzAZ9Sc8DAEB2gz5KJaMAAABZDfp83oOaAAAg qwpJfHC8e8vuHR/+dOmilYYGAAAyEPQiHgAAsitXSu2hBwCArPr9Cr0tNwAAkL2gTxMRDwAA WeVJsQAAkGGFD58Ua8sNAABkL+gjFfEAAJBVuWIxNQoAAJBRTrkBAIAM+/8BrUVe15mb/P0A AAAASUVORK5CYII= --------------04A2796F538DB8478C1499D8 Content-Type: image/png; name="Screenshot from 2017-06-25 16-47-44.png" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Screenshot from 2017-06-25 16-47-44.png" iVBORw0KGgoAAAANSUhEUgAAA4sAAAM2CAIAAADQJYGfAAAAinpUWHRSYXcgcHJvZmlsZSB0 eXBlIGV4aWYAAHjaVY7RDQMxCEP/M0VHIEAMjNOe7qRu0PELTU5R3wdYFjJu5+d9tUfRiZsO cwRAiYYGP1M4TYSoM/XaOSdrS0/F227CUyDcSPehLv9mCByXqRkGDhyc6XwKC+esoEqlqhE7 xF+/Dvn23xcs/27xBUkNLFTmfvTAAAAKBmlUWHRYTUw6Y29tLmFkb2JlLnhtcAAAAAAAPD94 cGFja2V0IGJlZ2luPSLvu78iIGlkPSJXNU0wTXBDZWhpSHpyZVN6TlRjemtjOWQiPz4KPHg6 eG1wbWV0YSB4bWxuczp4PSJhZG9iZTpuczptZXRhLyIgeDp4bXB0az0iWE1QIENvcmUgNC40 LjAtRXhpdjIiPgogPHJkZjpSREYgeG1sbnM6cmRmPSJodHRwOi8vd3d3LnczLm9yZy8xOTk5 LzAyLzIyLXJkZi1zeW50YXgtbnMjIj4KICA8cmRmOkRlc2NyaXB0aW9uIHJkZjphYm91dD0i IgogICAgeG1sbnM6ZXhpZj0iaHR0cDovL25zLmFkb2JlLmNvbS9leGlmLzEuMC8iCiAgICB4 bWxuczp0aWZmPSJodHRwOi8vbnMuYWRvYmUuY29tL3RpZmYvMS4wLyIKICAgZXhpZjpQaXhl bFhEaW1lbnNpb249IjkwNyIKICAgZXhpZjpQaXhlbFlEaW1lbnNpb249IjgyMiIKICAgdGlm ZjpJbWFnZVdpZHRoPSI5MDciCiAgIHRpZmY6SW1hZ2VIZWlnaHQ9IjgyMiIKICAgdGlmZjpP cmllbnRhdGlvbj0iMSIvPgogPC9yZGY6UkRGPgo8L3g6eG1wbWV0YT4KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAK ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgIAo8P3hwYWNrZXQgZW5kPSJ3 Ij8+Lmg21QAAAANzQklUCAgI2+FP4AAAIABJREFUeNrs3Xd8TtcfB/Dvuc/K3juRYUUQW+29 9662KC2tomp00FpVHUpR1CqqalZtRdWsHXsTEYTInk+SZ997fn9YGQ/hScTz4/N+5Q+vyH3u vd9z7nm+95x7zmUj+vf++fe1BK8rxpgFW3HOEToAAAB4QQR7WxtEAQAAAACsKENFVxgAAAAA WFeG6mpviygAAAAAgBVlqOhDBQAAAACrInd3cUIUzBNFUSaTPd82JnX8vTQ9ZwpnX39X5Qs5 LK5Ljr4WFZOQJXP1L1upYoCDUDyfy+RywWQSUe4AAADwsgkIgRmSJv7CvnW//fHfXeNzJrU3 F3YrFxJSpsbn+7Qv4LBSIxYObRnq41u+eoOW7do2q1slyKtUvQEz998zFP3DFbW/OXJqzdh2 pe0YKgAAAAC83AzV3saK5/KLWTGndm1Yu3bdwVuGktqnlH37yIY/1u4+e1eddvnEVbUlj0Ew N38/u2I+LuONZW9Wbzx0wd4oteAUXKt1547NqvqqdHHHl3/Wuu6bi68VMUDyih061qj21g/b z59Y9n64A7JUAAAAeHnkRFb5JCrXxF88su/Ayag0AxHJeZhUIrs1pZ7/e/2+6GyJ5M6l67Zs USPQybJcrbiDqj85pdewjXeN8pAes9f9+mEtNxkRkSn52PwhfT/fmJCWI5cVbQfizT9/mNNk xvDGvpX6LzlSo9a77T/ZHGvCBQIAAAAvI0NVKRVWlpvqk68dP7D/2JUkXQnnzlL6pe0b9kVn S8yuVIPOnd/wt7GWnkSesW3GvAtaLg/9ePnyIbXsH5WeZ71PVm3V9Jlf9f2yRcxQedaVNZ82 37N13Jq1k5r7hH+0+l/5O62HbI7Fc6kAAABQ4gRGVjWgy1OPrVz05/7LSQala6mwNxpW9pKV 0J5NiRE79t3IkphtUJOe3esULT0t5tzaeGbfoQyJ5GFvvlvPPt//qSqNXjmzbfFMd5OS/5vS vuF762JMZBs26I91Y6pjKTIAAAAoeXKFXGZNx8Pcwho2J51P2bKBXvZy0pxddfxSUknkp/HH /4lIMJLgGt6uQ01PuXWVkvbevTSJSBEQHGCmtJQ2qmLclyF6xXsd3dz2z2zlUXfSyu+O1vv0 gBpLkgEAAEBJsrr1UJlraP36VUt72ZdkksjVl4+cTRFJcA5v3jjk2fsNTdnxV48fOBBxKSY9 /6T/p8VVzI6LPHf88LHz0Uk5z/KoJzfo9ZyImI2tbUn0eGsvzX1/5MZ4iSnDhs4cVVWJywQA AABKNkOVC1hwSrx35uQdA5EqpH694Gfqj9Te2PpN71q+zi7+Fes1a1Y3PMQvuO6A2UdTpacn qGLKqd8/6xTu6xFQoXq9RvWrlfVxcq/YbdzqM6lPf9zz4acJQgk9kiHFrhnx1fZ0iamqjvjm HX9UEQAAACjRDJXz134I1xR77bqaE3OuWLO8feF/ztMOTGhRp9ukdacTtGTrXb56rfBgVx4f sXxUq6af7ct8Ujh51tlfetZq8P6Mvy+nKvzCG7Zt36x6sLMs6+rm7/vWq/X279fzLxdlOv9t XQ8XFxcXF9dyI/YZiEi/9X0/l8c8ak8+88Jm20txqyfPv2zkgkubj/qUleFKAQAAgBLMUBEC 8V5UdDYn5lQ21K/wRwuku6s+ePv7Y2ncJqTDNzui0xIiz5y8cCs+JmLZ4GqyK/PGzL8mkpku VClu/UddR26JMTlVH7jwSPTtC4d2bt935lbije3jW/jJjbfXD+s77aw+34HpszPvU2uMnIi4 UZOZW5buRc60N5xduvSYgTNlzb59wuWoJwAAAFByGepr34XKMxMSNJyYXVCwd+FdhZqD0ydt SZAEz47z9m6Z0DbowTMBSu/aAxbs3ji0vDZTbW7lVvU/E0f9eUcUgges3LX4w7peDxM+ZWC7 KVv+/CRMQZrTP/+wOSV3YcirTTiRkZWVlZWlvjm3hYqIbLr8npj1WMaZyTXNZI7GrOTEhEIk JqkLX+Ffitnw51EDJ3loi2aBuJUBAACAkstQX/sIGJMS0yQiwd3Lo/COwpw9v62+LZI8fOiU fiH58lnm3mLcZ63sHzwpmjvXlO79OWdtnMgc20z4toNn/kdJ7RuMm9jVhUlpu9bvVecpG6Wd vYODg4ODg73N/UOT2zjkYm+nNFN8xmPja/v7FsKv6uf/PUOKmnD0cJRIpKhSr5YDrhUAAABA hlpCuDZHIxExpZNz4XP4jWf3H86QSF62XYdKZl50wDzrNawgL5CgkvrQrmMazmwa9+rsY2aq E3N+o15FBfGcE0fOGa0qOKbr5y5qODGbMuVL4VFUAAAAKClyTq/3MD/X6/SciJQqReHz5DW3 ouNFIptyYeXM9rfK/AJ8ZUT50kzjtdPnczgxm5QDMyfcMHNPwLNO3xOJxKQ7sTqiIr7jS159 1KYjb+ufXqpM6V3hWfZjTE5Kk8hJcHV3FYjwfikAAAAomQwVIXiQJUqFZ+pSWmq6RMTkjk5P 6G9Vqu4/mJrns6TU5FSJiKdHLP8h4qnHYDIaORXxJV/MMbh6neDiikpOtoYTCbZ2tgx1BAAA AEoqQ33d+1CZykbFiCS9Xl94IARBICJuysnRE5ldOJUxViCV4zqdgYjkZXpO+rSFx1MyPVlw A0frSgSZs4sTI5Iy0jIkXCwAAABQUhnq6x4AZmtnx4jIlJmRzcn5qQmi4OLmIhCRmHAvQSSn gk9mcm2O5kFfbK50V+bm4cooh7PgloM+qqv4f4qOrY+fq0BkTE1KQYYKAAAAJUVg9JoP3yo8 vdwEIjE1MbnQ5yzty1UIlBOZLh8/ZfZd9eKNq1EFP0RWJrSMnJF098SJe/9feZ4ivHZVG0ZS 0vnz95ChAgAAQMllqOw1z1CZi7eXDSPSx96+V9gbmuThDeu5CMRz9qzcGF8wZdOf3fT3zfuf kTt/FfybtawkJ244vnL1VeP/UWhk5Zo0LiUjrj197KwR1woAAACUWIaKEMj9ywbbMOLZN6/H Fpai2rXs/1agjHjWv5O/2BCXt7tUe2n+2IXXzH2CrGL/IS2cGDec/mn4nAtaM3+hvXHyQqq1 PRAsD+/9VlUF8ex9m3ZncFQUAAAAKLEM9bXvQyVSBoaWtmXEsyLPXssuJBOzbTz6q9buAol3 V/et02Hy9qhMExGZ0i+uH9e5zRcHBF8/ezPxFEr1mzahsYsgpR8Y06r5R/MPxT1aLp/rk06v HNW6Qf2GbcbsS7GiPJA5t/74vYpyktK2/7E1CQkqAAAAlGCGyjmSD0VwjaoeApH+9skz8YV0 o8pCBi5e/H4FW8YNsbu+7hjq5uTh4+7kUbXX93vTSg9cOK2TMyMiScr3DIBN+Oi1az+t68bE pOOLhjUpE1C+ZtP2HVvVLuvh7FO738+Hk2XeFaoEWtFMfmXlj7/uEyDjxquLZ/2djjoCAAAA JZmhEjJUIsGrep1ytoyktLP7TiQWkqMK/t0WHvjnpz5V3eSMuKRNTUzTKbxr95u198jCbuXd nAUiKTMtPf+nCD5tpu07uX1a//r+dkyfHHXmv53b95yKTjMoPcK7jF198tQffcuqrCUgNtU+ //XLWjZMSvhzwk8ndaghAAAAUJLY3/O+7zD0S6s9Pi6aRE7EZHLZi+1f5OqLm1fuvqnlcs+a 3d9sWsqm8E30iZciTl9PMjr6l69aI8zrmdNLrk24cubirYR0ncLZ0798tWohzi/xlaIFH/MQ PNvM3r95WCUbKXZtn7p9/jQ3jR9d7wAAAPDiWPt6qEwmL5lDZE6VWzS9lfhPVE7ymb+3O/fq Ut2jsB2rvCs3bl/Zgl3Z+lRq4FPJOgMuuDf+ZuufQyvZkCFy4fvD1mGVKQAAACj5hAQheJyj Vmzbua6fknHN7f1/bYqIe/0Gt+3C+i87tPOrus7MeHvdBx1H705DTykAAAAgQ325lH71unSu 7WfDuObO4b9Wbz0Vq3lduhCVpVqNXX/mxLJ3w+xIc23F+637/3HDgBoBAAAALyVDZYhBbswu qFGvt1qHuSnIlB51aM+ZJPH1OG+Hhh+N7R7qQNqodcMb1x2wMkqPygAAAAAviRwhKBgT98rt +/mXP37gjLF6bR/Za3HOPH33pr9P8cgpY2f+fSMHY/sAAACADNUK4+JatmG3sq/RCfOUVf3q rMQMfQAAAECGCsVoY2S8BVttuBZXYvsCAAAoLt1DfRGEV5iATjMAAAAAsK4MFSEAAAAAAOvK UDmhFxUAAAAArClDRQgAAAAAwLoyVLzUEgAAAACsK0PlEkb5AQAAAMCqMlQsgQkAAAAA1kSO DBWegUlKThANnMmdZN7OL+ZNuZynxRhiYsUcQeYdoizjy6z3GWmTJjkh28CZ3MnV27mISwob 0uMyNSJngo2bv5MNahoAAMD9DBVz+aFQ4h31x83SzotCh0WBMzoUd4YqiedXpv+8KPvEbUnk RERMYJ7V7d8b6963gUxhjdH49+NmK86LDh0WLZjRoWgZquHitJY/bMogp9Yf71zW1IahrgEA ABCRIIqYKwXPiAnePsXds2k0bRx8r++X6mO3JOaoqNzErmkDpaeSJ53Onvb2vZGrjEbrjYaD t4+quD7MxtfdCekpAADAA3JkqPAcirvDnV/8OfGbHSaTXN76G+8pfVXOMiIiMVW3emzStB1S poYJr1E0AAAA4EGGyjkyVHhZGZ5as2yZXsdZyHteP/ZX2T78vczdpt88H+0wdYW35DKECQAA 4PXLUNGHCs+umMehTRe0p9REckW7Xo/T0weUyvd+cZerEHMAAIDXkCBJyFDhJdElmDIlIkHu 72sm91WoGJ7MBAAAeC3JRVFEFCAvE0++ZbiVTK6B8pAAWZ7J6k999FKTaIyJFfW2slLBcne7 wtNLo4FzImLMpoSWWZI0iQkxsZl6W9dSwZ7uds/2BIFJl3zrzq1k5hroGxLg8MzRsGhfRMQN 6Xfj7yTqlZ4+ZYKdlC8qFGJO/L2rl+4kSq5lKoeU9bd7eF6SNjkhKjLDoUpY6WKduiXmZNy7 k5SiUbj4eAb4OSif9bNFbUpqbFwWOXuWCnR6trUOLI08cb06IzkxS6d09PZ1cVTi/ggA4KVm qOhDhUd0tzVLp6av2a1P1dL93NGruv2gr93fcXt6FiFeWp/xy6Lso5Gi4cFyUULp1k5DRjm3 C5c9JUF4lOC98M5SUX1p/aZfFh04Gql+eIR2pVu3GzKqU7twR9kTo3Fy6dS/1uy+laqVOBEx hVf1BoO+HlBYNCzZFxER117f8Of0n/cevaURORETHIKq9Bzdb2iP4Py5onjntz4/rrwpKpsN 3Pxj7QLpPU9eN6vvT9eNitBPNo7s6p1vY66+tH/GmBXrz6nvr+1FTOHfvMfkqe0Cr/zz03db 9kZpRObU449fv2teHCt9GTPOb9wyf96+o9E5Rv4gHPb+ZRt1azd4SKMwl7zHZrz0Y7t5u9Tk 0WPk6jGl4/7ZOGv2v3svZBg4EWN2fmEdh74zvF+Yp7yYI8818f8t27xiw8mTkZkPNpQ7hNSv 2/W9Lv3a+NmiXQAAeBkZKkeGCvdlHk0bPCjjXAYRIxtPRWk/lhljjDuT/UNvw91Jdk/qLuTZ htWfJEzdZTIS2Xkrw8Pk8mTj1Uhj9D8Zn+/N2TPNZ3pvRZ5Mx2RY0DX+txuciLhRMhKRIeer 6rcnPfoDmaL/Wr+Pw4staeXZt1Z/8uPUXclGYnbeQeFh7vLk2KuRydH/bPh876E90yZM7+1X IBfjmUfXDh604VwGJybYePqV9lNkxsTFnTnwQ++bdyfV5sW5LyIikrKOTpkwetGtHBJs7FUs R2/iUvbtc7+PuHb87Khfp9Tyyr2oATdmJiTHxYqqVL3ZIzHlZMTFJhsV3jn5r25TzNpZA8ZE xBvJvlS52rVKOWXfO3P8+r29f35Qf73MZBIFO9+KYWX8nT0kPSdFEcuAq6/O6zd1/slsiclc SoeGh7qpslNuXb11M/b6P3Ojdq/dO3TRp0PqOuU6M31GXHJcBpnS009MmzhyznU1Z0o7G6VW b5C45t6VdeMnHTo48NcFbcrZFFfkefaFHWM/WLH3rvFBTisXmCiKpuybB/fMPHR4c7dBv8xs VlqJ5gEAoKQzVBNG+YGIpLjs8UMzzmWQKtBu8A8eg5rJlURkFC9uTJ80Qb36O5OtSMQKpEOS adeYhO93mbijsud4z1FvqdzlRETGe5r5o1IWHzHu+ioptJLfkMq5Ux1uyJGy1Lk+ipNOLeke 10nJUIx1UkrbNWbq97tSuGNIz/Efjnqr/MMjPDN/1ILFR5J2fTU7tNK3Qyor8kbj0PihG85l kCqw5uAfPhjUzFNJRMaMixv/nDRh9+rvUp8QDUv2dV/W3uVjk02Vh4z87IO6lbzlojohYtXa H2cfiVLrri2f+2X5H3/t75OnF9Cila5Mkdu+GBcRb7Kp/MHI2eNq+SsfHN6sj2b9flojub8x afMnvcvYFtPNgf741DkLTmZzhzL95342qrXXgzF6Y8aFjeu/m/zPheTLS6Yd7PRXx8DHJ8Ye RuP3z5IMoR8M//SDeuF+KtKkXtiyeeb03acSjPH//jbqh4A1X1dyZMUQef3VrUPeXHFSzZnS s8mwd95vH1axvIcqJzn67Ol1czauP5F2c9PCoa4eG6aE26ONAAAoUYKEDBWIpFPz0/YlkeBu N3Gdz9D76SkRKWThvT1+W+oUrJOyzfW1Z+9P/2GrSRQU3eb6Tun7ID0lIoW/3YjfvfqVI9Lq l8/NSc+dTslVQ3cEn4kKORMVvOc7GyURqeynXgg5E/Xw55r/8CpmciRTtpiaJKY89Sc1RTLm P8K1P2xNEQWvbnMnTulbPtcR1hjx++h+5WSkjV4+90SeIyT9qflr9yVxwb3mxHVjh95PT4lI 4RLe+8PflrYN1mmeEA0L9vUg39TGZ5cZM+nX8Y3CvRUCMYWTb8Mho/7a0KeWEyMp+9jPfx1U 5/l7i15WrI9YsuOilmxr9fpx/IP09P7hfTr7rVr2TMqIvhIrMDORV6cmZaQ89Sc1RZP/3QrG qzv+ThZJ8On17qdtvB4/QqpwqdJ70B9bBjcPLj94SpvAvKPvjBER18ZlhXwxacmkptX8VDIi mZ179bcH/r59RKdSAuOm6D9WrrspFUPkDTcWfLzmlJoLntU/3/TTgs8b16nk6ahgShevsGbt Jq3/cU7fAJVdUJvOZezQQgAAlDS5yYRRftDoNmwyicQqDHDrEpj/P10aur7fOGv8Xs4pb9ed JO5Ymp0kkn0Ll5EtZfkzGzubIaMdNgzJzjyQcyzLob3T4/9R2DIFERHTqh5spLRndo8f9zPf hXf2x3sDlpqefj8leDkuOelZ/1FPmZS2Y+nhJJHZt+g1smWBiT92FYaMrrNhyNHMA8eOZTV4 fISaCxs2JYkkqzDg7S6B+d4YwFwa9ny/8f7xe3UFomHRvh6S+TYZ9n5gvsW1bCp1HjfocK9Z t01Jx9f/O6Bpz8f9hpZkqKa4U6cyJZKFd20QkrczURbSoGPNFScOZpw6cldsUjZv0iie/fGL AUuTC4t8qyUnP6qf+2NFnUZHRDzrVlyqWNk374eqyrWc/FcNZ3/zjzzI/JoOHxikyh+iumPG vHHwk+MZ+ugNf94c8NXD47Qw8jxl64bVkUYuOLedMvy96g75N5S5Nf1iwMQmAV1r22HOFABA iROMyFDBdEl7Wk0klzduoTAzC4XJqr2hvJ8N5MmLsrWHT3POWO2Odh7mvsMdqqnKyolr9Gcu v6QTy75y+LSBM0XtjrXMHSFzqFa+rJy4JurMZTFXNC6dVnOS+zRuUcpcNJyqveFvLhqW7OvR /8orhVYys6CBrHz3RpXkRFx/7miU4fHvLRrj53qtjhMxhUJe4ADlCiURcdEkFtuLspRla9dQ MeLZ//0+cNiW/25k5z1t5uHv/oSpWEwRXqGymWgw97ZNGjsxIvHusSv3pKJFnmcd3nY+SyJZ UNP+7ZzN5qDMvXqP9p54ZwQAwMsgF0UTovC6094xJotEKkXp0uZ7i7x8ZTKifDXFFGWI1BAx If1Y5uzb5jKibEOiRCSK8fESUVFfX1rxQ5/VXQtLn5Sy0vLcR3gzUsOJKdOPbZt9m5k7wpuJ EpGYGR9vILJ9GI2EZJFI5Vu6tNnkRPDydTUXDUv29YjKxd7siluyUuWreAvnYyV1TEKaRL4P o2hJH6rMKzhQxmJMF/ecS36nae6pVzzl7P4zJmKq0hV8C5yzUPHDMau7GguLvEvpfOm84NFz 6ocRb877J1Z/c+sfg7etcQ+r0qpzww7d6tQqpXpSr+T9VR1Uznbm39VgW75WFfnWg0bxTtxd ke53cFsYedOtM2cNnJhj7YoVFGgDAACsLkM1GPEc6msvM12SiJhccHjCuqQKc2tDSummdImI i+fXZZx/6ueLRuJFfiGVfSll1VLPt4mUnpkuEfHs8+s2FnaE4sMj5JnpORIRk9s+ORr3Mxpe 5H3lylBtnrD8puDs6cEolqQMdeajDJVzSx5EFVxb9qw+88gJ9Z4VE5cH/zQg+P7ANs+OWfvF H3vTuMynbq/WjgUOg9mXCnneyD9oXYKb/LjROezb5Yu3380SjalXTq+9cvrP6XaB9et3f7tV z45l3Z+wbpRS+aTeVXsPTwUjI8/KyjASKYoQeW16chYnkrn7uCJBBQCwwgzVaEIf6mtPEIiI uIlr9URmF9ZhrOCSpVxPRiKSK9qMdq731CVC/d8QXsqTfFxvNBKR3KfN6M5PPULB/43HE9gF gRERN+mfMxqW7KtwTGVny4iIyeS5xuYLS1DN/y/z6P7elzujxu9KPzD+yy7b6jSr6++QGXtq z4nTdw2k8O3xQ9+mLsVcUMqAah8urNrn9uXdW47u2nHi2KV0naiJObRn1uH9K1b1mLHwzTru uff44N/iE583ZrYONow0XBDkQpEiz6X7MeQmg4mjCQAAQIYKVsjRRRCISDIlJhM5mvkDvUaS eP7UR+Yic2ak5dy/kdNbNa3xvGQuTs6MtJz8G7V8q+YzPk/IHF3sBSKS0hOTJXIUzOS9Gr25 aFiwr8dMTxrLkHIyMjgRCS6OjxcOfZSuGk3Ggk8MENdqzK+TSjKvbvPH3Go/bvE1w73jh1Ye f/BxDmGNR017762aTsILKQdmH1y564jKXUcMUkdf3LVh/7pVRy8liylH/hr9uc+GJU18hPwp qumJj8NK6vQcTsScnJxlRYo8s3d2s2dk4Mm3EzU81AmToQAArItgMhkRhdedXYjSV05kMpw/ bzYz4DFRZhIoIVheSkYkiRfPGa1zup0Q7FdKxkhKvXguVXqOaPj7yolMd8+f15iLhhQTFS8W 074e0apzzF6IPOduZKxEJHiElnJ7lEUxpa0NEZGk0WnN7IynJamfkOHpr/62Ym2UIuy94QsX Dxv7WY/hk4fP3/Tzv/+M6FPT6cVPCRKcylTt9cXItfsnDqyiYsTT9u7aeSfvkTIiIn2mRm8+ kY+PijJxYvKygY8ee7Uw8vLS1arIGXHdybMRWehFBQCwuu9wA/pQQRZmU82JiPOjGzTJBb/k DYY9ex4Mu+b+Jhd8bOuHEnF+bkP2Tau8zxF8KtcPFYibzm049OxHKAsLq+bEiOuPbogwF41b e/YkmouGJft6lFMar9yINLMVT919JCKHk2Bfq0GumUiCi6enwIjE6DvRBbcy3jl6JNVsl6x4 Y8ekaVdySrf7+uumTTs0HzD6nWEfNG1eJ8DtRTyJKWWcP51k9jBkbpU/HBiuJOJSenxi7hDf f3qCm67fvGEuhsbIY3uiRCKhbIOKj54OsDDyzLlR2zAbRlJaxG8r7+E+HQDA2r7D8U4pILK1 7dZFISPK+S99+vZ8zwDyqN/T1t4w18kkU3btb+fAyHhBPWWpQWcu8bpzzpDxEvunZKW69q/i wLjxwtYpS2PMHaHhzrmY/EdoW6VbF08Z8Zz/1k3fnpY3Goao31euvSEW274e5Y53Di7ZmJTv blFMiJg+/ZRaIllgkzeb5pq3xRxq1A2UEUlJEet3Zeb9SPH2yhUrI81f1drzkZEGToaM+KQX nZJx9YE1owfOX3JSba5fU38rMsFExOTeIflWnGUPovHblgIdoro7K7/ecd1EzK5irx4BsqJG nvn27NY1QCCuPzdz9szDBY+Tpx/bPHNNrAHtAwDAy/gKrxoa0rl3PwTiFXA1NdvibZlvOXZh gyZGI0XtyjkvKapWlruomJhp2P1z8mcztKKnXMiRTEyo1tu5kf/jzRxDlfKI7GN3pXuHc44l CiFVlH4PFz43pOi3/5g0akzGPo2qdSOF2clB2ovZy/81iXJlm2EO5V7IhGrmGBokjzh87G7O vcPHjyWqQqoE+zk8mA9vSLm5/cfZo8Zs3Kcp17qRd64jlPmWU13YcDpGo4nadfS85Fe1sreL ShAzY3b//MtnMy6Jnm5CjtbE7Kv1bt/IXyjSvsT4vQsPX9MxxvS39p6KtguoVMHbWcm4MfPy xrVffbxyb6xIMre23388oHLuEDLnYNW19SduanTREbdVtapX81cJRGTMOPvbvOFTzuod7Iw6 I5d5NRnUtEqu2fmC6c7OP6+lpt3atWzbyhV7N284tHXdnj9X7Fq7+sDf206diswwuniHeNsU w9OoptuLBy/Zdzvh+IYjZzJtfMsE+Ds/mOhlSovZO/eXL+bfyOHMq8u7498s9fjEpIT9vx68 omGM9Df/OxvrGBwe5uEgZ0TGxOO7fxo+f8mJLIkpwj4aPq6Dh6KopUyk9KoRlr1v8400ffr5 vyOuGJ283Z3cXG0VAtfGRm6fu/DTcbv/230+rWrDpiEqPKcKYH3CPBwRhFcYe79Ly6WbdyMQ r4CNkfFF2j5xZ/J7w7Ju6oiImMCc3ZkuVdJJpCrt9OOn9P1wdRKT9/srcFzdPFtJSdoZAxOX nZYkIqaSBZZXBnlT2g0vfNPIAAAgAElEQVT99RjJwIkp5R1n+H3XQ252Tnzq6vhmn2kNKvuZ V7zb276ouEhJ52YMnLXsdLZExFROgeVLBXnL0m7cvB6TY+CcKX06zpjwXQ+fvEfIE3cufG/Y 3ps6TkRMUDq7K3WpOTqJVKVb/vgp+374v0nMs99f88bVlRVpX4bTX1b7YZPatfv0vjR3/qbb IlPYurkrtamZOUZORCTYVx32xaKxlQtMspfurZ/Zd/TxeBNngq1/tdBybqaES1HXEgy2VbpO 6XB97A+XjYpKE45N7uOXe0vdpdlTBky7lv2Erlwmcwj/cNSCcdXci5qliokH1n0xctOJJJET MUHh4OUZGOBImal3Y1LVBk7EnGp0m7vinTquuQ7PeH5izSnrUsi5Xddu93Yuv6AX7J0D/B1M KckJ6XqREzGZb+sPFi9qVVZZLKVMRKbYv5cMHbnn+oNHjpnMwclNqUtPN5g4J2JO1Tv99Fu/ xt4C2hcA69M91BdBeIXJqlco3eWtdxGIV0BR+lCJiBzK2betIyRf1EencImTTsNFhSy8m/uM Ra71ZbqNa3XpEgW3dW5VNk+uxOwVDbo7VHEUY6+bEtVSRqIp5qYpKYNLSln5ls5fLfAa0lj2 hFUvS6AP9f4R+jToXr+KY07s9fhEtSYjMTnmZmJShkFSOpVv2f6rBSOGNHYtcITMoVzNtnXs ki/eiE4xSFzUaQyiwiW82zszFr1dXxa5ce3VdIkFt+3UKu8rQp97X2L83oWHowLaTZ7aqXfX inZx0ZeiUtPVOqNEREzlV7nPd59+/0F5czPNmVPFOq0riTfP3bqbocuMT7h9MynV6Fztnffm /tI59M7h5bsTRcGuSs9Wb3g+yq64+uTWSVMO3nWpOeKXkZ8Patqhc71WbWo1aVmraYtqDeoE ummTou9lxp8+F1+ueZvQIvYaCg7B4Z3fqVvBSZ9yNyUxQ6fLzkqOS01O0+glZuNdru2wD2dM a1sp3+qrUuL+xQcva8i2ZvdF89v7pt06fzE+PlmdpRU5McHBr8Unw3/+tmGQsrhKmYgEp/I1 u3QIViTfu3E7UytybtBrtKLEBLuACp0/HTbrh9aVndF/CmCd0If6amMDu7ZYsmkPAvEKKGof 6qM8JvWa/tJN0eQgC66oKuPxzF/PnKdc11+/I2bqmaO7LLiSKsDJyiLEDSnXb16/k5Gplzm6 uwVXCgkofHklY+q1qEs3M00ObsEVS5fxULzIfRER1yXcPncxLilLcAkKqV7Nx7HQCfam7Dvn oyPvZoqOnmWrlXviIvhE4q1dH3RYfFxR54edn3bxM3cwpqRVfUZ9e0hv037koSUNHYot7lLO vTvXbqakZZhU3t7Bpf38PVTmT8t4fmKtKeuSyaX3V4dm1VAQGZJjzpyOuZcm2noHVK9X1teO vbDIk6hOuHw+9l5SjmTn6BUcEl7B1QapKYBVQx/qq00uMAlRgDx3Le4VbJpUsGA75hFq4xFq zWem9Ait8JxHqHCvUNGiaFiwLyJiNj4hdX1CnucSdgisWTWw8PVoxbPLNkdkkG3nRm38npCx yd3DKjoLhxLFHK2ek0Ox5WeCvX9wTf9gC7ZUegbVbRtUIpEnmZNPlUY+VdAAAABYBYERlgIE ePWZUhIzJeK6yOtXc8z/hZR4at32ZJHJyr4R6vKyug/RbQkAAEREglzAVwLAq09Zq011F4HE 69uG9Pzl1w3nr8brHi5JJWbdvrp94ZL3O8zaEssVwS1HvVdK9pKOEq0RAAAQEZFcrpAjCgCv PObRdfDs24ax887Gnd8/c/j+mYzJlCo7FTNodPcnrhOTub/RafLcvo3QgwoAAC87Q1UpkaEC vA4EpzdGj9v9/t1DG/f/c/RufGJ6cmJ6SrrextXdx8s7tHrFhh2btG/o6/AyF1ay9a9YppIP dyxlh1wVAOD1xsYP7DJlyWYE4hVQXHP5AQAArB/m8r/a5EqFAlF4Ra7VYA2CAAAAAK8AQSbI EAUAAAAAsKIMVZDhOVQAAAAAsKYMVaHEKD8AAAAAWFOGKpchQwUAAAAA68pQMcoPAAAAANaU oSpVyFABAAAAwJoyVIa5/AAAAABgTeQKPIcKhRMNCQlaPWcKR3s/5xdzT8NNKXfSbtzLyZLZ +AV5hPkoBIT9daxpmvR0tYHn+R0T7FzcnZQIzutSB9QJCWl6zhSOvn7OKPbiZMhOytBKnAk2 Tl4vObQoZSicIDC8XhAKbUzunOvVYnFo8z++PGYq/k+XtCdX72nXakFQyz+avruhU59VtRrP K9Nz5+zj2YbXNuI8+8JfH3fv1+7DpYdS+atwPunn5gwZ2KLbxIVnsp52PlLikl6NfIPq5fkJ 7vj5ISOuwtentVnYq0VIaPMaXx7TIhrFm6Aemlo1uJ5vcLM+69IklDJYPbkcCSo8K2bj513c Xe6mjD9G/vnxriwDJ4Wjc7WqHt4m9dlzyfHnLo/tf+fwN71W9XZ7De+vxVvzhk2cf9LI6cQ1 56rXp9f6Px/pEE/N+OLTZTdNxA7FeTY4Ojz8if3wgp2bh7fXw3zUmJ2coZNw5b2WrY2bn7cd wvBiGvLAIHcBpQzWn6ESw2AqPLPi7s4TT/2ydcSuLKPMuduETvPf8nGVERGZ0uIWTdz+5S5N mgaPSVsXQ9q10xfPXYlO8m/9cdsAodgrjuAzaN2hQY/2tnd8UKe1CQg7Wht4AVclShmsPUMV BHSiwstqm9TRs1cma7lQvl+7JX187B/VSje/YTO7aUafq9LL5fXMUGWlh83/Nv67HbfcG33x ZU3r6UA1nV/atdWiSNG262+9Pnme86n96fSfM+f/nejX/cv3KuOuA+DlX5UAVp+hMkKGCi+J 8fKdw2pOMvee3f3s8/2f0mPEjGYK1WsbG4fwHj+v7WFtRyVlZmRIRIJ7cJDtc23IXKsOm7to GOo8PPsNLELwgq9KlDJYOUEuxyg/vCTaxKx0iUjmGORjphYqVTLcPVkZU3qmmhPJvEv5ot0A wFUJ8ALJBQF1GvIRjQm3U66nkHuAa3l/G8Wz3vHy7KT06DitTmVfOtjJ07bwimU0iJyImNzG puRa85zUu7fj08g5qHSAh+1zpcCSLj3x1q34NMkhoEzpINdCXnXB9ZmxMXGJ2XK3UgHBzxKN ohRYdtKN6Lhkncq3dHCQp638OU5JnZiQnKpVuvt5ezsrCztInpmhljgxwc3Hw3rbDYujYZnn jKFFdYPrk6Ku38xxKV+p1MOJg1yTePPKHYN72bLBrgpWjFsREXFdWnzMvVS1aOfh6x3g7fA8 z5mIWfExkXey7fxDygU4Kp6luBJuX7qewtwDypf3d33m1qZopfx81/JzszzyFpxXEa9KMTvp 7vXbmQrvoPJBLqoXUXuLUMrwumeoMkKGCg9pY6Jnzjj66/6kJC2/nzv6Vgn9dFzTwa5PbUxE 7enNEd8tvbI3SqPnRERMUIa2qD7241q9Ktk+5aHDh5/2wmbrGfeP7f7+RjXz7rJy3+gad3dP nTh/0bZLCXpOxAQH34ZvfvDtxHca+Zg5RGPEz436b0qQlG1nbVvYQX533x9Tpq1YezA2S+JE xBQuYa17T5wy9M2K9gW+bHhO9P6fv/t16bazt7PuZ+Aqn2pN3x894ose5Z2fcKaGfydV/GBX dsHwKqp8c2Dhh6WeFCAx5fTmqd8t/WNvVPLDyDuFtvh47Meje1Vyf1rktVE7/5g2f8vWQ1FJ DzaUuZav16NP38+HtSyf94kL44nZTd7dGCcREZmykg1EXH9wWKW6ox+3IqFjdv42KrTA/jS7 3686YYc+96+UHeb9u7TTC7ohsTQaFmYhzxFDC+pG5qaxb4w5ZvTqtHhppa2Dv1kYkWzgzL5c h9nrp73vG7VgxJgJf0WmmTiTuzccO3fLuDdcmeVb5Tqne/uW/frTb//+dznlfhNATOZSplaX dz/4ekTT4AL5i2HX11U+2a8T/D5YtXJcDVP09iUTvl2+/lyakRMxm1INen0/d0zfMJsntTZb Z8745tf955K092Nh41ul96fjZhTW2jxvKRfhWn4ORYz8856X5Vdlrrv1u/t+nzT5t9UnkvSc iCl8anWdPGf8B9WfFAdLWjZLSxmAiIi2/jyZw6tBd6NIP/GrDtVx+YloOrGf7DyWVAtfFuQy k9F0Zrts2DcHa8unk2zxiHVivq205xNntVqkZNOJ/eTgvax+4w1NKv7qIp9ONJ0pfu3xY5o6 344ikyZV/cXZcY6z4xwn2xmMphObYec4x/nRj8uK8VvEIp7Lg5+rf/dzYUSC7zvrdwyr6yoQ MUFl56B6ND2QKUq1XHD6UsFt9bv6+AtEzO7ttceOTGnge39VNiYoHexsHm4tuLVcfjsq74aX I5d1q2D34A+YXGWrfLQrm/JvT7+WYf5Qdes6O5r9WlDWmnXtuvmz054/M6tVkJIRMcHBO7x+ 4/ZNKga7yBkRMUVwjx8j1eb3JSVtnt05QPXouASZ/PHjFMwhtMuy81fyhGJnH7+n30IoKk45 HWlmX6k/d8+fnKh6rLj47CWo3/6Wj0AkeH64/Wohf2xpNCz7ed4YPn/diEpb0lxFJDiXrRKk ULqVbdSwvKeSETG7xh9929FdUHrX7d65YyVngYhkgSP2XCrCVg8r4ZU5g6s8zE6YoHL1K1fW z8Pu/okJzrWHHEiIyl9v17S3ZUSywNH7juwZW9NdICIms7F9eIUxmWfzJVfN1A0pftX4Oi7C /b+x8yhfLTw8yEXFiJht5WHffFVbTiQrM2KdoThK2dJr+bl+ihR5C87Lsqvy4QXl+v7miGPf NvSVMyImqGxtHtZewfWNGafNXmuWtGwWlvJz/cArTSDM5QcikuKvDBkZEZHBbQJKT1z6Qfzx gcc3DYg8NvjQj1WrCqkLp52LlMzd7krZGyds/myP2uTgNWDKO1cPDtj3W/ddWz+4s6/Hl/Ud 5KbMjV9vn3FFzLeNQaPPzNJnZunVWokTEZc0WQ9+k5mlz8wy6MXiOi1GxIi4+sCn7y66WWnA 8v8OqtMuZKWdv3Pgh+GNvFWMG+/uHdF3xoHMJ9zIM2XOf9P6fn00gTwaD//hwOXTmpQL6rj9 x5cNeMNVZl+9cVOv3JePFLfhy5aDNl/TkG3ZdtM3bYuJv5CTFHFt93eDqzkKXHd97Vddxh5O M7crZdMvjp/ecfHxz/b946o9dR1YKW7jhK6f7YkxOVQfMOXI1YMX9v22fdfWW3f2bf+yvp/c dHvj131nXNEX3E53bUaPd0dtjdWTMqjtxyt3bbsVf1mfdvJWxG+/fFjbT0nZkVsH9/xxX1au b7o3hu07df+oti17y0sgEnw6L4vIdbQRvwwua66rxq75vLN7oy7vjbq899qGfqEvcLjd0mhY 5vljaHHdkDKjI1W9Np3fcXDPtpOzGjkzrjm4cPxOec/F6w+vnrl1z9Q+vgKJ93bujDQVeSsx 8/aFW1qbkCZf/Lry6u1z2fEHr186mBx36Mi8HpXteebJRW+P3JVs/kLRX5438s1p51QNB/7+ 36HM1ItZ93b+NbKGh8DF5ANfTvgn/1ZS/KohI7+PyOA2AR0mLo2OPx55fNOFyGMxh34cXFW4 snDa/Ce0NkUq5ee7li2tiJZE3pLzsvyqJCISb678ovvEo8Ya7yzcvT899UJW/J5t4+r7ypmU fnLy2A13pAKRt6D2WljKALlG+TGVH4jIeHjxkW3JXHArM3tl1/4BDyuFwq5Wj1Y7fITmA89e k4gKtHfqg0c+364WBef+M3ouaG73qC4p/UImLeqk7fbn7BuJcxdEfTingvuj/5N5fblx+Kec iHjKhs1VJ9/Rq8ouOdihq+3jrFKpMtM7YMzRpGv409szJihc3JXKvCkqEc+JT6362dG/B4c/ 6NKzDajba84/jRoPeuuttbGGa6u/XPr24dGlzTTnXP33os1cHjxo9aoFHb3u/4HMJaDO2+P+ DSy1inULFHK34luGDv/7rkhO9Ybv3Phxfdf7/+cW2qj3wn01q/br9/H25MglX3/35t8z6ufv WmROPhUr+uTeccKxp445qg9O/Hz7HVEI7j9j14Lmnrki327Soj+13ZrPvnF67oLNH87p7Z77 Ywwnp342/rBaEjzafrdo1Yiqbg+O3yW4auNhcxp0bfN16z5bbLu3r+mQ69jsvUIret3fPEau 50Qyj6BqlcpXLjTjZHY+IUEPBhRzXF7gixcsi4YxJzldIxZWowq8cNWSGFpeNwTPfj992d5T IKLA9i1rKQ/u1TO7RkOn9/KVEZFLraZV5CviTanJGVKRt7KrPnjNurIJVVvWcctVrW286g38 fmPOnWpjTiZs+mPNN60/CSxwdYqJuzaml31r2s6FXcrefxLAtWzPH+YZYtr325Se8s/Wf9Lb 93N7HHnN4cWTtiVLglun2Ss39Q94eN0pvGv1WLDDR9F84LwntDYW1XlLrmVL64ZFkbfovCy/ KolIUh/YcLhUx693LX8n/P5y+U5BHcf/sji2Q5fl8VkHt2659+bwXE8WWVZ7LSxlgNzXE0IA RNo7v29ViyRU7tvwnYD8rbtb/bqjGj58tp/n6UBdv/xavEiOjepObmaXfzNb/zHDy7kwnn7o +r7svH0ZtgoHO4WDndL+QSYqqOzu/0bhYKdwsFWYm20iRcxcGVJvQdBTf4I7HjD7ekyZ77sT +4fnSwtlPj1+HNXFVSCuP7V84xmzr3PlksTtGn49b87Dr7RHJ+HcoP/Q+rnXdjGcmLdwe5rE VFW+XDDsYSP+6Mu/7OC5o9s4MTLFLPtlT5HfYyrdW798bbzIHBtNmNzMs0DkG4wZ3tWFSemH 1ueNPE/c8f2i63oueHWfsHxkVbf8YZb5tx81Y/b0DRNqOpvPjo2Zah0nElxcXK2o5bAwGsaI mbVD6uV/w2phL1y1KIaW1w3mUKddQ9uHCb+9PSMiRYOerR/mD4JMICKu0+l4kbcikgU1a13H rWDRysp0bVtLQdxw+dgZs28iZg4NPtv268P09MHvPDv1qu/IiGtvXLiRe1REu+f3rbdFklfu O+WdgHwZCnOrP25UQ3tzrY1lpWzRtWxh3bAo8kU+L0uuSqaqOnTziofp6cO75JZvNvUSiBuj L1wTi9yyWVbKAMhQIX8Td/nO0SxOMpc2Td0V5rrC6tRylxdsTLJjd581ciZv2K6st7mMxrmq XwU5cW3Csasv68WVD56GU1ZqUMPMdA3m1frdNk4CkelWxME75o9RXu7tqUPKFz61x3jpr023 TcRsm771nrnZCYJf+w87uAjEM/87eLSoL6LOPrT7rIYzm4btOpuLPHOuWq+CnLj2xLGrub5C eeqeHbszJJIFvju8tfkhTebWtn+boCd1w/CcTLVERMzR0cmKxl4si4ZlLIphEeqG4OjspniU YplMnIgpvbwfZb+SaK7aWrbV074nPNw9BCJuTE3JMpNQMJvm73cPLdB02AaV8pMRcU1W7o2M l/cfzZJIVrZN00rmWhvPOrUqmGttil7Kz3otF+UL9bkjX+TzsuSqlNfr/2a1AoGQBwUGyoi4 Rp0tFbX2WljKAHnrJCoIkCY2I0EkUrlWCDZ7y8J8fexlRPkaSOPNxAtaIiZPiTg1OYaZazoT 4yQiUXM33kRUxEFeoep7XQ90KmzcTWFXPm96xRgRka2Ts/nvJZu6DSsr1hzWm+5G3hSpdMGz l1fu3a3OMyyDLd4+efiuSCQPq1/Dw/z3hF29hpUUaw7r1VfP3hQ7FeXFSsabpy9oOTGblIiZ k2MEc5E/HScRiUl343VED78gTGeOnNdyEpxrNKli0WuqpJysHE5ETKlQWk+GamE0SF71vU0H OukLq1HeeWqUJTEsUt0w89I/mazQumPZVrmLWpt643J0TFqOTmfQ6fUG3YV4zoi4ySRyKvBo mOAWEuTAzCSuNipGxA06A8/d2kQniESqchWCzd4KyXx9fM21NpaVsgXXsqV1w6LIF/28LLgq mV1QkHvBfTGVyoYRccmgNxGpilR7LStlgAIZKrzueHq6TiJiMqXjE/oXlEozbayUrkmTiLju 5MaIk0/9fJNJMvO19pwcA7xqB1i2KVMqn7DOH3PxdrdhpOfZqWkmM+0/s61UJfhZvtmlhMQE iYgEHz/3JwxMMFd/b3uB9FJ6UhGH+aX05DSJiKef3PhDYZE3Po68NiExWyKSe3n7WvgeVZPR RERMUCis6PExC6NBzDGg+nPXKEtiWKJ1o2hMSef/+Hnpyj3nzlyNzzQ++5E8KQm7f4NIuR8f l9LT0yUiJnN8cmujKti5ZmkpW3AtW1o3SrT2FumqZIJMzswWl5nysqj2WljKAPkzVIapUq+9 +/f9XDTmGJ7Q18lYwXrC9aKBiGQu3T+p1cz1KdWIBdV8WV1uD3ZrMpme9Af2DvaMMjmTm2+y beztnulJGG4w3O8netpcLpVKRURcNJmK1ixzvc5ARLIy3T/59KmRlwXVfLyIFZek+0snGA0G y/bPTQYjJ6LcSytZwQ2WRdGwcF+WxLBE64blxHvbv+v0/spzmRLJHIOq1Kzp6ezm5uLm4mAr ZyQlHly566y6eFobgYi4mPOcrU1RS/mZr+X/s9r7gq9KC2uvZaUMkD9Dhdcec3ZRCUQk5sQl czIzWkc6jVHi+e94ZS62LoxyiIIaVPmgmpU+0cwedD886XtfTE/P5ETMycOtSN2Cgru7u0AJ khQfmySRi9nPMqamZXIimYunW9GiJXPxcGGUQyyowaAPqj1rXx6z9/a0E8ggJd65mc3ruVrw 9XC/t4buD/VaC8uiYWF1siSGJVo3LKU7Obdj3xXndIJvi0+W/jKobUjeqY/GU6N2/FssGarg 7OIiEJGYEJcskkPBaHCdRmOutSm5Uv4/q70v9qq0rPZaWMoA+aof7mKA7IPdS8mIxJQTF80+ eiXdiE4vuESpLNC1tIxIyjp5Pkuy2nNjREQ6dYbOfIIadeWmnhNTlAkv2nKd8jKVqjoJROLV I6eTzDe5pgunr+o5MbsylUsXbZBcFhhaWsZIunvy/L3niLy8ep3KSkZcc3rnwSyLvhYkUSQi zo1GkxV9x1sWDQvL2YIYlmjdsAxPXvvD8vNaLi/Tb82fn7QLKbAyh5STmcWLq7WpUEpGJF4+ cVFt7iPFG9FR4sst5f+v2vtir0oLa69lpQyQP0NFTzvIy/vXcWLEjfu2RCUUbCYNSVv3ZZoK 3O4K3oHNywnExRNbrl4zWeeZ3a/d3Bh19qq5IzRc37A1ykQkr1i3URHX63Z4o1NTR4G4/vBf v18z1/Rqz6zdHCsSs63TqJFTEa9a72bNy8mJG05sWf0ckWderVs1tGMkpW+atfaqwYIdK1RK IiIpLT3NerIEC6NhYYWyJIYlWTcsY7xyKCKHk+DdomU9BzP/r4n4778Mqbham4Z1nATiOfu2 bDTX2pzduu+mudamBEv5/6v2vuCr0rLaa1kpA+S7PjhHBQHboH4dnWREWYePfrUrO28rZLq8 6uDim+aaPpl7vz5BTowMl06NWp5sbgUlU/SF5LSXW8EYEZEYu3LW37H5z0F3af53cy6JxGwb v9clrIhdV8yl68g3y8sZ11/6ccSyi/mjkRMxfeqS2yIJnr0+audb1LtCWcV+fVo4MW649NOo 5RfMRV4bfeFCgcgLpbqN6eMvI66JmNtv4rHkAoXKU09Mm/DXE1/LI/Pw85YRkfHcvp15OnzE 1IsXo7Qvq4gtjIaFLaYFMSzRumFZ7VXZ2hARz05ILNhVako48PnItbeKrcfLtmW/joEy4lmH J3+1Ky7vx2ovrxq7+KbpZZfy/1PtfdFXpYW117JSBsiXoSIGQCRvOLBOSxdGYtba0au6zrl5 I0siIlNmysYZmzpOvSt4Oph7wxEL6Nrky9oqQdIdnPZXmwnnjiQ9boj0qYlrvvuraa81Hafd SX3JtYwxnrx1QptBKw/fe7BQtj7u5Pzh/VqOj8iQmE2V/lP6+Bf96T+b2kMXDitnw6TMQ9Pb dJ+15Vrm/aVURPX1lcPeaj31goYLPh0/+7ptMawlKgR0nfZlbRdBSj84rVWbCfOPJD3qzuP6 1NNrvmvdtFfDjtP25Y+8XYvJ3w+roGBce2b2h/V6zV59OCo+RyQiKefekVXT29V7b+xPE7t9 +l+K2RJj7g0bllUw4llHx7wzZfWphPT0xEuH//npw54V6g/4altG/o24JIqiySSaTKLp4TqQ Uq7fmNsJf/wHJtEk8geTNERTrl/m39DSaFjGkhiWZN2wqBuucptm7gJx9d8zhq2Iznl05FwX s/uXjvU/WnDFUIzXsG3DgV+1dBFIvLt2dJ2uc7bfyDIRkSnz4sYZnTtOPSB4+plrbUq2lEvw O7iI5/W8V2VJtWyWlTJAnsyEMSzaD0SygPAF38e3G30xUpe1e87G8F/krm5ybZpOK5FNSJWl w9lnn53PIZ4/N1B5jJjdKXnI3z+f05xYs6flxqNlyrqX8RJSohMv3dXpOTGlS8sKTg4vrSW6 P8rPXFt90Tful7lfN143zTvIz9WUGhOboRE5EVMEtJj9+yf17ItlZ45Npixalj5o4Iro+P3z ulZf6OBbpoJ7TtS1uEwjJxLcG3z856JuwcXznKEqfMTstclD3vn5XNKJNcNabvy6TNmKZbwU KdFnLt1N13POlGVbVggsEHnmWn/65lm6np8vvqSN3j63z/a5TG7v6aHMSc3QGDknElyqduoU 9oQpQLJKg4b0/HXEmgQp8+SKPg1XPP5YwfHW9dsGqpZ7VS9jxNSwFr9F5+k+0W8aUE0x4P4Z NFp847dB+d6io98/IHDwisx81SxlcefwxY++0b1677zxXWtlMUTDwnK2IIYlWjcs4NB+whdd 943dFBf35+DOhxc1aFojwFmXFHnmxMEraUayr9SzteM/O49nF1trM3DB9yfajV4aqYvdPadj +C+2rm622rR0rUKs6kcAABjQSURBVEQ2IYOWDhc++2xRDkkFWpuSLOUSVMTzer6rsuRaNgtL GSDX/RtCAA9aIb/WrXcva/p2mI2cEZdMaSk6ndy+Vtfm/6xr1SXExpkRSfq0zPyjmoJn8Pcr +20eU6mut4IZNDcu3921P+b0HZ1BYVe5ZZ3lm/ot7eKiepmnRURETo2++eO/eW/WdjUmRt+4 GpOuETkT7EM7f7Jl39wPw4rvjfHKUm8tXHdkyXutQuwEErPjrp+6eC/TSDLnMl3Hzz++7ZPG zzyD/mHDLTxxuW/Bs833K09uHtO/rrcdMyTfuPzfrv17Tt9JMyg8Krccu3zTqaV530L56BiD 2y48sGXD+LZVPZSMiJtykhLSc4wkOPg36j9u96k1P7XxetI+mVfbX7d+935tT9uHcyyZwjm0 1XtL/ttzfHy1l1nOlkbDwnK2IIbFVzdeyC1qULfVB3+b2qusE9PfO71v1eI/5q/4Z981fUDj t2dt/fvE0u5hxbpinODXeuHuZT+9HeYmZ8QlbVpKmk7uXavrrH/WLewS4ubMiKTMtEzTSy3l /5faWxJXpUW118JSBnhUt7f98k3HYRMQiFeBPrpYPkZMuh5/5pbGaO9QLsy7gvszd+twU+KN xEt3c9INMmc3h3JhXsGOL7s3w/jv0Ebtfksht57bbk9tryTSp1w4dvZiTLrRzqti3Tq1Stk+ 8RZNEvVGEycmUygVFtzHcW3s2dMnIuNTDUr3UuXr1avga/tcwRCjZvau9NU5o03z5bd/fdel sJ0l3jhz6W5CukHh7OZfLqxasOMzlZpJHX324pWYlAzR1sM/qFrN8s9+kMaMe5cvxWQo3YLL lwt2kVnTZWBpNCxjQQyLWjfyVhSjwShyJlOonqeaPnkrUZMce+3qjev3tCp33wo1w8PclS+2 0Uq6HnHmVpLR3r9cWI0K7qoXUcpFvJaLVWHlVaTaWxJXpUW119JSfgaqMvjmR4YKr1GG+gox 7h7WqO3SXBmqNeJZ6Vm2rk55Frvi6nX9mr21PlNW7sMjZ794A8sWAwAgQ33NYJQfXvF7MCs/ Pil226DmH/+cZxIvVx+dN2WrmpMspEPLqkhPAQDg9YNvP0CC+vKIdxZ9NHn9VfX6dn2vjxn8 bvNQP1nquZ2rv5m69ZKBZEFdf/qsugqFCAAAr2GGKmDFfkCC+rLIfFq+07TMka1RqecXfzF0 ca4DVwU1n7pqQicPXJ4AAPBaZqgcr3SAVzdBdQqsULOGN3fyd7bSTE9Z7p2fztZqN2fWqjU7 Tl1N0olyO68y4e3f7D18SIfqrngIBwAAXtev8H/mf9tmyDgE4lWAmVL/50S9zqSwUSEvBQB4 Fpgp9UqTS1xCFHCtgjWQqUiGKAAAAOSeKXXp2rlH/65coRpCAwAAAAAvOUNFVgoAAAAA1kBg hMnCAAAAAGBFMMoPAAAAANaaoSIrBQAAAABrIDCs2A8AAAAA1gSj/AAAAABgrRkqslIAAAAA sAYCYcV+AAAAALAmcnr4HCpG+QEAAADAOjJUZKUAAAAAYE0wlx8AAAAArAvm8gMAAACAtWao yEoBAAAAwBpgLj8AAAAAWBf5o8dQMcoPAAAAAFaRoSIrBQAAAACrgrn8AAAAAGBd5Awr9gMA AACAVWWoyEoBAAAAwKoIRJjLDwAAAABWBCv2AwAAAIC1ZqjISgEAAADAGgicIwgAAAAAYEUw yg8AAAAAVpah8oedqMhKAQAAAMAaCBwL9gMAAACANcGK/QAAAABgZRmqgKwUAAAAAKyJwJiA KAAAAACA9ZA/eqcURvkBAAAAwDoyVIasFAAAAACsCIb4AQAAAMC6YMV+AAAAALCyDJVxZKUA AAAAYEUwyg8AAAAA1gWj/AAAAABgrRkqslIAAAAAsAaC8OhBVAAAAAAAKyBnDxdExSg/AAAA AFhFhoqsFAAAAACsCubyAwAAAIB1kXMm3f8XRvkBAAAAwCoyVMYYslIAAAAAsB6Yyg8AAAAA 1gUr9gMAAACAlWWoGOUHAAAAAKuCufwAAAAAYF3khLn8AAAAAGBdGSqyUgAAAACwJgJxDPQD AAAAgBXBXH4AAAAAsLYMlSErBQAAAAArgiF+AAAAALAuGOUHAAAAAGvLULFiPwAAAABYE4zy AwAAAIB1efzWU4zyAwAAAIBVZKhEErJSAAAAALAeGOUHAAAAAOuCufwAAAAAYK0ZKrJSAAAA ALAGgpxhoB8AAAAArIicc37/XxjlBwAAAADryFCJIysFAAAAAOshPOxCBQAAAACwCnLOH6yH ilF+AAAAALCKDFUQBGSlAAAAAGA9BIYYAAAAAIA1kTP2IEfFKD8AAAAAWEeGSgxZKQAAAABY DyzXDwAAAADW5fFbTzHKDwAAAADWkaEyCVkpAAAAAFgPgQQM9AMAAACAFcEoPwAAAABYW4Yq YZQfAAAAAKyIQAxr9gMAAACAFZETVuwHAAAAAKvKUB91oSIrBQAAAABrIPCHz6ECAAAAAFgD zOUHAAAAACvLUBmyUgAAAACwJliuHwAAAACsi5zzB//CKD8AAAAAWEWGSg9TVGSlAAAAAGAN BCZgxX4AAAAAsCJyhhX7AQAAAMCqMlRkpQAAAABgVTCXHwAAAACsi5wIo/wAAAAAYF0ZKrJS AAAAALAiAtH/2rtjJEd69Iqiia/wS6NxtP89yphQKDSa7mJCRpNZW7jGORZtWDf4CPA4BQAA On6+Q7XyAwDQKlRVCgBAgbv8AAC0WPkBAKgWqioFAKBgzv1yCgAAdOy1vNgPAECyUFUpAAAF 8wlUAABI2Pf9/k8pKz8AAJFCvVUpAAAds8z8AACUuMsPAEC1UFUpAAAF7vIDANBi5QcAIFao qhQAgJR53kMFAICC/fwO1coPAECiUFUpAAAp4wgAAEj5+Q7Vyg8AQKtQVSkAAAVWfgAAWvb5 PDZl5QcAIFGoqhQAgJR53kMFAIACd/kBAIgV6vp8iapKAQAomPNclQIAgAArPwAAsUJ9vkNV pQAAFHixHwCAFis/AADVQlWlAAAUzPJkPwAAJVZ+AACqhapKAQAocJcfAICWn/dQrfwAACQK VZUCAJAyz3eoAABQ4C4/AACxQj3XrUoBAOhwlx8AgJZ9nfd/Sln5AQBoFKoqBQCgZFzlBwAg xV1+AACqhapKAQAocJcfAIAWKz8AALlCPaoUAICOOed2CgAAdOzntSkrPwAAkUK18gMAEDLH k/0AAJTs+34XqpUfAIBEoapSAABS3OUHAKDFyg8AQKxQX7cqBQAgZM79cgoAAHTs560pKz8A AIlCfb1eqhQAgI65PNgPAEDJfv5SysoPAECiUO/Pl6iqFACAgjnHzA8AQMg+Z/35ZOUHAKBR qFZ+AABKxhEAAJCy7/v9HaqVHwCARqEeKz8AACFz37dTAACgY5/3n55a+QEAaBTq9+ulSgEA 6JhzLacAAEDHvl/u8gMAUCrU1+emlCoFAKBgfv1+OQUAADr2v37//vPJyg8AQKJQf/36VqUA AHRY+QEAaNm/7vd3qFZ+AAAahfpt5QcAIGR+//rtFAAA6NjfLys/AAClQv39/VuVAgDQMWd9 OQUAADr2dc2fT1Z+AAAShbpHlQIAEDKzllMAAKBjr7HyAwBQKtSvry9VCgBAx/y13eUHACBk f827UK38AABECnWpUgAAOma+rPwAAITs/WXlBwCgVKh/fZ7sV6UAABTM/hqnAABAx97u8gMA kCrU5z1UVQoAQIGVHwCAlj1f7/dQrfwAACQKdY27/AAAhMzzn1IAAFCwZ72/Q7XyAwCQKNS/ vlQpAAAhsz7voQIAQMF+foZq5QcAoFWoqhQAgIL5MvIDAFDiLj8AALFCvc5SpQAAdMyXmR8A gJJ9rfd3qFZ+AAAShbqWlR8AgJBxBAAApOznk5UfAIBWoapSAAAK5pzjFAAA6NgzXuwHAKBU qM93qKoUAICCudbtFAAA6HCXHwCAWKGuy4v9AACEzPOfUgAAUGDlBwCgWqiqFACAAi/2AwDQ YuUHAKBaqKoUAICCcQQAAKTs57UpKz8AAI1C9WI/AAAlXuwHAKDFyg8AQKxQVSkAACle7AcA oMWL/QAAVAtVlQIAUOAuPwAALVZ+AACqhapKAQAoGEcAAEDKfl6bsvIDAJAoVFUKAEDKrGXo BwAgZD+vTVn5AQBIFOrzO1RVCgBAwXwCFQAAEvblLj8AAK1CVaUAAJTMtcz8AACE/HyHauUH ACBSqKNKAQDo8Fw/AAAtVn4AAGqF6sV+AABK5nKVHwCAEis/AACxQj1LlQIAEDLnmPkBAAj5 eQ/Vyg8AQKJQz+UuPwAAIXNb+QEAKHGXHwCAWqGuUaUAAHSMIwAAIMXKDwBAtVBVKQAABXPd 7vIDABBi5QcAoFqoqhQAgAJ3+QEAaLHyAwBQK9S1VCkAAB1zucoPAEDJPp9CtfIDAJAoVFUK AECKu/wAALTs67r/fLLyAwAQKdRRpQAAdMxxlx8AgBJ3+QEAiBXq9XkQVZUCAFDgLj8AAC37 fGZ+Kz8AAIlCVaUAAKRY+QEAaPn5DtXKDwBAolCPu/wAAJRY+QEAaLHyAwBQLVRVCgBAwaxr OQUAADr2+RSqlR8AgEahnluVAgDQ4S4/AAAt+/kZqpUfAIBGoapSAABK5nKXHwCAkn2d97+e WvkBAEgU6q1KAQAomfs+TgEAgI59ebEfAIBUoX5+hqpKAQBI8GI/AAAtP++hWvkBAGgVqioF AKDAyg8AQIuVHwCAaqGqUgAACqz8AAC07HO9H0S18gMAkChUVQoAQIqVHwCAFnf5AQCoFqoq BQCgYAz9AACkWPkBAKgWqioFAKDAxA8AQMu+vNgPAECsUFUpAAAhVn4AAFrc5QcAoFqoqhQA gIL5XJQCAIAEKz8AALVCXaoUAIAQKz8AAC1WfgAAqoWqSgEAKJjnd6gAAFCwn9+hWvkBAGgU qioFAKBkHAEAACnu8gMAUC1UVQoAQIGVHwCAFis/AADVQlWlAAAUzDnHKQAA0LHP58l+Kz8A AIlCVaUAAKRY+QEAaNlnvR+csvIDAJAoVFUKAEDKrGs5BQAAOrzYDwBAtVBVKQAABeMIAABI 2ffnk5UfAIBEoR5VCgBAyczlxX4AAELc5QcAIFaoz7+eqlIAAApmLS/2AwAQ8vMdqpUfAIBE oapSAABSvNgPAEDLfn6HauUHACBRqLcqBQCgxMoPAECLF/sBAKgV6n2rUgAAOqz8AAC0WPkB AKgV6ue1KVUKAECBlR8AgJZ97vPnk5UfAIBGoZ6jSgEA6LDyAwDQstfnppSVHwCARKGqUgAA Uqz8AAC07M9FKSs/AACNQr3PrUoBAOiY57UpAAAo+LkpZeUHACBRqEeVAgBQMufzO1QAACjY 5/ZiPwAApUJ1lx8AgJQ5t7v8AACEuMsPAECsUM8sVQoAQMdc13IKAAB07LXmzycrPwAAiUId Kz8AACVz3S+nAABAx16XF/sBAEgV6rLyAwAQMo4AAICUfZ33f0pZ+QEAaBSqKgUAoGSu63YK AAB07Ocfpaz8AAA0CnV9qVIAADrma7nODwBAyL4vd/kBACgVqioFACDFxA8AQMuez+9QrfwA ACQK9V6qFACAECs/AAAt+xx3+QEAKBXqWkuVAgDQMWs5BAAAQtzlBwAgVqiqFACAlHluSgEA QMHPTSkrPwAAjUIdd/kBAAiZZeQHAKBkPz9DtfIDAJAo1LHyAwBQMo4AAICUn/dQrfwAALQK VZUCAFAwz3uoAABQYOUHACBWqOtylx8AgBB3+QEAaLHyAwBQLVRVCgBAwTz/KQUAAAVWfgAA qoWqSgEAKHCXHwCAln193kO18gMA0CjU5cV+AABC3OUHAKDFXX4AAGKFes5RpQAAdMy5j1MA AKBjz9f7wSkrPwAAiUJd7vIDAFAyr9ftFAAA6NjX56aUlR8AgEahqlIAAErGEQAAkOLFfgAA qoWqSgEAKLDyAwDQYuUHAKBaqKoUAIACKz8AAC1WfgAAqoWqSgEAKLDyAwDQYuUHAKBaqKoU AIACKz8AAC1WfgAAqoWqSgEAKLDyAwDQYuUHAKBaqKoUAIACKz8AAC1WfgAAqoWqSgEAKJhZ yykAANBh5QcAIFao56hSAABC3OUHAKBln+v9JaqVHwCARKGqUgAAUqz8AAC07HW9X5uy8gMA kChUVQoAQIoH+wEAaPFiPwAAsUJdny9RVSkAAAVznj+VAgCAgJ/vUK38AAAkCvX5DlWVAgBQ 4MV+AABa3OUHAKBaqKoUAIACKz8AAC1WfgAAqoWqSgEAKJjnPVQAACjYz09RrfwAAEQK9Val AAB0zPOfUgAAUOAuPwAAsUJ9bkqpUgAACtzlBwCgZT+/Q7XyAwCQKFRVCgBAytj4AQBIcZcf AIBaobrLDwBAibv8AAC0uMsPAEC1UFUpAAAFM1Z+AABK3OUHACBXqLcqBQCgYxwBAAApVn4A AKqFqkoBACiw8gMA0GLlBwCgWqiqFACAAis/AAAtVn4AAKqFqkoBACiw8gMA0GLlBwCgWqiq FACAAis/AAAtVn4AAKqFqkoBACiw8gMA0LLPeX+y8gMAECnUo0oBAOiYtZZTAACgw11+AACq hapKAQAoGCM/AAApVn4AAKqFqkoBACjwYj8AAC1e7AcAIFaoqhQAgBQrPwAALe7yAwBQLVRV CgBAgRf7AQBosfIDAFAtVFUKAEDBPO+hAgBAgZUfAIBYoT43pVQpAAAFs1zmBwCgZJ/PD1Gt /AAAJApVlQIAkDKOAACAFHf5AQCIFepao0oBAOiw8gMA0LKvy11+AABKhfq8NqVKAQAo8GI/ AAAt7vIDAFAtVFUKAEDBPL9DBQCAAis/AADVQlWlAAAUeLEfAICW/bw2ZeUHACBRqKoUAICU uS4v9gMAEOIuPwAAtUL9/A5VlQIAUDDXuZ0CAAAdVn4AAHKFauUHACBknt+hAgBAgZUfAIBa oX5uSqlSAAAK5pzjFAAA6LDyAwAQK9TnK1RVCgBAgZUfAIAWKz8AANVCVaUAABTMy8gPAEDJ vt7PoVr5AQBoFOrtxX4AAErGVX4AAFL2ud/foVr5AQBoFKoqBQCgxIv9AAC07HOs/AAAlAr1 9fkOVZUCAFBg5QcAoOXnX0+t/AAAtApVlQIAUDDPf0oBAEDBvu/371Ct/AAAJAr1uMsPAEDJ nMtdfgAAQn7+9dTKDwBAolAvKz8AACXzbeQHAKBkn89rU1Z+AAAahXpb+QEACJn7mPkBAAj5 eQ/Vyg8AQKJQ7/ulSgEA6Jj7dTsFAAA69m3lBwAgVajnvlUpAAAd7vIDANDy8x2qlR8AgEah qlIAAEqs/AAAtOzLXX4AAFKFeh93+QEACJnLyA8AQMl+ucsPAECrUM9SpQAAdMxrbacAAEDH /sf//O+fT1Z+AAAShfpf//hvVQoAQMf88//+6RQAAOjYc71vSln5AQBIFOrf//aXKgUAoGP+ 8z/c5QcAIGT//d/ehWrlBwAgUaj//tdWpQAAdMz397dTAACgY5/r688nKz8AAIlCvWapUgAA Oubct1MAAKBjn3P+fLLyAwCQKNSlSgEAKJnbyg8AQMnPH0pZ+QEASBTqWqoUAICQmflyCgAA dOx1vb9EtfIDAJAo1Oe1KVUKAEDBvF7fTgEAgI79+QrVyg8AQKVQrfwAAITMuZZTAACgY1+f 71Ct/AAAJAr19fnXU1UKAEDBrGXlBwAgZD+FauUHAKBVqKoUAICCuZ0BAAAl+1zu8gMAUCrU 24v9AACUzDl2fgAAQn7eQ7XyAwCQKNRPoKpSAAAS5muNUwAAoMOL/QAAxAp1ZlQpAAAdcz6v TQEAQME+r/cnKz8AAIlCva9blQIA0DH35S4/AAAhe13u8gMAkCrUpUoBAAgZV/kBAEjZ57xv Sln5AQBIFOrrfqlSAAA6ZrnKDwBAyX4+WfkBAEgU6nwu86tSAAAKbPwAALTs67wj1coPAECj UFUpAAAlc63bKQAA0LGfv5Sy8gMAkChUVQoAQMqcc5wCAAAd+/4EqpUfAIBEoV73rUoBAOiY r6/tFAAA6Njrev/rqZUfAIBEoapSAABS5j5e7AcAIOTnO1QrPwAAiUI9S5UCABAyjgAAgJT9 /KeUlR8AgEShXkeVAgAQMq/XcQoAAHS4yw8AQKxQv89LlQIA0DHXWk4BAIAOKz8AALFCPZ9/ PVWlAAAUzOt2lx8AgJB9Pr9DtfIDAJAoVFUKAEDKLHf5AQAocZcfAIBYoZ5rVCkAAB1z7pdT AACgY9+f16as/AAANAr1HFUKAEDHXJe7/AAAhLjLDwBArFCPKgUAoGTOOU4BAIAOKz8AANVC VaUAABTMfVn5AQAIsfIDAFAtVFUKAEDBOAIAAFKs/AAAxAp1raVKAQDomKdQAQCgYD+PTVn5 AQBIFOpRpQAAlLjLDwBAi7v8AABUC1WVAgBQMMcZAABQsp+3pqz8AAA0CnV9qVIAADr+H1mF PSlKxryaAAAAAElFTkSuQmCC --------------04A2796F538DB8478C1499D8-- From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 25 10:14:17 2017 Received: (at 27427) by debbugs.gnu.org; 25 Jun 2017 14:14:18 +0000 Received: from localhost ([127.0.0.1]:37391 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dP8Ir-0006r7-Ny for submit@debbugs.gnu.org; Sun, 25 Jun 2017 10:14:17 -0400 Received: from eggs.gnu.org ([208.118.235.92]:35103) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dP8Iq-0006qg-8z for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 10:14:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dP8Ii-0004ic-10 for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 10:14:11 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:47426) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dP8Ih-0004iW-U1; Sun, 25 Jun 2017 10:14:07 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2779 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dP8Ih-0002g2-4e; Sun, 25 Jun 2017 10:14:07 -0400 Date: Sun, 25 Jun 2017 17:13:54 +0300 Message-Id: <83fueotasd.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-reply-to: (message from Dmitry Gutov on Sat, 24 Jun 2017 23:43:25 +0300) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83shipthve.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Cc: alexanderm@web.de, 27427@debbugs.gnu.org > From: Dmitry Gutov > Date: Sat, 24 Jun 2017 23:43:25 +0300 > > On 6/24/17 8:28 PM, Eli Zaretskii wrote: > > > Now done. Please see if this allows company-mode to fix its display > > when line numbers are displayed. > > Seems to work well locally, aside from the EOB case (*). Will commit > after you push to master. Great, thanks for testing. > BTW, without this property, I now see line numbers beside all the visual > lines the popup overlay takes up, and the number is the same: N+1, where > N is the line-at-point. That doesn't look intended. The displayed line number reflects the line of the buffer positions corresponding to what's on that screen line. If none of the buffer positions appear on that screen line, it's the line of the buffer position(s) "covered" by the display string/overlay which generates the display. If what you see doesn't fit this description, please show a screenshot, and describe or show the code which puts the overlay that causes the display. > (*) The case is where the overlay is shown below the last line of the > buffer. In that case, we display the popup using the `after-string' > property. The after-EOB glyphs don't seem to be affected by > `display-line-numbers-disable'. I'm not sure I understand: are you saying that you've put the property in that case and it didn't have the expected effect? Or are you saying that you don't have a position to put the property in that case? If the former, can you tell on which buffer position you put the property, and perhaps show a simple reproducer? Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 25 10:32:09 2017 Received: (at 27427) by debbugs.gnu.org; 25 Jun 2017 14:32:09 +0000 Received: from localhost ([127.0.0.1]:37410 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dP8a9-0007IA-0C for submit@debbugs.gnu.org; Sun, 25 Jun 2017 10:32:09 -0400 Received: from mail-wr0-f180.google.com ([209.85.128.180]:33990) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dP8a8-0007Hy-3A for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 10:32:08 -0400 Received: by mail-wr0-f180.google.com with SMTP id 77so121448110wrb.1 for <27427@debbugs.gnu.org>; Sun, 25 Jun 2017 07:32:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=/IIO4YSoVA31KoU1SqozWreBiga5qcSCoCZRZ8l3LKU=; b=Aj1Tkt6P4J/NAA5mIChjwLC0CcC1iQ9ZjdEVt3A7nHrVtJmdfbb1gdBGna0psgJdAD 1eel5CWUNu7lPtlnF+UCc3V/dzudK1mExdZoSixtsaYsN/7bKMGXBMurIrw2a1wYssol 8cDe4COWExBMQmNBxZZt74KrhDg7ifrfuPMcRPTvUbSpFattbUXqDzynz6LHsZhXyCFR O4m7G3VcN0giiT3UBld9+YDwdXYFUWNuZQETN0WwPea6zUpYgW0Hh3m/w/IsTa4ngBgs BwuOneBlJoXSLKbIh7e3oz3CNv3icsDF1Pn1uxs4ZGDusnNciInNOQbmLnU6nglSeD28 xy0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=/IIO4YSoVA31KoU1SqozWreBiga5qcSCoCZRZ8l3LKU=; b=KWfJ4tZvnpVJYwbaS95zELDLPDFkyHPoY+1lpFUmeOaaKu80N3qvQqQjJTVyI3cUPA Yj+iSB1v9rlQImbxZ8jqDCOB437+jCw3lenXk1TTGmWjBDkZfOBXUWqZyUQoDUp378ZL E+ZgDNasIex+mZCtWNzLThT5IRhG/ITkIF070GOv4nEYb9WGEchDlj49lDGhPQZX0x07 zYQre9+byU259n/xLyMDAK0Oqb8+DN0zibgn2epKQqU7MrU7xxG9uEnA21WwzoB+LaQG VIAqULuOYDvF53TPteia6U/vyPOvZCTkROpHsqe7tUuuQR/i9zA8xjjp3ioaDAgfjCuv x5XA== X-Gm-Message-State: AKS2vOz/U1kXbvjsHQGm6R7C8WG8nC5++c8JkRmoKNj4cmclvug4Qs2a +CM7TWfnMcROAU68N/E= X-Received: by 10.28.147.202 with SMTP id v193mr10588257wmd.37.1498401122088; Sun, 25 Jun 2017 07:32:02 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id 80sm8864817wmg.17.2017.06.25.07.32.00 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 25 Jun 2017 07:32:01 -0700 (PDT) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup To: Eli Zaretskii 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> From: Dmitry Gutov Message-ID: <8ec1b301-79dc-7d11-b3f9-85ae2e925785@yandex.ru> Date: Sun, 25 Jun 2017 17:31:59 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 MIME-Version: 1.0 In-Reply-To: <83wp81u8rz.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) 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. 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. The choice to use one overlay instead of one-overlay-per-line also makes some problems easier. Anyway, naturally, a proper popup will be better. > It will only break modes that assume too much about layout. And given > the popularity of the line numbers, there's no other practical way > except adapt those add-on packages, starting from company-mode. I think you're trying too hard to stay away from the margins. But anyway, we have the alternative solution now. >> I'm saying the users seem willing to wait for a scalable solution, and >> use a margin in the meantime. > > I think you have it backwards: the margin-based solutions were tried > and were found not to be scalable. I don't see you contradicting me. The _current_ margin-based solutions are not scalable in terms of margin-using features, but they can be, when we work on that. And the users seem willing to wait for that. >> I can try to outline a possible API. Do we have an existing bug report >> where that discussion would be better placed? > > Bug#24193. > >> If you have a link to a previous discussion, that would be great as well. > > Here's one (I think there were more): > > http://lists.gnu.org/archive/html/emacs-devel/2015-11/msg01171.html > > FWIW, I don't recommend going in that direction, as I believe we will > again bump into the same basic disagreements due to conflicting goals. > That's why I decided to stay away of the margins in the first place. Thanks! I think I have something to contribute. But TBH the use case in the emacs-devel thread is ridiculous. We should be able to provide the functionality offered in the API of common IDEs, and if that doesn't let someone to use the margins as the fill-column, too bad. It still might, but we can't consider all use cases equally valid. >> And isn't counting lines in Lisp considered too slow? > > When done as part of routine redisplay, off the post-command-hook, > yes. But company-mode is not used during routine redisplay, as in > during scrolling through the window, right? It's using post-command-hook, though. Redoing the line numbers rendering is not something I'm looking forward to either. > 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? >> 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). From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 25 10:32:38 2017 Received: (at 27427) by debbugs.gnu.org; 25 Jun 2017 14:32:38 +0000 Received: from localhost ([127.0.0.1]:37413 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dP8ac-0007Iq-Bv for submit@debbugs.gnu.org; Sun, 25 Jun 2017 10:32:38 -0400 Received: from eggs.gnu.org ([208.118.235.92]:38125) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dP8aa-0007Id-Ql for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 10:32:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dP8aS-0000kw-Ce for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 10:32:31 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:47616) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dP8aS-0000ks-9h; Sun, 25 Jun 2017 10:32:28 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2831 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dP8aR-0003rb-BW; Sun, 25 Jun 2017 10:32:27 -0400 Date: Sun, 25 Jun 2017 17:32:14 +0300 Message-Id: <83d19st9xt.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-reply-to: <8ed944eb-b139-1d6d-1706-ec511e8b0e3c@yandex.ru> (message from Dmitry Gutov on Sun, 25 Jun 2017 16:51:07 +0300) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83shipthve.fsf@gnu.org> <8ed944eb-b139-1d6d-1706-ec511e8b0e3c@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Dmitry Gutov > Cc: alexanderm@web.de, 27427@debbugs.gnu.org > Date: Sun, 25 Jun 2017 16:51:07 +0300 > > A couple of screenshots attached, to illustrate. Thanks, but as I don't use company-mode, I need explanations to go with the screenshots ;-) First, is the display OK from your POV? If not, what are the problems you'd prefer to solve? Next, do those empty numbered lines in the first screenshots indicate a problem? Or are there indeed empty lines in the buffer? Finally, the EOB case is not in these screenshots, is it? Or is the last one it? If the latter, what problems do you see in that screenshot? From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 25 10:37:05 2017 Received: (at 27427) by debbugs.gnu.org; 25 Jun 2017 14:37:05 +0000 Received: from localhost ([127.0.0.1]:37419 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dP8eu-0007PD-TH for submit@debbugs.gnu.org; Sun, 25 Jun 2017 10:37:05 -0400 Received: from mail-wr0-f170.google.com ([209.85.128.170]:33315) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dP8et-0007Ok-Cl for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 10:37:03 -0400 Received: by mail-wr0-f170.google.com with SMTP id r103so121616820wrb.0 for <27427@debbugs.gnu.org>; Sun, 25 Jun 2017 07:37:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=FCJLscaWQs9wvkb2aTu73Mf2BLKSsbyup6mEuWOEWsk=; b=lViFARdTdnJ1BBdfWmraWnAMbr+xh++qLiGX8u+aoR/NzRi+zhQIFv8s6fb9iOULvP IS1bTmZSEtZTqc1g+nNKUXNvROQ2u15G4pu11x5DjQZzVSZyLer14bHzpqh6yYv1ZsAC FMAwJpDllpOsNv1udlPBinRJrQsYDUFGZmloouBLCTS6myVpILS4m9s7KDiCmK3cIshP awradHivSBtQ5QPNjHyNfMBFExxHFGet3luo+/aecgk2DCkUGbvRJaztZ5DirHOAUKS7 44ZkOCkWfQnKHcAI1q/pp10dAweIaYa1hRhqGDA2yrQW0Ypv88gzEz20moRx+IO5YI6t eLNQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=FCJLscaWQs9wvkb2aTu73Mf2BLKSsbyup6mEuWOEWsk=; b=r0FlTORV/e9r/2BUVOywkMcK0/yfafhCP00P5eI9C7H4HUdzAHFVvbU/3iCaDl2otn Yc1Zf2jecbPceB2LYsX2QYmutVroGpbz1nrtTuql0ZcgpDTL/WIX3KSFtwkFO+22Pa21 T1IgpBJ2C7c+2U/XZGothKpRpZHGieljCJnXn/A5CwzlTPMmKm3JOlPaoQAJ7YxLw8H7 ULFVpPe3ih407r4EjXiXxj7X0Oh0Rs8EEmXaBd/Z/4GX6/eRdvNhjFiLLbFG8+uN9W3R kNePflzmMc3TG2nFHgMQr7BTZYp57xls7WSUcY3V9XI/2X/UzxCi7ECXoPFAusiDosJ6 cDVQ== X-Gm-Message-State: AKS2vOwBr6UCXrju+Ml200DEABwDXNcVxLxH4I3PA9kH8o41933E5TJG CS+J+TYr7O4bqEBhKV0= X-Received: by 10.223.164.151 with SMTP id g23mr11754017wrb.174.1498401417408; Sun, 25 Jun 2017 07:36:57 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id z99sm11569749wrc.12.2017.06.25.07.36.56 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 25 Jun 2017 07:36:56 -0700 (PDT) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup To: Eli Zaretskii 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> <83shipthve.fsf@gnu.org> <8ed944eb-b139-1d6d-1706-ec511e8b0e3c@yandex.ru> <83d19st9xt.fsf@gnu.org> From: Dmitry Gutov Message-ID: <7dfae58e-6c18-99be-6ebf-54a94ceb094d@yandex.ru> Date: Sun, 25 Jun 2017 17:36:50 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 MIME-Version: 1.0 In-Reply-To: <83d19st9xt.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) On 6/25/17 5:32 PM, Eli Zaretskii wrote: > Thanks, but as I don't use company-mode, I need explanations to go > with the screenshots ;-) OK. > First, is the display OK from your POV? If not, what are the problems > you'd prefer to solve? The second screenshot shows the popup rendered at EOB, and it's rendered 3 columns too far to the right than expected. > Next, do those empty numbered lines in the first screenshots indicate > a problem? Like I described previously, the numbering doesn't know what to do with a part of the buffer covered by a multiline `display' string. > Or are there indeed empty lines in the buffer? Most lines in this buffer are empty, that doesn't seem to affect the presence of the numbers, except for the last line of the buffer. > Finally, the EOB case is not in these screenshots, is it? Or is the > last one it? If the latter, what problems do you see in that > screenshot? The last one, yes. The popup is 3 columns too far to the right. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 25 10:46:33 2017 Received: (at 27427) by debbugs.gnu.org; 25 Jun 2017 14:46:33 +0000 Received: from localhost ([127.0.0.1]:37423 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dP8o4-0007c8-SR for submit@debbugs.gnu.org; Sun, 25 Jun 2017 10:46:33 -0400 Received: from mail-wr0-f196.google.com ([209.85.128.196]:35317) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dP8o3-0007bw-Hc for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 10:46:31 -0400 Received: by mail-wr0-f196.google.com with SMTP id z45so24834535wrb.2 for <27427@debbugs.gnu.org>; Sun, 25 Jun 2017 07:46:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=NWS/zWcS6ZhJBFNgQALi8XEw8AmQpEsyH5L0d60YTzI=; b=dBZ5eQx4jjQzOW0sySB9B9qFW1xkvGVvCDhBo8UmnBCzwFfZNCBgUr8BihBWGnWfWR xSwxXy7RmPq0PYOA+vAX6ihZVbG0MoWIy9A26+vL+Hjd97rH7g/D56cGLzFNZu1NAapC 2QUTnnAfM5Ypi1oWn744/5mN6qzDmP/Z9y3Jd/2SEQViHJep+LEYdfq8dFMK4d0IHlZA lk6m9O84cbeCLRxXuOM3451HdyVHkIrNvqefqPEslOOXn4HoSndpWoERTVMuTElV87gb +Hdlzcvs+fDJunqbj7aQMnEqTHr0RUJVlFkVo+qcW8ggkvOhnuWpeP7lM44g8X2RFwuX Ce6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=NWS/zWcS6ZhJBFNgQALi8XEw8AmQpEsyH5L0d60YTzI=; b=Hf1NewIQYmvT6SwNKNniHseu47onXTIL2aflPv6gWmDGCbaRQpovOGss81oE53iDSW 9Gn/+iQinKYnQp77S9GAM6XYE7fxDWf6SirfxmSvUSU/AfPF0+kp8VncIH8ZFPthT9Jq bbrHCBOgLh+0t0VuIS3EPhhi6xtGUogacJyipUDqyBrrllSPGAPsUYDBhACZ997YlL6Q sX7v2xfJON+GMxO2dhG8KWVruJ3Qo0s/5d8k5JHL0YN/gVz4XCqYDcFV+fYf7Byy+L7D omqjLvtuetx3azXZecTJRL7U2VtrB/23bMZA38fuZpSR2mq4Cay5Nin4Vh4xS9STz5we YRng== X-Gm-Message-State: AKS2vOz35q/XYDprvyJwwqATFsgQlXwC/uUU8UOqMB9aNynQ9itQrshs PXfrElcEvVSFpQPtrrI= X-Received: by 10.28.203.137 with SMTP id b131mr3625478wmg.50.1498401985566; Sun, 25 Jun 2017 07:46:25 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id 24sm17008211wrw.0.2017.06.25.07.46.24 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 25 Jun 2017 07:46:25 -0700 (PDT) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup To: Eli Zaretskii 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> <83shipthve.fsf@gnu.org> <83fueotasd.fsf@gnu.org> From: Dmitry Gutov Message-ID: Date: Sun, 25 Jun 2017 17:46:23 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 MIME-Version: 1.0 In-Reply-To: <83fueotasd.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) On 6/25/17 5:13 PM, Eli Zaretskii wrote: > The displayed line number reflects the line of the buffer positions > corresponding to what's on that screen line. If none of the buffer > positions appear on that screen line, it's the line of the buffer > position(s) "covered" by the display string/overlay which generates > the display. It didn't look like this in the previous version. Might be considered a bit annoying, repeating the number several times. BTW, by that logic, the last empty line should have a number as well: it does correspond to a buffer position. > If what you see doesn't fit this description, please show a > screenshot, and describe or show the code which puts the overlay that > causes the display. It does fit the description. > I'm not sure I understand: are you saying that you've put the property > in that case and it didn't have the expected effect? Yes. Although I half expected it to have no effect in this case. > Or are you > saying that you don't have a position to put the property in that > case? Also true, probably. > If the former, can you tell on which buffer position you put > the property, and perhaps show a simple reproducer? (with-current-buffer (get-buffer-create "popup-test.el") (setq display-line-numbers t) (insert "aaaaaaa aaaaaaa aaaaaaa aaaaaaa aaaaaaa ") (let ((ov (make-overlay (point-max) (point-max)))) (overlay-put ov 'after-string "bbbbbb\nbbbbbb\n") (overlay-put ov 'display-line-numbers-disable t))) After that, the buffer popup-test.el shows the "bbbbbb" lines prepended with the empty line number columns. I'd rather they weren't there. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 25 10:54:59 2017 Received: (at 27427) by debbugs.gnu.org; 25 Jun 2017 14:54:59 +0000 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 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 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 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 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 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 Date: Sun, 25 Jun 2017 17:54:34 +0300 Message-Id: <83bmpct8wl.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-reply-to: <8ec1b301-79dc-7d11-b3f9-85ae2e925785@yandex.ru> (message from Dmitry Gutov on Sun, 25 Jun 2017 17:31:59 +0300) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > 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. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 25 11:06:19 2017 Received: (at 27427) by debbugs.gnu.org; 25 Jun 2017 15:06:19 +0000 Received: from localhost ([127.0.0.1]:37443 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dP97D-000858-3P for submit@debbugs.gnu.org; Sun, 25 Jun 2017 11:06:19 -0400 Received: from eggs.gnu.org ([208.118.235.92]:43322) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dP97C-00084w-5P for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 11:06:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dP973-0000tr-8O for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 11:06:12 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:47847) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dP973-0000tm-47; Sun, 25 Jun 2017 11:06:09 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2905 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dP972-0005ej-9t; Sun, 25 Jun 2017 11:06:08 -0400 Date: Sun, 25 Jun 2017 18:05:54 +0300 Message-Id: <838tkgt8dp.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-reply-to: (message from Dmitry Gutov on Sun, 25 Jun 2017 17:46:23 +0300) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83shipthve.fsf@gnu.org> <83fueotasd.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Cc: alexanderm@web.de, 27427@debbugs.gnu.org > From: Dmitry Gutov > Date: Sun, 25 Jun 2017 17:46:23 +0300 > > On 6/25/17 5:13 PM, Eli Zaretskii wrote: > > > The displayed line number reflects the line of the buffer positions > > corresponding to what's on that screen line. If none of the buffer > > positions appear on that screen line, it's the line of the buffer > > position(s) "covered" by the display string/overlay which generates > > the display. > > It didn't look like this in the previous version. Might be considered a > bit annoying, repeating the number several times. It wasn't supposed to be repeated, it was supposed to appear only once. Hmm... I think I see what causes this, let me try to come up with a fix. > BTW, by that logic, the last empty line should have a number as well: it > does correspond to a buffer position. No, it doesn't correspond to any buffer position: there's never any character at point-max. > (with-current-buffer (get-buffer-create "popup-test.el") > (setq display-line-numbers t) > (insert "aaaaaaa > aaaaaaa > aaaaaaa > aaaaaaa > aaaaaaa > ") > > (let ((ov (make-overlay (point-max) (point-max)))) > (overlay-put ov 'after-string "bbbbbb\nbbbbbb\n") > (overlay-put ov 'display-line-numbers-disable t))) > > After that, the buffer popup-test.el shows the "bbbbbb" lines prepended > with the empty line number columns. I'd rather they weren't there. OK, thanks, I will look into this case. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 25 11:25:42 2017 Received: (at 27427) by debbugs.gnu.org; 25 Jun 2017 15:25:42 +0000 Received: from localhost ([127.0.0.1]:37455 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dP9Py-0008WI-Em for submit@debbugs.gnu.org; Sun, 25 Jun 2017 11:25:42 -0400 Received: from mail-wr0-f172.google.com ([209.85.128.172]:35320) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dP9Pw-0008W4-6T for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 11:25:40 -0400 Received: by mail-wr0-f172.google.com with SMTP id k67so121860766wrc.2 for <27427@debbugs.gnu.org>; Sun, 25 Jun 2017 08:25:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=Bbp5ASt/kE3SsBtOmJduR4YEh/7GeN9vcbYMLKMLmfI=; b=YQVgtSHtq4csvo2hHeJC8ZWCMN8HoloSP2sHoM9mPS3WYpxhND2wqyaBvilICukP35 0Xe3SepcCi85rul+YF6xmDgJBl7HNlXhKKlMcpjweRbTe6Jv5vnxkVUP/4NMMpORxRlj RVVeFiWz9kTf6QCrdxMJHe1JFhY8H7ZyJ/6nVjgGj0jdM5FzxHhPOth62cafcJGJrMNp iNPKkBkIF9hfkCyH8ol/AyYIkD4yKNcV0Czl94fVNX7x/e353kUsYurcC8VSOAl4mTge XGZ25fzGOjaEF/+Wiml1EtIVdJirxWISQj+FT5h4I1T+KoyKG6cgk1lXTts7kj/GSXAk sCUQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=Bbp5ASt/kE3SsBtOmJduR4YEh/7GeN9vcbYMLKMLmfI=; b=mwUfU7YZEhK6l34gn7VcKyAWcVwyd213yYevXhTu6a4IEDRdOPKn20T6v5Lh+Umyz7 ngdeDi5Htn+YHEYwTM/DIwp2HXlkc/U39FuMMCNYNYiB4kdbo//vDnm3XKxwGhFjcFGA xphKx+kOw2jZpD5dCGl1JwIkJBmaDSCD2RtWpF8QxxPdPkzSDtGTaaHsYqjgs28DrcWI 9K6DbCTad7f8lJBlKhjt+6iNjahiIR5gFTMe0cC6EJwncG+1BV5eDLafC3yEZUZrpm81 XTDCMVLu9kPNDPkV4IT4CeMvOub8x27sarO5CZVpKkowtybvbN6MytuQMOh6GFseYLhv NhRg== X-Gm-Message-State: AKS2vOwQ5maMMQxzY3G6nyyqG4+gKnPoUfkHK+gDDcgQTgevgh17Iz4w HGe+uVDOdKSJUz/c7hM= X-Received: by 10.28.94.144 with SMTP id s138mr11013613wmb.32.1498404334246; Sun, 25 Jun 2017 08:25:34 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id t204sm6028593wme.2.2017.06.25.08.25.32 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 25 Jun 2017 08:25:33 -0700 (PDT) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup To: Eli Zaretskii 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> <83bmpct8wl.fsf@gnu.org> From: Dmitry Gutov Message-ID: Date: Sun, 25 Jun 2017 18:25:31 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 MIME-Version: 1.0 In-Reply-To: <83bmpct8wl.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) On 6/25/17 5:54 PM, Eli Zaretskii wrote: > I think I mentioned left-truncation glyphs, so horizontally scrolling > a line should cause them to appear. They are shown on all lines at the same time, and (car (posn-col-row (posn-at-point))) returns 0 in the first visible column when horizontally scrolled. IOW, I don't see any problems when horizontally scrolled either. >> 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. No argument here. And there are other known issues with the popup anyway. My point is, however, is that you've created a new kind of window area that can only used by the native line numbers, and no other features or packages. This seems not so great to me. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 25 11:59:14 2017 Received: (at 27427) by debbugs.gnu.org; 25 Jun 2017 15:59:14 +0000 Received: from localhost ([127.0.0.1]:37469 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dP9wQ-0000pe-Fo for submit@debbugs.gnu.org; Sun, 25 Jun 2017 11:59:14 -0400 Received: from mout.gmx.net ([212.227.15.19]:59972) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dP9wP-0000pQ-0I for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 11:59:13 -0400 Received: from [192.168.1.100] ([213.162.68.95]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M0gcI-1dcgse1NAE-00uqJh; Sun, 25 Jun 2017 17:59:06 +0200 Message-ID: <594FDDC5.6040009@gmx.at> Date: Sun, 25 Jun 2017 17:59:01 +0200 From: martin rudalics MIME-Version: 1.0 To: Dmitry Gutov , Eli Zaretskii Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> In-Reply-To: <8ec1b301-79dc-7d11-b3f9-85ae2e925785@yandex.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:M+VoObxOST2j8UJR399dbejkp24K5luu7bIjjVxUPerCWznAiAv y74oOmeJKYviI14kaAJtAO0KI9POgzjgf6Mx8nIEeFSfCil1AR9d4vibibg5+FKOy4AFjuS pjF199JWR5r8oqoOoODaSQEblyi5+TfhGNJ86jI8U0U23gSDnxnz9QiBgq1iVdLKnmDvEyF cvGTAp8iC0MweZOQUeN0g== X-UI-Out-Filterresults: notjunk:1;V01:K0:A9zg0jq356U=:+wRwCaq5T0acfqSV8TFRx3 gh5zYXe/DxSMTHygEWjRvp627vPrqKcmI7vy0ntLmtgEFYUWYG9b99Hk4YrlACdPMb8tOKrMr TPpsMdn1DFjpnyf3qHse6GkmC+jltUNfdaPBwrOVPEk/741SuIfDKrLqqBodeZz/CnZLEhyWD /up/rxBdCatfwyEENzc1chMi81gMg/JT+VAd8S5ZnPpiCCNFG+TB6ZTdaJ63gG+jp7c0e73Bp CskmgzRng+PEKMUQOBEk8DKg4gLqFk4YKbXYEm5SYhgdDlidtK6bP44I1wmlu0EVfeCDVjASU Upn2/w0oVACmLEf9BfVBhn2RAkIviRJY9aZuiAyXCRpuRTx9bOz8wGbFSxlAU3o7Rt6R4O/tn Gywtxl79W2YdH6t7iE36KqG8v2kfHNVvBOqJCW6O3ut4LIA7ilG7JreTSJC1QydXmc87qFDMT +ApcVZGg+85+4IXtM+cEyVRW4myc01CBErNTE1unUhteuaghi00d1ANvpwSX2WU/jeZF0+36h vdYif3GFPNPTi9jLdbz2YOJdA7rXrK1XNBUD58Bxr95NG6sdve8JnWqQi3CIorAKBevJi0o6C 0fvVRdp8RoJqxvWDFW61d82eHvNXwqcm9eyy9gDxI9w8eu2kfLwng6H84YPt45sTOI3n5vx1A +1+zSQcyMRgSLiL/eTJuK8T/hh/dbuHritastMVN64wBRccZbEeyp0AKhPT+MUKNGIMO/qS/l 0vRgDVhZnBhZjuIKjD8Qmz3g4lv8CtBN+9VvFyQIVeQEwk3wcDf4+xawq4TOlyntM5RkSJIUe plHBpIGakpzmfsQfGdwUSEEr3Fb2w== X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) > Try as I might, I can't repro those kind of problems. Line wrap > indicators in the terminal usually come at the right. 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. (let ((window (split-window-horizontally))) (set-window-margins window 0 0) (set-window-fringes window 0 0)) Now move the divider between the two windows as far as possible to the right and in the window on the right move to the end of the first line. Here a '$' appears at the beginning of each line > I think you're trying too hard to stay away from the margins. But > anyway, we have the alternative solution now. Back then I considered Markus' idea to use the margins quite ingenious (actually, I didn't believe it would work in practice). Still I always voted in favor of having line numbers provided by the redisplay engine. I also voted for a line numbers cache like that of (or even in combination with) the 'syntax-ppss' cache but that's a different subject. Maybe one day Eli will come up with a redesign which would allow to divide a window into side-by-side subwindows that would share a common scroll bar so =E2=80=98follow-mode=E2=80=99 would be done entirely by the= display engine. And each such subwindow would have an arbitrary number of subwindows usable as margins for that window and a line number subwindow and whatever else we want. > I can't see a way to create a less-than-fullscreen frame in terminal > Emacs (speaking of normal frames here). Popup frames (or tooltip frames) on terminals would have to be emulated as we currently do for menus. martin From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 25 12:12:39 2017 Received: (at 27427) by debbugs.gnu.org; 25 Jun 2017 16:12:39 +0000 Received: from localhost ([127.0.0.1]:37478 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPA9O-00019T-Ve for submit@debbugs.gnu.org; Sun, 25 Jun 2017 12:12:39 -0400 Received: from mout.gmx.net ([212.227.15.18]:59108) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPA9M-00019C-Un for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 12:12:37 -0400 Received: from [192.168.1.100] ([213.162.68.95]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lugbo-1dpJrp3EW0-00zkxC; Sun, 25 Jun 2017 18:12:29 +0200 Message-ID: <594FE0E7.6050004@gmx.at> Date: Sun, 25 Jun 2017 18:12:23 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii , Dmitry Gutov Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83bmpct8wl.fsf@gnu.org> In-Reply-To: <83bmpct8wl.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:u4CMfctoEZBr4wtZOKMramxotYDMFaA/Wl/SfqrtZryXVZ11DnT 63wWftnak/e/1w7nEOK1eAHcuvxleVCqcAF+3SafOaQbRDhhHkYsI5+mQ4q0cv/KRChNgb7 TfSeeH39bHe1d7CGlm9dbexQYzyFGbApkDmE9ZW8oYljU6t5/ImLoPjrJc1uTR8fkPXNjDF 1byhYdnEkQJTNp+dSFwUw== X-UI-Out-Filterresults: notjunk:1;V01:K0:pIOx7TdoorU=:4c2xh1pLioQ5R+L//7YfDA tGs36E0htt/1Kv+oiv76DmA3+rvxC0McD2y0pIv0ImeeoASXpVlkJJJGzloZiHG8lbspR0aPm NDU8SGEEnQiJZ+HCsOnd3fmUfXCndUhPe4tnTvVTc9wpO/T8UKs9esO9/cC4NzsoxB8YA+6Fz w7/Xr0X8ltUcpnUmoSFsWfmxXsBs3APcex+tyKIHas42ZzsIVe1yBYlSxUG3aUgLrquofa0ZS xA2yNtI5NMGTwYd7ENN3icwAbNG+BwAgeaU27pEkorOYBfH687T3HYvkz2p4gD6vfNb/j/iI+ 0qb6mJFqcw8VtyL8M6mXTn5OU8RhuuEidmMOpTL46JlCU5k+JtjCTpmZQccxG+nIQZWkx2aEu dHwc9CQDqWgk51p0tuElVyCLeAAiPHOcpnOMmyZYlxy1v5OASqffCIeOUD7frh54iJhpxiSKD FNyweH94byr73JE6k75pZJS78ud99IuarbpvGqmdOgfFDzU70v715Uq3VfHPHmY9l5+Wibnk5 KEr7DgZMy9pAQOi4gZr+ZS9jFEVBZ3Y+rWwnb0X2x0YaRSzyKTlIP6jgJD9hTvltuNCLqU4pL YluvQ9U5qGsIjga33/gu5qK1dbqzv/17hjiUu7dFVOD1B/0p6caxm9lkWhrQLZrx+yYtOMbom FzxdB9AIDd6YyPUsmhj/yBpKFM83hUPpI9l3qRPwAaGtIJg8SF7z22Sm7fS4pt/ql1lNp9l8j 5sSU3Y6F4fWPAX6XfeNjD7yNuuuQzEsRcA+TJlGPJU0h8HzNumbzxdCms+vJC/t5B2QuK8got 8K7bPzYy8LPF9C5tHWVFugpM2uLOg== X-Spam-Score: -2.8 (--) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.8 (--) >> 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. I hope I've done that already in my previous mail. Obviously, any such emulation I mentioned in that mail would result in some sort of overlay for the buffer text that is displayed there. While such overlays are temporarily tolerable for menus I strongly doubt that we would want them for anything else. martin From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 25 12:24:32 2017 Received: (at 27427) by debbugs.gnu.org; 25 Jun 2017 16:24:32 +0000 Received: from localhost ([127.0.0.1]:37492 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPAKu-0001RR-KQ for submit@debbugs.gnu.org; Sun, 25 Jun 2017 12:24:32 -0400 Received: from mail-wr0-f170.google.com ([209.85.128.170]:32974) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPAKt-0001RD-8S for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 12:24:31 -0400 Received: by mail-wr0-f170.google.com with SMTP id r103so123610060wrb.0 for <27427@debbugs.gnu.org>; Sun, 25 Jun 2017 09:24:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=hCqSPLloJ9zivOTJSNOm5CrcNeciPnIdaLXWIkvjmlo=; b=YYOGOb+9eAekuj0KbqJrcqKrpPuW1VIP56mCmEBgtWvvNY6quwLa01Yrq68XKNIr0y //B7WLfl4CqXqiYTca1uq/YuPu3+JEy4LaWefdH951IKmGZgaipiIp3uL6xPXuSrV1pF m+qKG8ohwJW7EvoC5YCwAQ4b7S3pbikt5lT1rMOmOW6g9mzzujW4sDKXH8gqqQYWvyKr eROOFmO3ctyBxXJ1vnQ88gnCXF57sm9hrYP0bSDYCP9dysJL1UohJqMfv1gvN90lkEoA zMKY0ATbeMikoNHwIVyHWtHeXBf9rwO8bjGSwmqv32G3dqpOOLS/bHBT9FFwsTAlHcoF vyBw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=hCqSPLloJ9zivOTJSNOm5CrcNeciPnIdaLXWIkvjmlo=; b=e1FS02XBYCYwrZLG5y0F7JgEU/BiSxft5Qec3JZHPeiyq+PYcCt1MXTwLC9Wj1jCMO tRpj4ExJeW/ifgutNcVrCBM5zOM9L+pPkho371kVwye9wBkDQYyCYQ0kv+2MvUmo0yNg mJqveQ1SDQ2lRzfrmGIfZwrKOqV/h1MqG5W3LFXdKx68r3Qd8Cbxrp09dFgBjCgTrZ3f os1RCGATqBe/kLAzMjdKqj03pHyNP5oLhD+8oOXGlMVd/b+4aUtFYQKaLy54BjMC4epD IbffuAo2jRVHZB/vfHkbfAjDszswYa13GDsZ0yJuSPZ86lz2udJryX+SnAhZB45AAvM+ DKfw== X-Gm-Message-State: AKS2vOyirvpzEloWl4yGl8az2NOUBnT/zk5KV9lhtr4SMa7HlmwtIuF5 4VSkmGjMa6xu9VWy2No= X-Received: by 10.223.172.183 with SMTP id o52mr6754201wrc.1.1498407865044; Sun, 25 Jun 2017 09:24:25 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id x131sm8001012wmg.13.2017.06.25.09.24.22 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 25 Jun 2017 09:24:24 -0700 (PDT) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup To: martin rudalics , Eli Zaretskii 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> From: Dmitry Gutov Message-ID: Date: Sun, 25 Jun 2017 19:24:21 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 MIME-Version: 1.0 In-Reply-To: <594FDDC5.6040009@gmx.at> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) On 6/25/17 6:59 PM, martin rudalics wrote: > (let ((window (split-window-horizontally))) > (set-window-margins window 0 0) > (set-window-fringes window 0 0)) > > Now move the divider between the two windows as far as possible to the > right and in the window on the right move to the end of the first line. > Here a '$' appears at the beginning of each line Thanks. Still, the popup is positioned correctly here in this scenario. > Maybe one day Eli will come up with a redesign which would allow to > divide a window into side-by-side subwindows that would share a common > scroll bar so ‘follow-mode’ would be done entirely by the display > engine. And each such subwindow would have an arbitrary number of > subwindows usable as margins for that window and a line number subwindow > and whatever else we want. I'd rather think in terms of "submargins", one per "category", and having an alist of particular properties of each of those categories. > > I can't see a way to create a less-than-fullscreen frame in terminal > > Emacs (speaking of normal frames here). > > Popup frames (or tooltip frames) on terminals would have to be emulated > as we currently do for menus. Thanks for commenting. Weren't menus in the terminal rendered using a certain special method, different from overlays? From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 25 12:36:18 2017 Received: (at 27427) by debbugs.gnu.org; 25 Jun 2017 16:36:19 +0000 Received: from localhost ([127.0.0.1]:37497 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPAWI-0001iF-Oq for submit@debbugs.gnu.org; Sun, 25 Jun 2017 12:36:18 -0400 Received: from eggs.gnu.org ([208.118.235.92]:56818) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPAWH-0001i3-5k for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 12:36:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dPAW8-0002Cj-SC for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 12:36:11 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:48726) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dPAW8-0002Cb-OZ; Sun, 25 Jun 2017 12:36:08 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3006 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dPAW7-0001Vx-W3; Sun, 25 Jun 2017 12:36:08 -0400 Date: Sun, 25 Jun 2017 19:35:54 +0300 Message-Id: <834lv4t47p.fsf@gnu.org> From: Eli Zaretskii To: dgutov@yandex.ru In-reply-to: <838tkgt8dp.fsf@gnu.org> (message from Eli Zaretskii on Sun, 25 Jun 2017 18:05:54 +0300) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83shipthve.fsf@gnu.org> <83fueotasd.fsf@gnu.org> <838tkgt8dp.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Sun, 25 Jun 2017 18:05:54 +0300 > From: Eli Zaretskii > Cc: alexanderm@web.de, 27427@debbugs.gnu.org > > > > The displayed line number reflects the line of the buffer positions > > > corresponding to what's on that screen line. If none of the buffer > > > positions appear on that screen line, it's the line of the buffer > > > position(s) "covered" by the display string/overlay which generates > > > the display. > > > > It didn't look like this in the previous version. Might be considered a > > bit annoying, repeating the number several times. > > It wasn't supposed to be repeated, it was supposed to appear only > once. Hmm... I think I see what causes this, let me try to come up > with a fix. Should be fixed now. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 25 13:10:16 2017 Received: (at 27427) by debbugs.gnu.org; 25 Jun 2017 17:10:16 +0000 Received: from localhost ([127.0.0.1]:37513 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPB3A-0002Tn-FG for submit@debbugs.gnu.org; Sun, 25 Jun 2017 13:10:16 -0400 Received: from mout.gmx.net ([212.227.17.20]:50492) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPB38-0002TY-7B for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 13:10:15 -0400 Received: from [192.168.1.100] ([213.162.68.95]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Li0dC-1eArrZ08ZO-00n8Xc; Sun, 25 Jun 2017 19:10:07 +0200 Message-ID: <594FEE69.5010106@gmx.at> Date: Sun, 25 Jun 2017 19:10:01 +0200 From: martin rudalics MIME-Version: 1.0 To: Dmitry Gutov , Eli Zaretskii Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:MQuR2s4GxEYa8FgM58DuSC5OGK8Vcjjoc6b7S5U6Rm+P3xUH85/ 3mlk9/wQu7VnUfoCy98BKTl/TQ0p0MTT7e0ARW7+YnJ/8ISAyUYy5xqqJG05g6VRvaXvUXz V9UmmAt5Ktdg+GyyeEK14eupC9N122JEs+3g+hKq9vfJXwePjhbUlQjzLet6xpTDFSm3hmH fQ+7xcmqsbcmnRpZ0n0dQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:OZsesaOzN40=:4c02ska8vxK2B7Ht73EgCt Hok0FSHKmm3OHlcThjfFoDvicBfmV+E8i/l4Slhau9rTLcOpE2u/fTpphTd93aVVY1zJ9X3sQ FImLMvtlWZg4uRjH2gHuEsswDK0fsY+9fUScyHsp07a5a97WDKWtEtyqwrfLuwCVkkFePw/1N FP+VUcWPbd2RF34IkdZtR4+X+xv9iKivzHQAi1m/Eax9h3/GD9yQ3w4c4h95Zw/rZkZJaq5iB tsvoRbS/MZCOqwpwC4u+2mRnjyrALTv3opNUs4fJTtpCUbGX9XSfxkw4k76X5dRaKvFyMvhDo b/YiX1da/SoMRjDQnNs7qJ0+4xf3G6agLgOuzhEAOLdDVIyP07wW1k3gFRVoxT/7/Zmd74vkx 7hT+9Y1rXaSi0x8VG1YvDNPL65jREYzlODp5XFAJdLNwnPJsshMxLUaE7aF+rzqD0ZmzpQ24v DWANhm9Gev83oWi25NXGcHDkjwfPhYo/idvRT5klCRiycOuL1xuhoozRbG1y6wCd9ewmgSttS 06UB0cK7+YCQFkplN3RtNsQR7AW56kVwSBuvCrzbbvqLGquCm/Ii8rW6iPnWhukWbcktpZUlg 8WV3dLHy37cusaeTCDVcV8VlXJV3KcI2+YqmOGbBoRvsCIL5ufWyaVTxXB2tuGjB9u5bCvWJh vJOw8BeUduUy3EmFW/Y9yYP5ewpa5VNQCQ+ZKYHEyN3e/613q6jniKUAuGaLsWxw1tKlVtMfQ B02If9ZF3M+OAuz1vrxsKUXUwOrWM6Elo9w3QAGH5IdUJZ61IxpBIN9ExZ6if6Dzt8JFouV4T IMuHWyK5lF3FA1mbAuvThc1NmKZoA== X-Spam-Score: -2.8 (--) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.8 (--) > I'd rather think in terms of "submargins", one per "category", and > having an alist of particular properties of each of those categories. Once we do that we should try to accommodate as much as possible in the concept we provide and I think that having =E2=80=98follow-mode=E2=80=99 = implemented by the display engine would be quite valuable. So I would vote for a more general solution that encompasses it as well. > Weren't menus in the terminal rendered using a certain special method,= > different from overlays? I think it boils down to the same underlying concept: Have the display engine replace one text with another profiting from the restriction that on terminals all characters are created equal. martin From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 25 13:58:01 2017 Received: (at 27427) by debbugs.gnu.org; 25 Jun 2017 17:58:01 +0000 Received: from localhost ([127.0.0.1]:37560 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPBnM-0005QS-Uo for submit@debbugs.gnu.org; Sun, 25 Jun 2017 13:58:01 -0400 Received: from eggs.gnu.org ([208.118.235.92]:42401) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPBnJ-0005QD-Qe for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 13:57:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dPBnB-0001Y3-D7 for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 13:57:52 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:49426) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dPBnB-0001Xz-9N; Sun, 25 Jun 2017 13:57:49 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3084 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dPBnA-0006Ei-MT; Sun, 25 Jun 2017 13:57:48 -0400 Date: Sun, 25 Jun 2017 20:57:35 +0300 Message-Id: <8337aot0fk.fsf@gnu.org> From: Eli Zaretskii To: dgutov@yandex.ru In-reply-to: <838tkgt8dp.fsf@gnu.org> (message from Eli Zaretskii on Sun, 25 Jun 2017 18:05:54 +0300) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83shipthve.fsf@gnu.org> <83fueotasd.fsf@gnu.org> <838tkgt8dp.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Sun, 25 Jun 2017 18:05:54 +0300 > From: Eli Zaretskii > Cc: alexanderm@web.de, 27427@debbugs.gnu.org > > > (with-current-buffer (get-buffer-create "popup-test.el") > > (setq display-line-numbers t) > > (insert "aaaaaaa > > aaaaaaa > > aaaaaaa > > aaaaaaa > > aaaaaaa > > ") > > > > (let ((ov (make-overlay (point-max) (point-max)))) > > (overlay-put ov 'after-string "bbbbbb\nbbbbbb\n") > > (overlay-put ov 'display-line-numbers-disable t))) > > > > After that, the buffer popup-test.el shows the "bbbbbb" lines prepended > > with the empty line number columns. I'd rather they weren't there. > > OK, thanks, I will look into this case. Should be fixed now. the fix only works for empty overlays at EOB, but that should be enough, right? Or do you see some other way of specifying this property at EOB? From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 25 14:22:02 2017 Received: (at 27427) by debbugs.gnu.org; 25 Jun 2017 18:22:02 +0000 Received: from localhost ([127.0.0.1]:37591 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPCAc-0007pk-7O for submit@debbugs.gnu.org; Sun, 25 Jun 2017 14:22:02 -0400 Received: from eggs.gnu.org ([208.118.235.92]:45891) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPCAa-0007pQ-SZ for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 14:22:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dPCAR-0002if-5y for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 14:21:55 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:49635) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dPCAR-0002ib-30; Sun, 25 Jun 2017 14:21:51 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3091 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dPCAQ-0004wd-6i; Sun, 25 Jun 2017 14:21:50 -0400 Date: Sun, 25 Jun 2017 21:21:35 +0300 Message-Id: <831sq8szbk.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <594FE0E7.6050004@gmx.at> (message from martin rudalics on Sun, 25 Jun 2017 18:12:23 +0200) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83bmpct8wl.fsf@gnu.org> <594FE0E7.6050004@gmx.at> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Sun, 25 Jun 2017 18:12:23 +0200 > From: martin rudalics > CC: alexanderm@web.de, 27427@debbugs.gnu.org > > I hope I've done that already in my previous mail. Obviously, any such > emulation I mentioned in that mail would result in some sort of overlay > for the buffer text that is displayed there. While such overlays are > temporarily tolerable for menus I strongly doubt that we would want them > for anything else. You are right. That trick works for menus only because we preempt the input queue until the menu is exited, exactly what Dmitry wants to get rid of. Too bad. I tried to think about some idea for implementing such popups in the display engine, but for now came up empty-handed. I will think some more. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 25 14:24:36 2017 Received: (at 27427) by debbugs.gnu.org; 25 Jun 2017 18:24:37 +0000 Received: from localhost ([127.0.0.1]:37595 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPCD6-0007tZ-Ml for submit@debbugs.gnu.org; Sun, 25 Jun 2017 14:24:36 -0400 Received: from eggs.gnu.org ([208.118.235.92]:46198) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPCD4-0007tL-GG for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 14:24:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dPCCv-0003i2-CT for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 14:24:29 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:49650) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dPCCv-0003hy-9c; Sun, 25 Jun 2017 14:24:25 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3092 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dPCCu-00054A-8I; Sun, 25 Jun 2017 14:24:24 -0400 Date: Sun, 25 Jun 2017 21:24:09 +0300 Message-Id: <83zicwrkmu.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-reply-to: (message from Dmitry Gutov on Sun, 25 Jun 2017 19:24:21 +0300) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: rudalics@gmx.at, 27427@debbugs.gnu.org, alexanderm@web.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Cc: alexanderm@web.de, 27427@debbugs.gnu.org > From: Dmitry Gutov > Date: Sun, 25 Jun 2017 19:24:21 +0300 > > Weren't menus in the terminal rendered using a certain special method, > different from overlays? Yes. We simply overwrite the glyph matrices with the menu contents, and then force a screen update. But this cannot work for features that want Emacs to return to the main loop, because anything that triggers any kind of redisplay will restore portions of the display from buffer text and mess up the menu. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 25 14:37:31 2017 Received: (at 27427) by debbugs.gnu.org; 25 Jun 2017 18:37:31 +0000 Received: from localhost ([127.0.0.1]:37600 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPCPa-0001Z2-T3 for submit@debbugs.gnu.org; Sun, 25 Jun 2017 14:37:31 -0400 Received: from eggs.gnu.org ([208.118.235.92]:49764) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPCPY-0001Ym-Ik for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 14:37:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dPCPO-0007uv-P7 for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 14:37:23 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:49741) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dPCPO-0007uq-LW; Sun, 25 Jun 2017 14:37:18 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3094 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dPCPM-0004Sq-9n; Sun, 25 Jun 2017 14:37:18 -0400 Date: Sun, 25 Jun 2017 21:36:51 +0300 Message-Id: <83y3sfsym4.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <594FEE69.5010106@gmx.at> (message from martin rudalics on Sun, 25 Jun 2017 19:10:01 +0200) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Sun, 25 Jun 2017 19:10:01 +0200 > From: martin rudalics > CC: alexanderm@web.de, 27427@debbugs.gnu.org > > > I'd rather think in terms of "submargins", one per "category", and > > having an alist of particular properties of each of those categories. > > Once we do that we should try to accommodate as much as possible in the > concept we provide and I think that having ‘follow-mode’ implemented by > the display engine would be quite valuable. So I would vote for a more > general solution that encompasses it as well. I think people who lobby for more extensive and flexible use of the margins underestimate the amount of work something like that will take. The current management of the margin display is exceedingly rudimentary. Most of the sophisticated layout stuff we have in the text area -- truncation and continuation markers, word-wrap, etc. -- all that doesn't exist there. And the cursor cannot enter the margins. Basically, we just put there glyphs until the available space is exhausted, and that's it. 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. 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. 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. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 25 14:52:06 2017 Received: (at 27427) by debbugs.gnu.org; 25 Jun 2017 18:52:06 +0000 Received: from localhost ([127.0.0.1]:37608 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPCdi-0001tu-8g for submit@debbugs.gnu.org; Sun, 25 Jun 2017 14:52:06 -0400 Received: from eggs.gnu.org ([208.118.235.92]:51409) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPCdg-0001tS-Ug for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 14:52:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dPCda-0005OE-O1 for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 14:51:59 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:49809) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dPCdT-0005Kz-WD; Sun, 25 Jun 2017 14:51:52 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3144 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dPCdR-0005CD-W3; Sun, 25 Jun 2017 14:51:51 -0400 Date: Sun, 25 Jun 2017 21:51:32 +0300 Message-Id: <83wp7zsxxn.fsf@gnu.org> From: Eli Zaretskii To: rudalics@gmx.at In-reply-to: <83y3sfsym4.fsf@gnu.org> (message from Eli Zaretskii on Sun, 25 Jun 2017 21:36:51 +0300) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Sun, 25 Jun 2017 21:36:51 +0300 > From: Eli Zaretskii > Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru > > I think people who lobby for more extensive and flexible use of the > margins underestimate the amount of work something like that will > take. The current management of the margin display is exceedingly > rudimentary. Most of the sophisticated layout stuff we have in the > text area -- truncation and continuation markers, word-wrap, etc. -- > all that doesn't exist there. And the cursor cannot enter the > margins. Basically, we just put there glyphs until the available > space is exhausted, and that's it. > > 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. > 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. > > 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. Btw, it strikes me that if we want something like that, it should be much easier to provide side-by-side windows that scroll together or according to some predefined relation. This at least doesn't need to redesign the basic display geometry of a window, only to change the order in which we traverse the window tree -- instead of the current depth-first order we'd need some more complicated traversal, and perhaps also some redisplay considerations that look at more than one window at a time. Then just removing the scroll bars from all but one of these "lockstep" windows will get you what you want at a much smaller effort. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 25 15:00:57 2017 Received: (at 27427) by debbugs.gnu.org; 25 Jun 2017 19:00:57 +0000 Received: from localhost ([127.0.0.1]:37613 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPCmH-00027d-Ek for submit@debbugs.gnu.org; Sun, 25 Jun 2017 15:00:57 -0400 Received: from eggs.gnu.org ([208.118.235.92]:52629) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPCmF-00027P-PB for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 15:00:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dPCm7-0001vb-6i for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 15:00:50 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:49884) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dPCm7-0001vV-2k; Sun, 25 Jun 2017 15:00:47 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3145 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dPCm5-0003ji-WF; Sun, 25 Jun 2017 15:00:46 -0400 Date: Sun, 25 Jun 2017 22:00:30 +0300 Message-Id: <83vanjsxip.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <594FDDC5.6040009@gmx.at> (message from martin rudalics on Sun, 25 Jun 2017 17:59:01 +0200) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Sun, 25 Jun 2017 17:59:01 +0200 > From: martin rudalics > CC: alexanderm@web.de, 27427@debbugs.gnu.org > > I also voted for a line numbers cache like that of (or even in > combination with) the 'syntax-ppss' cache but that's a different > subject. For the record, IME caches are problematic in the display code. Various display routines are invoked from semi-random places, sometimes utterly unrelated to display per se. As a typical example, consider vertical-motion. Also, redisplay optimizations many time perform layout only for small portions of the window/frame, so you cannot easily rely on the fact that you will be called for a significant number of screen lines, something which would favor caching. Last, but definitely not least, caching gets in the way when the display engine decides it should abandon some layout attempt, back up, and continue from some previous state of the layout process. Many times, this requires to reset the cache as well, which complicates management. So my advice is always to try to code efficient algorithms that can perform reasonably fast without caching. It turned out that counting line (using the same code we always used for line-number display in the mode line) is just such a fast method. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 25 18:56:39 2017 Received: (at 27427) by debbugs.gnu.org; 25 Jun 2017 22:56:39 +0000 Received: from localhost ([127.0.0.1]:37756 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPGSN-0007ZC-7O for submit@debbugs.gnu.org; Sun, 25 Jun 2017 18:56:39 -0400 Received: from mail-wr0-f172.google.com ([209.85.128.172]:33136) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPGSL-0007Yy-Kz for 27427@debbugs.gnu.org; Sun, 25 Jun 2017 18:56:38 -0400 Received: by mail-wr0-f172.google.com with SMTP id r103so130486609wrb.0 for <27427@debbugs.gnu.org>; Sun, 25 Jun 2017 15:56:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=GQT6w2ues2CmgFlkHZVWBFi8c08ogEqigQRI6Vl24FM=; b=WwsoI7rEm8p2LNseQGhU1O5W06+Elf/rFxDuHl8u78dg2pwd7apmiTVrEKWvkhjL9F UhpNGxPoTxqZz3FRVVZGGrkhbgnPjE/oRdG2yzQLe8icBW4qCn9CAiQTNnUpHiht+zSJ kQxwGM8LXDhxCL0dXu9ZihMXV0DeibbNcI/MP4o0ajEWkZMYOcyg73rIW5x7dHoAOlLp DvY3on6v2PKsUuSLMVLfu8Y0sZdigDMWhwStBWoIYjd744/u/6vLKo5CZAUh/sqjlYmd LufYltLEsjv5CNzRwvkUcOmSa+s+SKVO3jsbaCmpEKNYXj6Yu0cfuHm/Zf0iW7Qa/6Ui 0ZxA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=GQT6w2ues2CmgFlkHZVWBFi8c08ogEqigQRI6Vl24FM=; b=UPxUycxEbQLM16WY5Ny3TQDweQAQcXsjVFiw6WLv3ViVtiEdnj+8f2Qwbnsv82xXm5 +N7ev0uCm3VfiFEwbUgyHf/Jyto1eqHk3w6WJ2jDr4IzNl+fVNJMW8yafmvwRptbNkt5 Cw2qHEPtXsuDfmx8zIcR6bo/Vyhpz42rbVvmxa27ApFjVy9Z8R1xZtexQBJGOKKvpWYX JHX79cBbAXRL89OHP4ZaQegwKvwsPnx/hpd7FRnVv+EsH7M98ciXLBxYYCtHflza5YYA 14mngo47BjCGTpnqRJnP5W66UKQjT8eV/sr4PGWevE9gumfPwh5u9HtUhJ0it58jX7rz lN/g== X-Gm-Message-State: AKS2vOwxZCmsQMIMeb3Kx/a3fbxArcdUfyJiIn2/M73AOugXvI5WZ5Aa LWzFgcnwIX5y4aS5mlM= X-Received: by 10.28.173.201 with SMTP id w192mr11362114wme.113.1498431391402; Sun, 25 Jun 2017 15:56:31 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id f45sm18064186wrf.2.2017.06.25.15.56.29 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 25 Jun 2017 15:56:30 -0700 (PDT) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup To: Eli Zaretskii 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> <83shipthve.fsf@gnu.org> <83fueotasd.fsf@gnu.org> <838tkgt8dp.fsf@gnu.org> <8337aot0fk.fsf@gnu.org> From: Dmitry Gutov Message-ID: <35924ed4-65fc-6180-8a02-8158a192b4c2@yandex.ru> Date: Mon, 26 Jun 2017 01:56:28 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 MIME-Version: 1.0 In-Reply-To: <8337aot0fk.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) On 6/25/17 8:57 PM, Eli Zaretskii wrote: > Should be fixed now. Thanks, both cases are working well now. See below for the third one (though it's relatively rare). ;-( > the fix only works for empty overlays at EOB, > but that should be enough, right? Or do you see some other way of > specifying this property at EOB? No, it seems plenty enough for me. I doubt we'd ever going to try using text properties for the popup without an overlay. The third case which disrupts popup positioning: horizontal scrolling, which we discussed earlier. With native numbers, it breaks our function which calculates the "usable" window body width. It looks like this: (defun company--window-width () (let ((ww (window-body-width))) ;; Account for the line continuation column. (when (zerop (cadr (window-fringes))) (cl-decf ww)) (unless (or (display-graphic-p) (version< "24.3.1" emacs-version)) ;; Emacs 24.3 and earlier included margins ;; in window-width when in TTY. (cl-decf ww (let ((margins (window-margins))) (+ (or (car margins) 0) (or (cdr margins) 0))))) (when (and word-wrap (version< emacs-version "24.4.51.5")) ;; http://debbugs.gnu.org/19300 (cl-decf ww)) ;; whitespace-mode with newline-mark (when (and buffer-display-table (aref buffer-display-table ?\n)) (cl-decf ww (1- (length (aref buffer-display-table ?\n))))) ww)) Without going into details, how do I figure out the width which line number glyphs are taking up? Any way to do that without calling posn-at-point at the beginning-of-visual-line? From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 26 03:15:26 2017 Received: (at 27427) by debbugs.gnu.org; 26 Jun 2017 07:15:26 +0000 Received: from localhost ([127.0.0.1]:37904 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPOF4-0002NG-6W for submit@debbugs.gnu.org; Mon, 26 Jun 2017 03:15:26 -0400 Received: from mout.gmx.net ([212.227.17.21]:50028) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPOF2-0002N3-Qu for 27427@debbugs.gnu.org; Mon, 26 Jun 2017 03:15:25 -0400 Received: from [192.168.1.102] ([46.125.249.85]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LvDpe-1dqElQ0FyU-010NQX; Mon, 26 Jun 2017 09:15:18 +0200 Message-ID: <5950B47E.80901@gmx.at> Date: Mon, 26 Jun 2017 09:15:10 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii , Dmitry Gutov Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83zicwrkmu.fsf@gnu.org> In-Reply-To: <83zicwrkmu.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:Y2Fpc2eSNk6kwE3vQYPY9mWmkhFGnGRuCI2oRdnUsMpgm0Rnn+H Z9z5E9NwyyeQYc1Tjotsp+yZZTKD01pHYJz5yAcuV8U6p8/SA5NuRCw8Rv5T1BsOZOS9/XV 7R+F+AgACW0JBeGimTsb3wakgzrJtaumN/v+DLvu7oBq+dUNms1ChqwW8s7BI40GhG7gjpv bpiIiP0YdbefD0rji+cuA== X-UI-Out-Filterresults: notjunk:1;V01:K0:KVbCIlr77xA=:3PSbGnhcEFMbE6Ow29wJyP 8DePd1qyC4wIm3VjatgdItsoh1aU4rtasPtFLJorywbSkRyhx01DX4GaMq+q7K9R9HkFkUYIE 5p8BPpI1VSqlnwYifPJ0U8ppfW/4ZvxNt/900FHS/2CUXKWHiINsv/seR1B/COXzz0UEWDiC1 OrW0cXmoxxJQaZTRlfP38hfzXtlmw5OYVB1YLkw0rV2aeHXPDk3sjPGv/FZ2DhhbP7eL/n6ii kdxncrklxxEZGg8lzwsjUO1ECAQwnrrRUiftnHuieIH94XbRHASHeKM20JdtHf4R5ilhBW8eo u0gd4fYlfzZxJStbDBGmW0Nrd313BxKZZvBxvFCoDn5rM8dkGIswQMz/MTxw51UR/dTZLgBmT qRiSm4L9tnyMlyqxJfHdCS6HipZZ1DhYbF6R7bLpSULcHGu0owbZwrRL3LIF9sOWvvoUzAZL8 duZhLXZiwAAWF6m+C/eDgZhnqrgORmGk5ZPv9jzOIt4lJA3uwlTun07mi9ZiDO1nmptn8sE3K vYBX03eNxtU7lIY2cavuJBNkS8N4xoSiH+kRTnDoPHAqRggYJaJ+sRlUdkWOCdKANVqXwcQIW 66NpvPZuSbNTDu1lx/JtV4LmWojmZY+wdoIdowiyNcn0bLHjKCUniPrCLc9vyxKm/vqcxJWSp YsCrQZKKdQg5I+xhFoxc2JMbtsdsMpHSAMj0lKrT1N9ayAlzFd/fE9wpqzHzmfN0Hl+P24ReL V/r/q9JbFZyqqJ6Y+BgzkvxkbMwm/0/xdD9eJSlq67cYvB7ZP430Z4JgkuMHLiCxylYjYZWEJ TZ9nZAcO2Kmwi46BuxKGYG19/x/Ug== X-Spam-Score: -1.8 (-) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.8 (--) >> Cc: alexanderm@web.de, 27427@debbugs.gnu.org >> From: Dmitry Gutov >> Date: Sun, 25 Jun 2017 19:24:21 +0300 >> >> Weren't menus in the terminal rendered using a certain special method, >> different from overlays? > > Yes. We simply overwrite the glyph matrices with the menu contents, > and then force a screen update. > > But this cannot work for features that want Emacs to return to the > main loop, because anything that triggers any kind of redisplay will > restore portions of the display from buffer text and mess up the menu. > From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 26 04:18:27 2017 Received: (at 27427) by debbugs.gnu.org; 26 Jun 2017 08:18:27 +0000 Received: from localhost ([127.0.0.1]:37942 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPPE3-0003ra-LE for submit@debbugs.gnu.org; Mon, 26 Jun 2017 04:18:27 -0400 Received: from mout.gmx.net ([212.227.17.20]:54562) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPPE1-0003rK-Nx for 27427@debbugs.gnu.org; Mon, 26 Jun 2017 04:18:26 -0400 Received: from [192.168.1.102] ([46.125.249.54]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LmJsk-1dz0xP2hj0-00ZwkR; Mon, 26 Jun 2017 10:18:17 +0200 Message-ID: <5950C342.7010908@gmx.at> Date: Mon, 26 Jun 2017 10:18:10 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii , Dmitry Gutov Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83zicwrkmu.fsf@gnu.org> In-Reply-To: <83zicwrkmu.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:UVO1JVfCyd3BAh32gl/Chut/Iffa9cFzfhvHs2cQB0SdUkq/kiW +Cfa7/UVBvHfNYt6O+r0SOLIUW3DNjaY0cCunB1HszHv9qjumNVBqqNYdqloiu8GRDS0F3k s+bGbrFoFfSR64hxQvi/4s/iyXoc8eXgXHHyMnjUN+sf3Ys6mgWrsJhuUADS/vBeNqBFsue sV4KNY1Oo8oJNQPqQiMdw== X-UI-Out-Filterresults: notjunk:1;V01:K0:V+7R6c8dsVg=:AHbnUNYjIjkqHRcF5lMCUV TtViDlwiBWvjv3cXv2G0isTmb8p1O+HaKVj37Y3Aw6IGXckHnzN7+nBUkNVAMYMBC/oTS7/2d w92TckcHhBhurKuHX6vKL+NqeC4a6GMTeanzNjeULtipqKWpNVotOVr67hIPeTB4wwzi3KAZ1 lkdF42L8VfPnucn4hQy9gJt5Cw0sVkYV9thrN9RxJrI99twP6hHA7R7biyUv5qPzWH7iyTqX5 oIedYuqgAthHsslTbqJjm73VllBFCq8vAVFMtEERuLRFPm8qNW0nKrwH/ZnC9XliEqbO6Zts0 vg94CRqCeQ2nGIIA2P4E8VAKRsGRAietr4AZ6p1eEC93OEg3AqtqNVVWr4Vo4Sxo+BRespUyo WnJSvfsTa49nWjC3zKKXMnJSDrZ/tUnlxCEvBi+rH3MEXq3gwE9apBQhH4kC2TtuOhIyUtXoG 2RrtxY5A+fB9+mF3ibhCDSajUyMFXg0C9GlLPaaGX0bpHA4iCbJHJYLj7dEX3tDXbWZw3cEkF NVWgtODPomeRad1WWUUug1aHDANzTx0kFQ5fqR5Iox0IxQ3AfOzIab6gMt763r1cBBB82VZBB PYsxTGWn2Dp3MsZpfYdRhOkyrHMJSfSw56b1DfyJxCruhC/UIAzGhN/D55M2MbN23v0LXB8ky /K3uyZ2PdxiM8w11gWeY+EDeVFoZOX416g+utLmCCNhnQ1aXwlr1qhZ+YbbYpq/2f7+AfJhEI rrCxYsMI85YG34W1AQ4fAVXdBgMKnOWlzIRZJVaIobdhpSMiWJMMNKGiq8bySWsp7lu/XoLBH 6iLYeS9oocDxrex62sIBl4JZAymvA== X-Spam-Score: -2.8 (--) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.8 (--) > Yes. We simply overwrite the glyph matrices with the menu contents, > and then force a screen update. We would have to do the same for popups. > But this cannot work for features that want Emacs to return to the > main loop, because anything that triggers any kind of redisplay will > restore portions of the display from buffer text and mess up the menu. And for popups it would just have to overwrite the glyph matrix again. Or what am I missing? Yet I doubt that such popups would be desirable on terminal frames. For my taste, they would appear far too obtrusive and distracting. I think any such popup should be treated like a tooltip and get displayed in the echo area. martin From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 26 04:18:52 2017 Received: (at 27427) by debbugs.gnu.org; 26 Jun 2017 08:18:52 +0000 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 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 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 Message-ID: <5950C35D.3060001@gmx.at> Date: Mon, 26 Jun 2017 10:18:37 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> In-Reply-To: <83y3sfsym4.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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+AmF28Pg9sJCR yvLxjMxDByJuRIArePoBjniP7sr8w== X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > 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 From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 26 04:21:30 2017 Received: (at 27427) by debbugs.gnu.org; 26 Jun 2017 08:21:30 +0000 Received: from localhost ([127.0.0.1]:37950 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPPH0-0003x2-9a for submit@debbugs.gnu.org; Mon, 26 Jun 2017 04:21:30 -0400 Received: from mout.gmx.net ([212.227.17.20]:54313) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPPGy-0003wn-2w for 27427@debbugs.gnu.org; Mon, 26 Jun 2017 04:21:28 -0400 Received: from [192.168.1.102] ([46.125.249.54]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M5csW-1decsU0yKG-00xeLp; Mon, 26 Jun 2017 10:21:22 +0200 Message-ID: <5950C3FB.1060200@gmx.at> Date: Mon, 26 Jun 2017 10:21:15 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83wp7zsxxn.fsf@gnu.org> In-Reply-To: <83wp7zsxxn.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:PwtzWVxiHM2S5e1MARHXlvVVZsXMlFQff7UMEvxCXLDa+VkEDRU e5G1rXcJFYFcD4MJmaVZQVVF61nR9JATNhfllnp4HvfZYaRquQPCXiSILIYBIM313voeBk9 NJKMXlO7nHXZCc7jKbvBRGvGzEX2XhBJ2v+Zl8nVVXFN5rb9UbQpGE0fqLB3ymLK28wuWtz hnyBLuPIwGGiuNKpAO/xw== X-UI-Out-Filterresults: notjunk:1;V01:K0:OSSirgKjKhQ=:d37QAV0YjQn9yprQZS7Gny mNb4JPOH7RvZqikUC0xYoG2vWB5i3x+dL6OkSFeEOI7OVXTDHgmLFXlccziy9X7UiTsOj2OsO R7a/GFy4ZRrfiWkCmtywqVV3/djUN8wVex5KqbZ8VY76o9KTBtnbEZXNCMg8osHcQif4fd7HX suLQLBbUGK5Nz061pJ11F3E7sZT9cS7771uP6MVOwEim6a91EGLNuj8p/lAW7zWs2GNHz5l9U GpailFKd31j1iXMQdhRGR4gy6HoNvEIimVUtleuxiZ1dkhaIiwKedcGvs5XMtDvOwwGLurR/S ixCvbtEqC4g21Ybx9fUElrQ9O4QFRmv/70GA/a+3geUIr1vZE+onV/VPJH4+5BRG3X8BhhfCk Hsdi6fmjEIedioowQksg9PFpD9crn4JSE+vMYmZEbPPKGP8kr77/Qn4FiKr2L21E/bgBNoggg R5COIy3o9Ee6T52MRIrjzIO71t3ctAJbJP9eszuYGHjsLQq85rrE1fy1sgdW1bJh93HFTTu77 115qF6g03+MZtsBTLAgpofezE8Bj/2kmYysAabuF13+NwETQhOTio5ilmzutg5uiEUJKooevy Jk6GVh+OcjU+LPQ7ju7iOHM6aJeh4+rKhOEfZ8ug1WM1fXZYmNkxCJTeWxLIvE7VrshbMdkth V8/N8bbOGDsACJ/VaRi1TwvGuYUjOfUQOA1anX49NwYv67zFsiWCSAAglZ3u1bssaI47M4UIz ub9xVBFrVkZYTEBtasv13sbrnpSXjO9dZCE2qg86S4liOuT6X06koISfWpXCBQ1OUpTnoVN29 mjjoBm+Gqq8YsWNk9QHIQLYKEV2jQ== X-Spam-Score: -2.8 (--) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.8 (--) > Btw, it strikes me that if we want something like that, it should be > much easier to provide side-by-side windows that scroll together or > according to some predefined relation. This at least doesn't need to > redesign the basic display geometry of a window, only to change the > order in which we traverse the window tree -- instead of the current > depth-first order we'd need some more complicated traversal, and > perhaps also some redisplay considerations that look at more than one > window at a time. Then just removing the scroll bars from all but one= > of these "lockstep" windows will get you what you want at a much > smaller effort. This is precisely what I had in mind and why I pleaded for a uniform handling of windows elsewhere. The question is whether and how to treat margins, scroll bars and fringes as first class citizens in this regard. Our scroll bars are already partly windows partly frames. Hence considering them a shared resource like the tool or menu bar windows/frames should be straightforward. Margins, fringes and line numbers are subordinates but I would upgrade them so the display engine is mostly disconnected from the layout problem. Now I think we agree that two or more side-by-side windows emulating =E2=80=98follow-mode=E2=80=99 should share a single vertical scroll bar w= indow whose slider size and position would be computed from the amount of text displayed in all of these windows taken together and the position of =E2=80=98point=E2=80=99 in the most recently selected window of them. I think we could also have these windows share a common fringe and a line number window. I'm less sure about the margins. I think a vertical divider should be provided separately for each window so the user can resize them separately with the mouse. And a horizontal scroll bar, if wanted, should be provided separately for each of the windows. There's probably no rule for sharing mode and header lines: A common mode line seems obviously preferable for =E2=80=98follow-mode=E2=80=99, a= ruler in the header line can be hardly shared. An obvious problem ensuing from such an approach is, for example, that the display engine may decide that the size of the line number window must increase because one of the windows now has to display a larger maximum line number or because =E2=80=98point=E2=80=99 has moved from a w= indow with a lower =E2=80=98point=E2=80=99 to a window with a higher one. This will t= rigger a check whether the remaining windows are still large enough and maybe how to enlarge them. So what is currently a local decision entirely embedded in your line numbers code would become a more global decision of window management. martin From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 26 04:21:38 2017 Received: (at 27427) by debbugs.gnu.org; 26 Jun 2017 08:21:38 +0000 Received: from localhost ([127.0.0.1]:37953 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPPH8-0003xO-Ho for submit@debbugs.gnu.org; Mon, 26 Jun 2017 04:21:38 -0400 Received: from mout.gmx.net ([212.227.17.21]:56375) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPPH6-0003xB-BU for 27427@debbugs.gnu.org; Mon, 26 Jun 2017 04:21:36 -0400 Received: from [192.168.1.102] ([46.125.249.54]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MIzGn-1dRtJL0MuX-002UGS; Mon, 26 Jun 2017 10:21:30 +0200 Message-ID: <5950C403.6000808@gmx.at> Date: Mon, 26 Jun 2017 10:21:23 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83vanjsxip.fsf@gnu.org> In-Reply-To: <83vanjsxip.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:c5QO/GOa+Sp6HW3WbmeDUQZX1yjYH40zW67lkUdG4IMlvD0zvPv KtpIzfkSm5/MMbQylFEFv0h4q+VXucjchtX0KdqhusLgEKV4U0Glve2VQ4ExsYHbH0fJqr8 LfY82l0+IhIDytCccOtuPpeYJxCxYH3L11mw3fwmeRBaTkFeBffx8n8QihXqgiIxQT7rhDK ci+r+kFkjnVyiPc4RgPVA== X-UI-Out-Filterresults: notjunk:1;V01:K0:0U43erhfdy4=:vVUSCAlt/lOvLEBS9jxgsb fy0oXCqLQ1SAB5WzoIIUTXZhkqn6shKa2a1cRfGhwGBExftoe24GoeJCSe1d8c4UL7FKAmQvi YdPCGSYVT2/aCW+p7NvSGqV/AsDYwhe0UloS2Z8Uc+poBM+k55V8DO0BRlR9RhLIFXL4NAyn7 K1m03nWp6qQv20DL8kFMtIoP/Uu33DTQP2+sM0t9GLQH7LBTG9lZOOxCRkdcQXu0LhguMMlcN jYklT6jzRfcxZ85cTLWPkwJmZKY4R3Kk6Io35VxXlpDgDnAYxTkkLtvtLmTlQHqI/di2Jt82C +/wttBeCqw8gadfToKiZB+7OfBSGLXJC6rHqD4qzqQEV3V3nRCNYoHCrnoqkig1X6884yHaiF pA2pi4OiPbK0O2ax3Nsu4UzoTXG3FIu+P9hjyFQrLQ2d/BtWZT8KEf+08H4ySj411WfGANcK4 DGnGCn4vlOYPSIqa9yhsxoX4bR31LwrjT6lMNcKMoU3LaAtXNDZY9DOJgDxee6vttgz7n8ksb dnaOyf6z5680ps+suWtGDKFLxsdTbzBHZmP0gId26Vb2Yt+PbDgNadD9pDSOxkt8luepJXOX+ vI8np49i2+h6hAa/MFgyzsxxgk1zwlu2kWFMFSojAuQPIT46ov2PUpDWgXgCYg09AiO/40psk Azwrm+CjTrF6PkD4HXEzgah3TyyUclpslVJOVcKgMg0spCPAudIPm1sMrs0B8dIptAJWZzVx8 MGhS8lJX+oVloWMLlixET/Fw+tNaMlaibNicKVeda/h96ee4IzmJO53HSxEeQkUpA31+2b6aU q+XIjI9X3hxWqxbzbfc6U3AXhzYuw== X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > So my advice is always to try to code efficient algorithms that can > perform reasonably fast without caching. It turned out that counting > line (using the same code we always used for line-number display in > the mode line) is just such a fast method. Yet we have =E2=80=98line-number-display-limit=E2=80=99 and =E2=80=98line-number-display-limit-width=E2=80=99 ... martin From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 26 04:24:00 2017 Received: (at 27427) by debbugs.gnu.org; 26 Jun 2017 08:24:00 +0000 Received: from localhost ([127.0.0.1]:37959 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPPJP-000416-Sf for submit@debbugs.gnu.org; Mon, 26 Jun 2017 04:23:59 -0400 Received: from mout.gmx.net ([212.227.17.22]:52767) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPPJN-00040r-UY for 27427@debbugs.gnu.org; Mon, 26 Jun 2017 04:23:58 -0400 Received: from [192.168.1.102] ([46.125.249.54]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MPHrQ-1dL1aZ0cpU-004Q8C; Mon, 26 Jun 2017 10:23:51 +0200 Message-ID: <5950C490.4080904@gmx.at> Date: Mon, 26 Jun 2017 10:23:44 +0200 From: martin rudalics MIME-Version: 1.0 To: Dmitry Gutov , Eli Zaretskii Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83shipthve.fsf@gnu.org> <83fueotasd.fsf@gnu.org> <838tkgt8dp.fsf@gnu.org> <8337aot0fk.fsf@gnu.org> <35924ed4-65fc-6180-8a02-8158a192b4c2@yandex.ru> In-Reply-To: <35924ed4-65fc-6180-8a02-8158a192b4c2@yandex.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:kW1IhyKqZ1UK8wjgWcYxEP1tjVzJmPm2YJeZm8HvK3nk1dmpx1/ km94hE5FbLRqv2tTbo1IDUVWxBbd8yU/K1nP0z2DhTwXcUYDSyG6oKngLRQ3q0PK4BoqWpj EJq6OWij3i3jpBZZUPZCxLHQRqKeOIHZhI33KuVg87S/4MhTPhTlUdva0IwDeQ/yFFZhTUI 4rGaaH6V6Q3hEfbVfIV4A== X-UI-Out-Filterresults: notjunk:1;V01:K0:8oZ9pVjsX1o=:kGSN4A5f1Yw3YK4mIl8C7m v2EoQ2KBAsr7aY2YrOzPqzw1mtMg2XO8YkLaDyuYt9SARE6YGtvIbec1SXDRO7q81nR7SfUJn Zvxo/wjKUTF9oHAbOfaByDczmcEMxCKQHv5AW8onlYutMknd4VAxzaCJOrrZhveMRU0dDBRFK O+UiL2c8nfjeIevVCW+Mb/B7zIlznI8vYp2waUlLgLOpHFi6Jsw7PfL4nXvVW3QdHa7vL3t9q RLw5itn/IwfSpNbIZecobGpemD7bhfpuQv7MlFWoej2S+y/evd+N51JGhfdMnQyPNjlBnJdiA LgR1UK9W9EYfIwZLs2Zh5VR2sDWOQkCBiQuQ8v/z9WvXai41gzFbUJpyJRzWAcXTZmo8eeLht aQ5lA+WCjxyfmNAna7SAbGivPpUGs9vsk2R7iTsbw6/EKyCgP1zOOO2IcSiAoWabzqq/xxV0w A1sn1Iye3oDjeaie7TMLe6HWOchiajN8/mv1tDOaSn7u8HM+UqEOOCk+6858YXUHDylZ3lXzN kZGPMggXAFnzMRtVpX2oKhiScCKO+DHTmeymp3lu5yyPeWOrRGxxOZZYG5NJ2XWOdE+IwtUU0 005wE6XKgCi3o71j0vbgtUcO2lD8Lt7BhWwZInhMWPmplRK6SDRGnKaJCJ5Xia5bt5FEdWepi oM6zpf58fp7jn4QnehOmmDVqTpDwDh3DV7ZM/OCVohyYp7pQYJS3FPatdVEx+ky7+rWGI93p2 YbyIVTeaG7AiLZpmRB976B7vYZ3LFIyKLcLoAD1GCwCfg8BnY/bfMuShx+xpJzIoH2qzliVeZ v1oeUnqEm/maEqt9jZGTxTrd0A0oQ== X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > Without going into details, how do I figure out the width which line > number glyphs are taking up? Any way to do that without calling > posn-at-point at the beginning-of-visual-line? You'd probably need a function =E2=80=98window-line-number-width=E2=80=99= callable after the current glyph matrix was calculated. But if your overlays then mess with the number of lines displayed in the window you'll get into a loop. martin From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 26 08:07:34 2017 Received: (at 27427) by debbugs.gnu.org; 26 Jun 2017 12:07:34 +0000 Received: from localhost ([127.0.0.1]:38145 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPSnm-0002eN-KD for submit@debbugs.gnu.org; Mon, 26 Jun 2017 08:07:34 -0400 Received: from mail-wm0-f53.google.com ([74.125.82.53]:38546) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPSnk-0002eB-U1 for 27427@debbugs.gnu.org; Mon, 26 Jun 2017 08:07:33 -0400 Received: by mail-wm0-f53.google.com with SMTP id b184so5734697wme.1 for <27427@debbugs.gnu.org>; Mon, 26 Jun 2017 05:07:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=rfL8VD6FoeD6pGJh9ll66JdTprMiZzesEQBKpg6xkrY=; b=AfehaScoxjDGtaXwGb3sh2uDt2ULLCT+g2xVj+hNZwfueBcGfOHI0OFW90CdFOwBWF MdxW5jiJYvfcxqW8mzXv6euKinKTNHYznWTRMf0mBmcEvSjeEqBM+IhUG0QrWrJaNk5o OG0O+1ZPSrOkDI5WIVYsDhO4TproQvMTrYsFuiroGMWmTddEx7XmwnqsAhTqxRk/5pMb +VMEEfF4h7Aw84WGa9Ejz0V7T6MlI3mWeqeXKX+3SJQhhiPn9LjAIfyboAYQVXWETtZt BF81yaiVdVob4dZ1PTxeSHVFwGNNSMdYROohOZArblNh1+BgwSVNprCWqbmZh8vgxLya BpcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=rfL8VD6FoeD6pGJh9ll66JdTprMiZzesEQBKpg6xkrY=; b=FiZ4Nw0V8UBQsDZQfb//gDaTBGyC6XcCfFMC5+LQJTfWcLeqBHgdpyma1/396CgvnI G2gTkxKjbPINs2rii9YlixHPUtrKkg6DVPSWLAKYN5YvVY8nUMm++HEhxjq/fjKGh2Ln we2v296zAteZTkSNCkql5uh2cM3fXKFT4vUtXUcUVNpdNktE9ibvY3nzLhWiyC4TXZwH dTTD/pCAI491HT8SxeqfExN3feoC6J1XPCNFdCACsVEZDO+8lIRDJRZUEeAA+qs+5DUm G1/dS1IenyShM7FZfzDcdqjiGQN+dOekG2opq3nZL/BfF48MbTpHlP0bmGAncPw1jvEO mbyA== X-Gm-Message-State: AKS2vOxyNK6lYW0mQrvf2c9F5iKsJEfZbh9LtZWD9bt3h07Kght7Snt9 QUGhM2xQEVQOE298fuY= X-Received: by 10.80.165.104 with SMTP id z37mr16405041edb.60.1498478846915; Mon, 26 Jun 2017 05:07:26 -0700 (PDT) Received: from [192.168.0.133] ([212.50.99.193]) by smtp.googlemail.com with ESMTPSA id w49sm6167501eda.61.2017.06.26.05.07.22 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 26 Jun 2017 05:07:23 -0700 (PDT) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup To: martin rudalics , Eli Zaretskii 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> <83zicwrkmu.fsf@gnu.org> <5950C342.7010908@gmx.at> From: Dmitry Gutov Message-ID: <693efabd-ae30-842f-0590-33e39227a1b8@yandex.ru> Date: Mon, 26 Jun 2017 15:07:21 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 MIME-Version: 1.0 In-Reply-To: <5950C342.7010908@gmx.at> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.2 (/) On 6/26/17 11:18 AM, martin rudalics wrote: > Yet I doubt that such popups would be desirable on terminal frames. For > my taste, they would appear far too obtrusive and distracting. I think > any such popup should be treated like a tooltip and get displayed in the > echo area. We already have a company-mode frontend that uses the echo area to show completions (two of them, actually, slightly different from each other). Problem is, it's hard to fit the same information you would in a popup, and the echo area is used for other things (often at the same time): e.g. ElDoc, as well as some extra info that company-mode shows for the currently selected completion. So the user would have to give up that. From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 26 11:05:43 2017 Received: (at 27427) by debbugs.gnu.org; 26 Jun 2017 15:05:43 +0000 Received: from localhost ([127.0.0.1]:39263 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPVaA-0000Lw-NC for submit@debbugs.gnu.org; Mon, 26 Jun 2017 11:05:42 -0400 Received: from eggs.gnu.org ([208.118.235.92]:34241) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPVa8-0000Lh-22 for 27427@debbugs.gnu.org; Mon, 26 Jun 2017 11:05:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dPVZy-00085O-FK for 27427@debbugs.gnu.org; Mon, 26 Jun 2017 11:05:34 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34598) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dPVZy-00085E-BL; Mon, 26 Jun 2017 11:05:30 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3489 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dPVZx-00038v-Ek; Mon, 26 Jun 2017 11:05:29 -0400 Date: Mon, 26 Jun 2017 18:05:17 +0300 Message-Id: <83mv8ussb6.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <5950C342.7010908@gmx.at> (message from martin rudalics on Mon, 26 Jun 2017 10:18:10 +0200) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83zicwrkmu.fsf@gnu.org> <5950C342.7010908@gmx.at> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Mon, 26 Jun 2017 10:18:10 +0200 > From: martin rudalics > CC: alexanderm@web.de, 27427@debbugs.gnu.org > > > Yes. We simply overwrite the glyph matrices with the menu contents, > > and then force a screen update. > > We would have to do the same for popups. Doing that behind the back of the display engine is problematic, see below. > > But this cannot work for features that want Emacs to return to the > > main loop, because anything that triggers any kind of redisplay will > > restore portions of the display from buffer text and mess up the menu. > > And for popups it would just have to overwrite the glyph matrix again. > Or what am I missing? If we let Emacs escape into the main loop, we cannot control when redisplay kicks in and what effect does it have. For example, some timer could display a message that could be longer than a single screen line, so Emacs will resize the echo area and as result redisplay the windows above the mode line. Since the text of the popup comes from a source about which the display engine knows absolutely nothing, redisplay will do its job assuming that the screen shows the contents before we overwrote it, and thus will completely mess up the display. Even if the code which displayed the popup gets control right away (which isn't guaranteed in general, since company-mode wants to be able to run arbitrary Lisp given user interaction with the popup), the user will see a momentary flash of messed-up display. > Yet I doubt that such popups would be desirable on terminal frames. For > my taste, they would appear far too obtrusive and distracting. I think > any such popup should be treated like a tooltip and get displayed in the > echo area. I don't see how the echo area can fit the job, since the space there is very small and there's no way to let the user select an alternative using menu-like interaction. From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 26 11:06:46 2017 Received: (at 27427) by debbugs.gnu.org; 26 Jun 2017 15:06:46 +0000 Received: from localhost ([127.0.0.1]:39267 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPVbC-0000Na-23 for submit@debbugs.gnu.org; Mon, 26 Jun 2017 11:06:46 -0400 Received: from eggs.gnu.org ([208.118.235.92]:34679) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPVb9-0000NM-1x for 27427@debbugs.gnu.org; Mon, 26 Jun 2017 11:06:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dPVaz-0008VP-Si for 27427@debbugs.gnu.org; Mon, 26 Jun 2017 11:06:38 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34619) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dPVaz-0008VJ-PK; Mon, 26 Jun 2017 11:06:33 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3490 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dPVay-0005Ry-Ue; Mon, 26 Jun 2017 11:06:33 -0400 Date: Mon, 26 Jun 2017 18:06:22 +0300 Message-Id: <83lgoess9d.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <5950C403.6000808@gmx.at> (message from martin rudalics on Mon, 26 Jun 2017 10:21:23 +0200) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83vanjsxip.fsf@gnu.org> <5950C403.6000808@gmx.at> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Mon, 26 Jun 2017 10:21:23 +0200 > From: martin rudalics > CC: dgutov@yandex.ru, alexanderm@web.de, 27427@debbugs.gnu.org > > > So my advice is always to try to code efficient algorithms that can > > perform reasonably fast without caching. It turned out that counting > > line (using the same code we always used for line-number display in > > the mode line) is just such a fast method. > > Yet we have ‘line-number-display-limit’ and > ‘line-number-display-limit-width’ ... Whose default values could probably be enlarged considerably, given the contemporary CPUs. From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 26 11:08:22 2017 Received: (at 27427) by debbugs.gnu.org; 26 Jun 2017 15:08:22 +0000 Received: from localhost ([127.0.0.1]:39271 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPVck-0000Q5-DG for submit@debbugs.gnu.org; Mon, 26 Jun 2017 11:08:22 -0400 Received: from eggs.gnu.org ([208.118.235.92]:35346) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPVci-0000Pq-LQ for 27427@debbugs.gnu.org; Mon, 26 Jun 2017 11:08:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dPVcZ-0000iw-3r for 27427@debbugs.gnu.org; Mon, 26 Jun 2017 11:08:15 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34657) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dPVcZ-0000is-0B; Mon, 26 Jun 2017 11:08:11 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3492 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dPVcY-000693-6O; Mon, 26 Jun 2017 11:08:10 -0400 Date: Mon, 26 Jun 2017 18:07:59 +0300 Message-Id: <83k23yss6o.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <5950C490.4080904@gmx.at> (message from martin rudalics on Mon, 26 Jun 2017 10:23:44 +0200) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83shipthve.fsf@gnu.org> <83fueotasd.fsf@gnu.org> <838tkgt8dp.fsf@gnu.org> <8337aot0fk.fsf@gnu.org> <35924ed4-65fc-6180-8a02-8158a192b4c2@yandex.ru> <5950C490.4080904@gmx.at> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Mon, 26 Jun 2017 10:23:44 +0200 > From: martin rudalics > CC: alexanderm@web.de, 27427@debbugs.gnu.org > > > Without going into details, how do I figure out the width which line > > number glyphs are taking up? Any way to do that without calling > > posn-at-point at the beginning-of-visual-line? > > You'd probably need a function ‘window-line-number-width’ callable after > the current glyph matrix was calculated. Or maybe a new value of the argument to window-body-width which would cause it to return the width excluding the line-number part? From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 26 11:23:16 2017 Received: (at 27427) by debbugs.gnu.org; 26 Jun 2017 15:23:16 +0000 Received: from localhost ([127.0.0.1]:39277 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPVr9-0000lA-PR for submit@debbugs.gnu.org; Mon, 26 Jun 2017 11:23:15 -0400 Received: from eggs.gnu.org ([208.118.235.92]:39896) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPVr9-0000ky-2L for 27427@debbugs.gnu.org; Mon, 26 Jun 2017 11:23:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dPVqz-0007pc-Vf for 27427@debbugs.gnu.org; Mon, 26 Jun 2017 11:23:09 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34912) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dPVqz-0007pI-S1; Mon, 26 Jun 2017 11:23:05 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3497 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dPVqz-0007I3-2i; Mon, 26 Jun 2017 11:23:05 -0400 Date: Mon, 26 Jun 2017 18:22:53 +0300 Message-Id: <83h8z2srhu.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-reply-to: <35924ed4-65fc-6180-8a02-8158a192b4c2@yandex.ru> (message from Dmitry Gutov on Mon, 26 Jun 2017 01:56:28 +0300) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83shipthve.fsf@gnu.org> <83fueotasd.fsf@gnu.org> <838tkgt8dp.fsf@gnu.org> <8337aot0fk.fsf@gnu.org> <35924ed4-65fc-6180-8a02-8158a192b4c2@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Cc: alexanderm@web.de, 27427@debbugs.gnu.org > From: Dmitry Gutov > Date: Mon, 26 Jun 2017 01:56:28 +0300 > > > the fix only works for empty overlays at EOB, > > but that should be enough, right? Or do you see some other way of > > specifying this property at EOB? > > No, it seems plenty enough for me. I doubt we'd ever going to try using > text properties for the popup without an overlay. No, I meant is there any other way of having a property on EOB except via empty overlays? get-text-property always returns nil at point-max. Is there some creative way of using text properties there? From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 26 11:28:51 2017 Received: (at 27427) by debbugs.gnu.org; 26 Jun 2017 15:28:51 +0000 Received: from localhost ([127.0.0.1]:39284 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPVwZ-0000sl-Ek for submit@debbugs.gnu.org; Mon, 26 Jun 2017 11:28:51 -0400 Received: from mail-wm0-f49.google.com ([74.125.82.49]:37075) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPVwX-0000sW-N5 for 27427@debbugs.gnu.org; Mon, 26 Jun 2017 11:28:50 -0400 Received: by mail-wm0-f49.google.com with SMTP id i127so966282wma.0 for <27427@debbugs.gnu.org>; Mon, 26 Jun 2017 08:28:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=PSpSlXYGGgOjxJl1xd8/FmkSEpvI24K+KwrpMZTC0q8=; b=R653HVrBq0Yl1Xo7rrZQASDXZZAtDKMuCsNEnc2VzqKchNHUnwu3LbRzEdZY0AeOFy +pzljk3h/rG7DnyMeQOqly6ymHccRy/YrCvyrn+ZureXCOyD+tc2kY3fdz7Rim2Ne0uw 6AJLoc2OVapWsd7J6UyA7Hl2aFPYi2a6xNbQ4D3yxNEaLi6J5hNXQd4rNdvNX8kikGxL g494FcXG1LrRKtkCeGyvLtf+Arsna1eN4QmiqfKCVBQidAV0yl4UTo1mo6tIf2oJSRjJ +7f8SLaxtYrOEoVx0PA3IOUX0YGgk0g51a9TqI2j0POAkq4keFi7rj8OJfpXJ7yP564h lQJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=PSpSlXYGGgOjxJl1xd8/FmkSEpvI24K+KwrpMZTC0q8=; b=beWphX3zEMp4kp0Xm4pV2i4Mwtapz20knN59T8JkQ3QLf+tTeB0+UISd4AnVn+93yx heR7Gf/b7fqaHsG+ukWjEbam9OU/IeAMrHxCWbJyyzUn3jB6MC9xqvP7/kMwkv4dHUMS yHXk6rb7zpSPPYkScW1D4LA3a5e4ir6pC9WKAWofE41KhPyoCuvvlG14uCceklEqJlIw nlXz6mm2IdP4lL2oHMGNOOXMsfXmR9BOnNwr2Jujqf8XpBtQ0U1ZWUzNCO5mgSVFMLYo ZxpFgXCFkoo90ns6qjy510IFDmFkyFa09Z8diLOIsVpYiWY1XvaqNB/0CG+6CSJpQydm d3Dw== X-Gm-Message-State: AKS2vOxwGABLNsQMAa1JD48dMUc4ciH8kFzj5Ppqu1afICuJmiC6x6BS 814Ogk5MgabrPfkdd98= X-Received: by 10.28.141.72 with SMTP id p69mr116132wmd.12.1498490923768; Mon, 26 Jun 2017 08:28:43 -0700 (PDT) Received: from [192.168.0.133] ([212.50.99.193]) by smtp.googlemail.com with ESMTPSA id r187sm449913wmg.15.2017.06.26.08.28.42 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 26 Jun 2017 08:28:42 -0700 (PDT) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup To: Eli Zaretskii 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> <83shipthve.fsf@gnu.org> <83fueotasd.fsf@gnu.org> <838tkgt8dp.fsf@gnu.org> <8337aot0fk.fsf@gnu.org> <35924ed4-65fc-6180-8a02-8158a192b4c2@yandex.ru> <83h8z2srhu.fsf@gnu.org> From: Dmitry Gutov Message-ID: <3ecb9358-ffb7-95fd-40c5-d425202a4042@yandex.ru> Date: Mon, 26 Jun 2017 18:28:41 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 MIME-Version: 1.0 In-Reply-To: <83h8z2srhu.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.2 (/) On 6/26/17 6:22 PM, Eli Zaretskii wrote: > No, I meant is there any other way of having a property on EOB except > via empty overlays? get-text-property always returns nil at > point-max. Is there some creative way of using text properties there? Probably not. Anyway, from where I'm standing, the new property is more of a temporary workaround, so I wouldn't worry about a detail like that. From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 26 11:51:12 2017 Received: (at 27427) by debbugs.gnu.org; 26 Jun 2017 15:51:12 +0000 Received: from localhost ([127.0.0.1]:39296 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPWIB-0001Qk-Rr for submit@debbugs.gnu.org; Mon, 26 Jun 2017 11:51:12 -0400 Received: from eggs.gnu.org ([208.118.235.92]:47917) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPWI9-0001QT-Mo for 27427@debbugs.gnu.org; Mon, 26 Jun 2017 11:51:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dPWHz-0003N7-KU for 27427@debbugs.gnu.org; Mon, 26 Jun 2017 11:51:04 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:35281) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dPWHz-0003N1-By; Mon, 26 Jun 2017 11:50:59 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3507 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dPWHy-0002MQ-IA; Mon, 26 Jun 2017 11:50:58 -0400 Date: Mon, 26 Jun 2017 18:50:47 +0300 Message-Id: <83fuemsq7c.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-reply-to: <3ecb9358-ffb7-95fd-40c5-d425202a4042@yandex.ru> (message from Dmitry Gutov on Mon, 26 Jun 2017 18:28:41 +0300) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83shipthve.fsf@gnu.org> <83fueotasd.fsf@gnu.org> <838tkgt8dp.fsf@gnu.org> <8337aot0fk.fsf@gnu.org> <35924ed4-65fc-6180-8a02-8158a192b4c2@yandex.ru> <83h8z2srhu.fsf@gnu.org> <3ecb9358-ffb7-95fd-40c5-d425202a4042@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Cc: alexanderm@web.de, 27427@debbugs.gnu.org > From: Dmitry Gutov > Date: Mon, 26 Jun 2017 18:28:41 +0300 > > Anyway, from where I'm standing, the new property is more of a temporary > workaround, so I wouldn't worry about a detail like that. Based on ME, we might be surprised how long this temporary workaround will be used... ;-) From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 26 13:12:55 2017 Received: (at 27427) by debbugs.gnu.org; 26 Jun 2017 17:12:55 +0000 Received: from localhost ([127.0.0.1]:39352 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPXZH-0003M0-4o for submit@debbugs.gnu.org; Mon, 26 Jun 2017 13:12:55 -0400 Received: from mail-wm0-f50.google.com ([74.125.82.50]:35486) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPXZF-0003Ln-MJ for 27427@debbugs.gnu.org; Mon, 26 Jun 2017 13:12:53 -0400 Received: by mail-wm0-f50.google.com with SMTP id w126so3433506wme.0 for <27427@debbugs.gnu.org>; Mon, 26 Jun 2017 10:12:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=oRTUM4A8p1qnj6S9kM+Pg9FnrRSQJNMij1mdDt+SQ6g=; b=Tnyk6XQEXa8AIr5ynhK5u5j86RhRATyqEg+FuNnPvWxNABuFrf2frBiQJDHr81xjab kMeUcF1drZLCG8ahCmCNypRIiJjFCNqP79EErTd7CpPjIXt2ksyb8OEIxyqco6DpzTbY ONF7vMQGYi4tViqBD6QBRPQMMWDuJPLHKEQGOszANrvZAmDgfmIgSo7uk5vhB47mCM/u QsPlOHUN0ToiHth0hFoY8/pim8CilW3Z8jp/fmKTD2leTjrmKu8Eb0qpUCkD/ddVO95D iH6stbycmW7Dj0syuoEE28c/tIo58p0/angPm2Jq8ldSndTPFVCjlpDoauwZh7yP6TPj K8hQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=oRTUM4A8p1qnj6S9kM+Pg9FnrRSQJNMij1mdDt+SQ6g=; b=ntaCMB2VvMiw4Q43juOCfTrshciXY8A7JfEJkT5NIkaNrmM1xCG48E9c4dRcGJ+Uo6 0XgiAg/6leki6EtLtgmn6KC/tIjDtHW1wm2xLvprPqXMz24e7VB00ZsS0QI5FK49WBrI bn/jqXsN5HnpDU+TxCz4kfLxRT7GfwtBZtSb+ZRfExnRs7V3r2u3AumDHRMLJK4XDl/x 5Il5/534XkifywBDp0PlJKouuChtgrpmDUSUaI5eaYN+WjOsEBgdjpf0d8ptiJVUp/+g ly47pk3wGj6pELaSht7EX0abfOksYfcBwZPNH2eJW7j0IFvVFQz2AZT40fSCn3oa8r+R COpQ== X-Gm-Message-State: AKS2vOyXtkXlH63xQQmoVl5sAAX33iD7omiCeLmnhdKC9Fs5l8st/mgT 06w/4i65rQkE+yC7eg0= X-Received: by 10.28.29.21 with SMTP id d21mr388739wmd.37.1498497167500; Mon, 26 Jun 2017 10:12:47 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id u17sm223840wma.8.2017.06.26.10.12.46 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 26 Jun 2017 10:12:46 -0700 (PDT) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup To: Eli Zaretskii 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> <83shipthve.fsf@gnu.org> <83fueotasd.fsf@gnu.org> <838tkgt8dp.fsf@gnu.org> <8337aot0fk.fsf@gnu.org> <35924ed4-65fc-6180-8a02-8158a192b4c2@yandex.ru> <83h8z2srhu.fsf@gnu.org> <3ecb9358-ffb7-95fd-40c5-d425202a4042@yandex.ru> <83fuemsq7c.fsf@gnu.org> From: Dmitry Gutov Message-ID: <0c102dac-2f99-a06a-e829-a930d79899d3@yandex.ru> Date: Mon, 26 Jun 2017 20:12:45 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 MIME-Version: 1.0 In-Reply-To: <83fuemsq7c.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.2 (/) On 6/26/17 6:50 PM, Eli Zaretskii wrote: > Based on ME, we might be surprised how long this temporary workaround > will be used... ;-) That happens, sure. I imagine it wouldn't be too hard to add support for the additional cases later, though. From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 26 17:30:36 2017 Received: (at 27427) by debbugs.gnu.org; 26 Jun 2017 21:30:37 +0000 Received: from localhost ([127.0.0.1]:39640 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPbae-0004ba-NI for submit@debbugs.gnu.org; Mon, 26 Jun 2017 17:30:36 -0400 Received: from manu26.manufrog.com ([98.142.98.2]:51656) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPbad-0004bM-5o for 27427@debbugs.gnu.org; Mon, 26 Jun 2017 17:30:35 -0400 Received: from c-5306e555.04-211-6c6b701.cust.bredbandsbolaget.se ([85.229.6.83]:52532 helo=muon.localdomain) by manu26.manufrog.com with esmtpa (Exim 4.89) (envelope-from ) id 1dPbaU-0021hv-P9; Mon, 26 Jun 2017 23:30:26 +0200 Received: by muon.localdomain (Postfix, from userid 1000) id A694F4842B7; Mon, 26 Jun 2017 23:30:24 +0200 (CEST) From: =?utf-8?Q?Johan_Bockg=C3=A5rd?= To: Eli Zaretskii Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup References: <611468a0-3115-813a-7347-d0c06e155831@web.de> <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> <83shipthve.fsf@gnu.org> <83fueotasd.fsf@gnu.org> <838tkgt8dp.fsf@gnu.org> <8337aot0fk.fsf@gnu.org> <35924ed4-65fc-6180-8a02-8158a192b4c2@yandex.ru> <83h8z2srhu.fsf@gnu.org> Date: Mon, 26 Jun 2017 23:30:24 +0200 In-Reply-To: <83h8z2srhu.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 26 Jun 2017 18:22:53 +0300") Message-ID: <87mv8u1lov.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - manu26.manufrog.com X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gnu.org X-Get-Message-Sender-Via: manu26.manufrog.com: authenticated_id: noreply@tryserumgardar.se X-Authenticated-Sender: manu26.manufrog.com: noreply@tryserumgardar.se X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, Dmitry Gutov X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) Eli Zaretskii writes: > No, I meant is there any other way of having a property on EOB except > via empty overlays? get-text-property always returns nil at > point-max. Is there some creative way of using text properties there? `default-text-properties' From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 27 03:06:23 2017 Received: (at 27427) by debbugs.gnu.org; 27 Jun 2017 07:06:23 +0000 Received: from localhost ([127.0.0.1]:39906 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPkZq-0001hC-PA for submit@debbugs.gnu.org; Tue, 27 Jun 2017 03:06:22 -0400 Received: from mout.gmx.net ([212.227.17.22]:63034) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPkZp-0001gv-EB for 27427@debbugs.gnu.org; Tue, 27 Jun 2017 03:06:22 -0400 Received: from [192.168.1.100] ([213.162.68.23]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MRGvT-1dK5W63HTz-00UcN5; Tue, 27 Jun 2017 09:06:13 +0200 Message-ID: <595203DE.1040608@gmx.at> Date: Tue, 27 Jun 2017 09:06:06 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83zicwrkmu.fsf@gnu.org> <5950C342.7010908@gmx.at> <83mv8ussb6.fsf@gnu.org> In-Reply-To: <83mv8ussb6.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:kxmZOSZ1nYO+Up0Fo07SXeCQXo+t6iobloKe2zmAtmCdeHP/yVg tLxZx0om7iFRq1rTaSitY7N1184GD52EMRCuJCbUJGFmVRn4Um+3J4iOZRHE7TgGikR8e8R AxUF4nx10nmbO1/QlKTYAgDERuHgTImbi37qbunS9zDDWabzgjuMjL3WqE1OTbJ5guRlD6Y N6S1m22LiIAkghqg6e1IA== X-UI-Out-Filterresults: notjunk:1;V01:K0:EIv4XXhBnaA=:ZJEc3bEsxQxu9JTipg481g u+8yF36sSWNyDrNmF2jmv0s67NIDsrHZ1If5L2uqIo7sKA2czUBnavEaxyVmoXQtwMYTpULZJ 96PtUJihjodIH2eQaVe6wHkLVuVaMtHdGMoPmxsjw5pfRzRn0Ng+xC/9Ui4n7ahl3Est4yqx6 I+dwZP46MYE4slcL5aQvzJm6JWf1H/fxfDkUccKm3VWknCtehY1CHionvcD1sstLru1Dbri6T 7Rl9sYriHuL8oAlWAb9b5e7OKUQ+6p+s3WovrVJv92oDhYalJ709nHlOK6ZCIsMgrczn0ZwjM HVPtgMRhLEzBcod/R0tqrULqEPDUoEiw8T1It8B2Zgd1dTABTjb3rUjV52qQvNV6pyp+RFFpd iP/Ybqz/epGZaEN8IOA/H5nVrtRVgHNsCSlCp0sOTU/Rj4fw/Ax+De7KcQXAWI0jvyfEeTbxQ poRxn+NwdAtK8InNoQwTXCXYdkgPTL91EzmmAUchzdj5YpX1YJeaq5aLAYwiXLzw264zdwp7+ 9Ypks2t12wGmtYHDqxE/Df5oZq7ELP/LShWiE/mO7fBqIOpPPyi7fEMKS9LNBH0NWro4uZE6B gMufpRhFqA3KW5Hb3da+r2BaWoRDHgtDsM4ZaKGP4Ucs3BZ47QQIHRBH3ZAbj7gNQSfNyx/K3 NFk8RW9SpwWfYzqV25aQRTXCYdhXrPqp9qY9oefY8DM+aIdQiOaz8dbxAMVN3ornxyE4FcpLf 1LB/7Z09ahGLg7uxbwo2e4myPnQyeFgJfDHVXkDrLLf9AQ/kPqYvPmQAdZqbBvQSkAKFHnon9 qMi+YPu X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.8 (/) > If we let Emacs escape into the main loop, we cannot control when > redisplay kicks in and what effect does it have. For example, some > timer could display a message that could be longer than a single > screen line, so Emacs will resize the echo area and as result > redisplay the windows above the mode line. Since the text of the > popup comes from a source about which the display engine knows > absolutely nothing, redisplay will do its job assuming that the screen > shows the contents before we overwrote it, and thus will completely > mess up the display. Even if the code which displayed the popup gets > control right away (which isn't guaranteed in general, since > company-mode wants to be able to run arbitrary Lisp given user > interaction with the popup), the user will see a momentary flash of > messed-up display. I assume that the buffer position of the popup would have been specified by company-mode before. Hence, if on a terminal the character at that position would get displayed, the display engine would try to display the overlay for the popup there instead. On the right and below of that position if it fits, "anywhere there" otherwise, possibly truncating it to keep the echo area free as you did for menus. And that overlay would stick at that buffer position until company-mode removes it. So resizing the echo area would, in the worst case, not display the popup because its buffer position would be temporarily off screen. But I can't imagine any mess up here. > I don't see how the echo area can fit the job, since the space there > is very small and there's no way to let the user select an alternative > using menu-like interaction. The echo area can be resized and can emulate any menu-like interaction. martin From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 27 03:06:29 2017 Received: (at 27427) by debbugs.gnu.org; 27 Jun 2017 07:06:29 +0000 Received: from localhost ([127.0.0.1]:39909 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPkZx-0001hV-1D for submit@debbugs.gnu.org; Tue, 27 Jun 2017 03:06:29 -0400 Received: from mout.gmx.net ([212.227.17.22]:63410) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPkZv-0001hA-Uu for 27427@debbugs.gnu.org; Tue, 27 Jun 2017 03:06:28 -0400 Received: from [192.168.1.100] ([213.162.68.23]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LlV4F-1dzuXZ0sJL-00bJRf; Tue, 27 Jun 2017 09:06:22 +0200 Message-ID: <595203E7.1010305@gmx.at> Date: Tue, 27 Jun 2017 09:06:15 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83shipthve.fsf@gnu.org> <83fueotasd.fsf@gnu.org> <838tkgt8dp.fsf@gnu.org> <8337aot0fk.fsf@gnu.org> <35924ed4-65fc-6180-8a02-8158a192b4c2@yandex.ru> <5950C490.4080904@gmx.at> <83k23yss6o.fsf@gnu.org> In-Reply-To: <83k23yss6o.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:wbkq4y2cPPaQIrwg4kq4V85VsQI7871SVCnEZN/+8YNCoFUJFTE bJEChq97X/hLe5iQrXZj6bghPjwR3QAjCbvBajt2Gl+tzuBkLuONqcYZShPz4jmUDo20sM7 oJ8F2WJobP4gAbCS79MJKsjCQpcxO7moICYrp4c86w47NsebjcFQanOT/VYkMu9ECBuctJ4 +1Z6odXs0weV6W5EvstPw== X-UI-Out-Filterresults: notjunk:1;V01:K0:sho/OTuQ92U=:I4KcqeFuAXCh+sS6obL9AS XHCHqPtkSFMSNnM3P7+il6w6aeDqe9IYH8ctVYtwr9WKGfuKc/JqXQ8g0yFxheawH4CsGNr26 iSR8Zro6pICgyq7MgfmrPu9qYF8SFQNVseBqmtTqTulUXWed2v/kTzfWOE8ARvwwj8274oaWf F+NtotJm+77MVFZneZN+cW4cbEGHIwshyzTuCmh4wdRdHRjN0kzDMBmWUiaWJnfuxVtqQPWUS 70lbnHy61GV8LbyC9GYNz+NrvVVSmY4O/tYuLcIpP0Zj2Ulcp/Jq+ahP9DX6lvGhaNZDytdax af73QF+UpTsBgotsoJiDbE9JOkhOQt9cNzdzDkTLWrkm+i1SdnV4jU8XtWHSsvB868v347o+r 8D7CGssRG4JvPo98NGBPFy8UL1y+oo3FFiCvGOxAuT7oZ1pX/WyqDTlySbG55PH1JaK65Argt A3xUXfC1f4Enl8tRkMYYjUPFjO/FXDew5Fp0n9Q5pvANKI42/67uW8KhSaAL7Qltv6WQT/Et9 Vv4Nq3xpP6X/LnKdcDrjaJaq9R9oXr9KcVGsgvNm83jV5QGxaW4ZZCQ6ITNa7eaCBxWS+UCTw 1jDa5s9JKdVtxodHr7l/mLMArSfgteOq/eoGaIUc/g9bj6mowZYFwey6CJAOiGT7TeLa/WWbT ZPbyivMp82yxZx47vZcc3L3llcl+V/S7eVE9EYhvxip3AbOxLqIhPkIxSf4KdZWXmtZGaGtJO N8lXSgoc349JLvXNeoOu5t4Im1X3Rcl25P6j8L6ugYT4Hq6H6Gz+mckclkeG25zQn5n1w5qky StQkO7p X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.8 (/) > Or maybe a new value of the argument to window-body-width which would > cause it to return the width excluding the line-number part? Probably excluding the line- and wrap-prefixes as well. martin From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 27 10:48:36 2017 Received: (at 27427) by debbugs.gnu.org; 27 Jun 2017 14:48:36 +0000 Received: from localhost ([127.0.0.1]:40966 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPrnA-0000FF-0b for submit@debbugs.gnu.org; Tue, 27 Jun 2017 10:48:36 -0400 Received: from eggs.gnu.org ([208.118.235.92]:33204) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPrn8-0000F3-8Y for 27427@debbugs.gnu.org; Tue, 27 Jun 2017 10:48:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dPrmy-0005Zq-RT for 27427@debbugs.gnu.org; Tue, 27 Jun 2017 10:48:29 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53622) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dPrmy-0005ZC-O2; Tue, 27 Jun 2017 10:48:24 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4390 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dPrmx-0000E7-R0; Tue, 27 Jun 2017 10:48:24 -0400 Date: Tue, 27 Jun 2017 17:48:13 +0300 Message-Id: <837ezxsd02.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <595203DE.1040608@gmx.at> (message from martin rudalics on Tue, 27 Jun 2017 09:06:06 +0200) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83zicwrkmu.fsf@gnu.org> <5950C342.7010908@gmx.at> <83mv8ussb6.fsf@gnu.org> <595203DE.1040608@gmx.at> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Tue, 27 Jun 2017 09:06:06 +0200 > From: martin rudalics > CC: dgutov@yandex.ru, alexanderm@web.de, 27427@debbugs.gnu.org > > > If we let Emacs escape into the main loop, we cannot control when > > redisplay kicks in and what effect does it have. For example, some > > timer could display a message that could be longer than a single > > screen line, so Emacs will resize the echo area and as result > > redisplay the windows above the mode line. Since the text of the > > popup comes from a source about which the display engine knows > > absolutely nothing, redisplay will do its job assuming that the screen > > shows the contents before we overwrote it, and thus will completely > > mess up the display. Even if the code which displayed the popup gets > > control right away (which isn't guaranteed in general, since > > company-mode wants to be able to run arbitrary Lisp given user > > interaction with the popup), the user will see a momentary flash of > > messed-up display. > > I assume that the buffer position of the popup would have been specified > by company-mode before. Hence, if on a terminal the character at that > position would get displayed, the display engine would try to display > the overlay for the popup there instead. On the right and below of that > position if it fits, "anywhere there" otherwise, possibly truncating it > to keep the echo area free as you did for menus. And that overlay would > stick at that buffer position until company-mode removes it. > > So resizing the echo area would, in the worst case, not display the > popup because its buffer position would be temporarily off screen. But > I can't imagine any mess up here. I think we are miscommunicating. I was describing what would happen if we try to use the same method as used for TTY menus. There are no overlays there, the glyphs are concocted out of thin air by C code and put into the glyph matrices, overwriting what the display engine thinks should be there. By contrast, you are talking about using an overlay, which is what company-mode is using already, and which is the source of the trouble Dmitry would like to avoid. The basic problem here is that the company-mode popup is multiline, and Emacs cannot display rectangular regions, only lines. So company-mode inserts newlines into the overlay string, and the result is that the popup covers parts of the display which company-mode doesn't want to conceal. So it needs to copy those parts to the overlay string, to make the impression they weren't covered by the overlay. It also needs to make all kinds of layout calculations and decisions. All that in order to make an impression of displaying a rectangular region at certain screen coordinates, something that we ideally should have provided in the display engine. > > I don't see how the echo area can fit the job, since the space there > > is very small and there's no way to let the user select an alternative > > using menu-like interaction. > > The echo area can be resized and can emulate any menu-like interaction. Yes, but not conveniently. And if we are going to emulate, why use the echo area at all? why not pop up a buffer, like Help mode does? From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 27 10:49:11 2017 Received: (at 27427) by debbugs.gnu.org; 27 Jun 2017 14:49:12 +0000 Received: from localhost ([127.0.0.1]:40973 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPrnj-0000Gg-NZ for submit@debbugs.gnu.org; Tue, 27 Jun 2017 10:49:11 -0400 Received: from eggs.gnu.org ([208.118.235.92]:33375) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPrnf-0000GD-HN for 27427@debbugs.gnu.org; Tue, 27 Jun 2017 10:49:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dPrnW-0007Iu-Dy for 27427@debbugs.gnu.org; Tue, 27 Jun 2017 10:49:02 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53626) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dPrnW-0007Ii-AI; Tue, 27 Jun 2017 10:48:58 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4391 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dPrnV-0000H0-DR; Tue, 27 Jun 2017 10:48:57 -0400 Date: Tue, 27 Jun 2017 17:48:48 +0300 Message-Id: <8360fhscz3.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <595203E7.1010305@gmx.at> (message from martin rudalics on Tue, 27 Jun 2017 09:06:15 +0200) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83shipthve.fsf@gnu.org> <83fueotasd.fsf@gnu.org> <838tkgt8dp.fsf@gnu.org> <8337aot0fk.fsf@gnu.org> <35924ed4-65fc-6180-8a02-8158a192b4c2@yandex.ru> <5950C490.4080904@gmx.at> <83k23yss6o.fsf@gnu.org> <595203E7.1010305@gmx.at> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Tue, 27 Jun 2017 09:06:15 +0200 > From: martin rudalics > CC: dgutov@yandex.ru, alexanderm@web.de, 27427@debbugs.gnu.org > > > Or maybe a new value of the argument to window-body-width which would > > cause it to return the width excluding the line-number part? > > Probably excluding the line- and wrap-prefixes as well. Of course. Actually, to _not_ exclude them would be extra work. From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 27 11:28:04 2017 Received: (at 27427) by debbugs.gnu.org; 27 Jun 2017 15:28:04 +0000 Received: from localhost ([127.0.0.1]:41002 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPsPM-0001BC-0f for submit@debbugs.gnu.org; Tue, 27 Jun 2017 11:28:04 -0400 Received: from mout.gmx.net ([212.227.17.22]:52857) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPsPK-0001Ah-9E for 27427@debbugs.gnu.org; Tue, 27 Jun 2017 11:28:03 -0400 Received: from [192.168.1.100] ([213.162.68.23]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lat5o-1eAAVO3iTA-00kNdw; Tue, 27 Jun 2017 17:27:55 +0200 Message-ID: <59527971.5000205@gmx.at> Date: Tue, 27 Jun 2017 17:27:45 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83zicwrkmu.fsf@gnu.org> <5950C342.7010908@gmx.at> <83mv8ussb6.fsf@gnu.org> <595203DE.1040608@gmx.at> <837ezxsd02.fsf@gnu.org> In-Reply-To: <837ezxsd02.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:HYkqe87D2SP73xfzabRkj0DpXFEjNdx7cphHnPc3gNOs7DbhjR8 DS/HekHxqA4h12w01LXQbrD3/af32J3j2bqFQdIWwtwburrys2UJvIoExSecVONeBFQEjMP +lyylSS8xSqlY9ypRdwxO0yVh8B8M2/FZITqTBUG/P5JHLaOKnRVBs5LkjC+KNPRuaS+UTO ndjuVfK6gvGZw/iEfeyCg== X-UI-Out-Filterresults: notjunk:1;V01:K0:yJn4QPkTf0s=:1aQY7hsz99trvXGmuzCfC5 Y67KW9b2+KbhTeB+W6nupWXoIF9gjf00rKU0yAtxb1ulDXv+dqjBjiYFKn3K2l0DutmLqCuyg pNZawVQ0d1Jmx0HDiAXe0v75pOA+V9zegLor+sBi3lv0wK8z824RkL+H2iEqpE7xYmC4TJ9zY pPvMSHdBXsRDCQwJRs8+GDyw65Et1uvijkfkMjTViAqi797uWMRf2ZV9SpaYpFJakFH0SEnBS Jr6a/RIkZGtxncFS2rQxvJHuFgfjoLA6dxohgSEvLY/czLZVBryMtasQWPjvvoOXi2jVms2ew 248b6lQyjJs5HsZfnpShQ5fCWBFG3RVV6R0S4X3WUsiWU+vMA52DIN43q+nGtdVQ8A1KQnlf4 fsDQtvohH0/OQxDa+D6vBICIO0Gi3nBcs5ct+OCALFRLH9KbJBYzTJZ3s76hDhnH3oZNTO8k1 v2Zti+tmjAg1w+BPBxxOqloRJtAQAw/ca6sqUwJM5vlBHmHK3a1irEjranJf90kkjyoCUs3NH RN81QoRRazuI4kSO+XhQHGJqhUPiEN/wuiE9SifKKDw2DYG+GvK5K+3W9ArPD6TBKCj05fTXt WzmZcMw+oNNC41yOwLp4Vf3UJhSChIkgdkn1Nl0Ry6MIJYq4KeuWpizwZ0wMwzSB/MaRmsWGd wBJaZmaa6dC9vQDAdETWLi4YDaznb5hDkMoFSyP2OLJdbowBj+wW5dr6zPg/MagdiT0NcBmYg LqX7NSaMdTw0UMhht92kKT/JiYvUVq8yl0s5JgMd5KawLlwNLhHj7kvrVnsxuBI12lIsFoPso 4S5a6n5 X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.8 (/) > I think we are miscommunicating. I was describing what would happen > if we try to use the same method as used for TTY menus. There are no > overlays there, the glyphs are concocted out of thin air by C code and= > put into the glyph matrices, overwriting what the display engine > thinks should be there. > > By contrast, you are talking about using an overlay, Sorry for being unclear. I did mean overlaying text just as the menu bar code does and did not mean overlays as produced by =E2=80=98make-over= lay=E2=80=99. > which is what > company-mode is using already, and which is the source of the trouble > Dmitry would like to avoid. The basic problem here is that the > company-mode popup is multiline, and Emacs cannot display rectangular > regions, only lines. But here we talk about the terminal where Emacs can display rectangular regions because all elements displayed have the same size (the menu bar code proves it). So such a region can cover mode and header lines, span multiple (Emacs) windows---virtually everything that can be found within the frame edges. > So company-mode inserts newlines into the > overlay string, =2E.. which is evil because it has to calculate the beginning of the second overlay (in the sense of being made by =E2=80=98make-overlay=E2=80= =99) string which is hardly reliable with proportional fonts, text properties and all sorts of display artefacts including overlays strings produced by someone else. > and the result is that the popup covers parts of the > display which company-mode doesn't want to conceal. So it needs to > copy those parts to the overlay string, to make the impression they > weren't covered by the overlay. It also needs to make all kinds of > layout calculations and decisions. All that in order to make an > impression of displaying a rectangular region at certain screen > coordinates, something that we ideally should have provided in the > display engine. And I still think we can do that for terminals without any problems using the same approach you used for menus. All we need is the buffer position (whose character represents the preferred upper left corner of the virtual rectangle) and the text to be shown (with newlines). Any clipping or repositioning is up to the display engine as for menus. And the lifetime of the rectangular region on screen is that of the popup frame on a GUI. >> > I don't see how the echo area can fit the job, since the space th= ere >> > is very small and there's no way to let the user select an altern= ative >> > using menu-like interaction. >> >> The echo area can be resized and can emulate any menu-like interactio= n. > > Yes, but not conveniently. And if we are going to emulate, why use > the echo area at all? why not pop up a buffer, like Help mode does? Sure. The echo area is used by tooltip mode and simple questions on terminals, that's why I mentioned it at all. martin From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 27 12:28:03 2017 Received: (at 27427) by debbugs.gnu.org; 27 Jun 2017 16:28:03 +0000 Received: from localhost ([127.0.0.1]:41043 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPtLP-0002bj-Bv for submit@debbugs.gnu.org; Tue, 27 Jun 2017 12:28:03 -0400 Received: from eggs.gnu.org ([208.118.235.92]:56480) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPtLO-0002bH-7b for 27427@debbugs.gnu.org; Tue, 27 Jun 2017 12:28:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dPtLF-0003Pm-Qy for 27427@debbugs.gnu.org; Tue, 27 Jun 2017 12:27:57 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:55288) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dPtLF-0003Pg-NN; Tue, 27 Jun 2017 12:27:53 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4441 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dPtLE-0000Pp-JX; Tue, 27 Jun 2017 12:27:53 -0400 Date: Tue, 27 Jun 2017 19:27:47 +0300 Message-Id: <83y3sdqtto.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <59527971.5000205@gmx.at> (message from martin rudalics on Tue, 27 Jun 2017 17:27:45 +0200) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83zicwrkmu.fsf@gnu.org> <5950C342.7010908@gmx.at> <83mv8ussb6.fsf@gnu.org> <595203DE.1040608@gmx.at> <837ezxsd02.fsf@gnu.org> <59527971.5000205@gmx.at> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Tue, 27 Jun 2017 17:27:45 +0200 > From: martin rudalics > CC: dgutov@yandex.ru, alexanderm@web.de, 27427@debbugs.gnu.org > > Sorry for being unclear. I did mean overlaying text just as the menu > bar code does and did not mean overlays as produced by ‘make-overlay’. Then I don't understand what you are suggesting. > But here we talk about the terminal where Emacs can display rectangular > regions because all elements displayed have the same size (the menu bar > code proves it). Menu code proves that we can do that, but it also proves that we must prevent Emacs from redisplaying anything for the entire time the menu is active. We do that in the menu case by various tricks, but those are only possible because as long as the menu is active, Emacs is conceptually stuck in a long input operation, and thus preventing redisplay raises only minor issues, like display-time stops updating. But company-mode wants to be able to reflect the current selection immediately, even before the popup pops down (AFAIU), and in general wants to be able to run arbitrary Lisp during the popup activation, and that just cannot live with the tricks used by TTY menus, because sooner or later redisplay will happen, and will mess up the screen, as the glyph matrix created from buffer text will overwrite the stuff we put there. I hope I explained myself this time. > So such a region can cover mode and header lines, span multiple > (Emacs) windows---virtually everything that can be found within the > frame edges. It can -- until the first time redisplay kicks in. > And I still think we can do that for terminals without any problems > using the same approach you used for menus. All we need is the buffer > position (whose character represents the preferred upper left corner of > the virtual rectangle) and the text to be shown (with newlines). Any > clipping or repositioning is up to the display engine as for menus. But the display engine is not involved in the TTY menus, at least not in the usual sense. Please take a look at the second half of display_menu_bar, and you will see what I mean. From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 27 12:48:13 2017 Received: (at 27427) by debbugs.gnu.org; 27 Jun 2017 16:48:13 +0000 Received: from localhost ([127.0.0.1]:41057 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPtev-00036j-Ea for submit@debbugs.gnu.org; Tue, 27 Jun 2017 12:48:13 -0400 Received: from eggs.gnu.org ([208.118.235.92]:60272) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dPtes-00036T-Bb for 27427@debbugs.gnu.org; Tue, 27 Jun 2017 12:48:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dPtej-0005DU-Sg for 27427@debbugs.gnu.org; Tue, 27 Jun 2017 12:48:05 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:55534) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dPtej-0005DG-Pp; Tue, 27 Jun 2017 12:48:01 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4454 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dPtei-0007B1-Ol; Tue, 27 Jun 2017 12:48:01 -0400 Date: Tue, 27 Jun 2017 19:47:56 +0300 Message-Id: <83wp7xqsw3.fsf@gnu.org> From: Eli Zaretskii To: Johan =?iso-8859-1?Q?Bockg=E5rd?= In-reply-to: <87mv8u1lov.fsf@gnu.org> (message from Johan =?iso-8859-1?Q?B?= =?iso-8859-1?Q?ockg=E5rd?= on Mon, 26 Jun 2017 23:30:24 +0200) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup References: <611468a0-3115-813a-7347-d0c06e155831@web.de> <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> <83shipthve.fsf@gnu.org> <83fueotasd.fsf@gnu.org> <838tkgt8dp.fsf@gnu.org> <8337aot0fk.fsf@gnu.org> <35924ed4-65fc-6180-8a02-8158a192b4c2@yandex.ru> <83h8z2srhu.fsf@gnu.org> <87mv8u1lov.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Johan Bockgård > Cc: Dmitry Gutov , alexanderm@web.de, 27427@debbugs.gnu.org > Date: Mon, 26 Jun 2017 23:30:24 +0200 > > Eli Zaretskii writes: > > > No, I meant is there any other way of having a property on EOB except > > via empty overlays? get-text-property always returns nil at > > point-max. Is there some creative way of using text properties there? > > `default-text-properties' Thanks, I fixed the code to support that as well. From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 28 04:45:45 2017 Received: (at 27427) by debbugs.gnu.org; 28 Jun 2017 08:45:45 +0000 Received: from localhost ([127.0.0.1]:41561 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQ8bY-00061e-QP for submit@debbugs.gnu.org; Wed, 28 Jun 2017 04:45:45 -0400 Received: from mout.gmx.net ([212.227.17.22]:51739) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQ8bX-00061Q-8g for 27427@debbugs.gnu.org; Wed, 28 Jun 2017 04:45:44 -0400 Received: from [192.168.1.100] ([46.125.250.47]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M55BC-1dgA5J3gUA-00zIVb; Wed, 28 Jun 2017 10:45:36 +0200 Message-ID: <59536CA6.10608@gmx.at> Date: Wed, 28 Jun 2017 10:45:26 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <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> In-Reply-To: <83y3sdqtto.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:hvMECmynGl1UBEO2oBf3RHxiNZ4Tr0cMxJRRvq4KNqDwPVKBt26 e2puTWNilHzQYL6Wlr1UwYXqxDDv3vYwKkJOf+8DiXA2zI8I5AxK8DUHadiAFntLlBysPXE FrlJmSkZozmpSxry1scwOzjR6fqObHnlNCtvbAESG0KwvOQ0pFocqLJcEOqZC9u6x2MegYg FBLwJ8yHB68gOxJuhc6Mg== X-UI-Out-Filterresults: notjunk:1;V01:K0:Lqx0bIGkm9k=:mG6cTOb+1Gmvl+9r6mPgBb h7Ikwsm7qr/Rfb2q3E3CQbcuToWlzQ0dNEY4bChHFzrf94cOuYKZHhdpRr8BIqjNfKEdnBdo+ dq1DazAVcmr+uzTtwXZad4MrdiIz/nIW8UjX8M+fcdeS3n5WzSj906BcWfbvKvFFQ6GImU9Ag CQkFkH/MsYmJsXgvo5SRUdPK0P3AxtGDzOP0LlBHSwK1UqWIUJHDziM3vmpCgEIUWwUseGIzO qhvB/mO0FsK5wXsvq/zxyJ96Sc20Trw6YiHdjwcUWLT6T473SgGCGp3ajM5yb0514Q+bsKmJW JrvTkHOoa4D/zeuJChbVEt4Jhs2HuVNqI1GCQppL89dQGjMyGfaxYhweXhG6jkewtH6gRiCly Gp0H0kqY5UuvGSrI1oHn9sHjRgrwYifzIQTHrQVKif7VhVwcwP82a6VO3jZfPGlb7nXpGk/tn 5XCiDOG8IfrgOLx7qqHVTaUfGfbmpgkQLY0E+lM5/2+/lleumjZE2sp3cDbfhOEaSqcmXE6gh R2x8Yc5JoEdmE+pZtfWIFeWZd+2X05vdTHt/yEWTeqZXpTKSJ05trMnn+T63Dp4KP/gcTGyO7 AECCf4CwR3aUq1Afb6ztGNTHE8ATbHzJ2C9oZoghHJh6LAv6nfLE268ARjAqFB8McElgL1SBP Af2KpUcl4lRa5D9ZJinoRmwYDEc5Iqq71sZ23r3ImWX5IrkZtxr86Bh9Uo5Zp5vLFp8erbCsn fMAZ1r0Xinw5UJyx8CAS8Gg4gylSQyvukDistmSe6vNATozWWu309d+AmNF89MOG+HYOALzNf i4zZmhsEf3ITklFHtq0Kvb6Lh9ZzQ== X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > But the display engine is not involved in the TTY menus, at least not > in the usual sense. Please take a look at the second half of > display_menu_bar, and you will see what I mean. Isn't display_menu_bar the code for displaying a non-X GUI menu? I suppose you allude to the "while (!leave)" part of tty_menu_activate. Please correct me if I'm wrong. I don't understand why this should be relevant for popup frames, probably because I'm too silly. So let me try again how I think a popup frame could be emulated on a TTY. Currently, on a TTY a popup frame is nothing else but a normal frame because all special frame parameters are inhibited. Hence, it will have the same size and position as the frame above which it is supposed to pop up, which doesn't make any sense. To specify the position and contents of a popup frame on a TTY I see two ways: Either in the buffer text via a normal Emacs overlay with a say 'tty-popup' property or via a separate list say =E2=80=98tty-popup-frames= =E2=80=99. The following sketch is based on the former. An overlay with a 'tty-popup' property would specify a buffer position and a newline separated text. The buffer position would implicitly provide the upper left corner of the popup frame, the text its size. The display engine would notice the overlay like any other overlay. However, the 'tty-popup' property would cause it to (1) remember the current column of the iterator and (2) draw the first line of the overlay right where the iterator is at this moment, possibly clipping this line of the overlay text at the frame edge and skipping as many characters of underlying buffer text as there are on this overlay text line. On the next buffer text line the display engine would start to draw the second line of the overlay text at the column remembered in (1), clipping and skipping as on the first line. It would continue to process the overlay until either its text has been used up or the bottom of the window or the frame's root window has been reached. Any redisplay would now redraw the popup frame in the same way, possibly at a different position or with different size. The overlay would probably need a 'window' property to allow showing the same buffer position in several windows and some convention would be needed for how to draw overlapping popup frames. The overlay would be removed from its buffer by the same function that makes the GUI popup frame invisible or kills it. Removing the overlay would cause a redraw just like removing a GUI popup frame would cause an expose event and a subsequent redraw. I don't think that the extra check for the column stored in (1) would be overly expensive. If a separate =E2=80=98tty-popup-frames=E2=80=99 list = were used (each entry containing a buffer position and a newline separated text), then an approach where the desired glyph matrix is overwritten as with TTY menus would be used. This would remove the need for (1) at the expense of calculating the desired position of the popup in the glyph matrix from the buffer position and the need to overwrite the relevant portions of the desired glyph matrix. martin From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 28 12:48:49 2017 Received: (at 27427) by debbugs.gnu.org; 28 Jun 2017 16:48:49 +0000 Received: from localhost ([127.0.0.1]:42832 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQG92-0008F8-Sb for submit@debbugs.gnu.org; Wed, 28 Jun 2017 12:48:49 -0400 Received: from eggs.gnu.org ([208.118.235.92]:38634) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQG8z-0008Et-RO for 27427@debbugs.gnu.org; Wed, 28 Jun 2017 12:48:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dQG8r-0004zS-2H for 27427@debbugs.gnu.org; Wed, 28 Jun 2017 12:48:40 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:48485) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dQG8q-0004zO-Uc; Wed, 28 Jun 2017 12:48:36 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1604 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dQG8p-0007Ah-Im; Wed, 28 Jun 2017 12:48:36 -0400 Date: Wed, 28 Jun 2017 19:48:14 +0300 Message-Id: <83r2y4qcs1.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <59536CA6.10608@gmx.at> (message from martin rudalics on Wed, 28 Jun 2017 10:45:26 +0200) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <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> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Wed, 28 Jun 2017 10:45:26 +0200 > From: martin rudalics > CC: dgutov@yandex.ru, alexanderm@web.de, 27427@debbugs.gnu.org > > > But the display engine is not involved in the TTY menus, at least not > > in the usual sense. Please take a look at the second half of > > display_menu_bar, and you will see what I mean. > > Isn't display_menu_bar the code for displaying a non-X GUI menu? I > suppose you allude to the "while (!leave)" part of tty_menu_activate. > Please correct me if I'm wrong. I don't understand why this should be > relevant for popup frames, probably because I'm too silly. Sorry, you are right. I meant display_tty_menu_item. > An overlay with a 'tty-popup' property would specify a buffer position > and a newline separated text. The buffer position would implicitly > provide the upper left corner of the popup frame, the text its size. > > The display engine would notice the overlay like any other overlay. > However, the 'tty-popup' property would cause it to (1) remember the > current column of the iterator and (2) draw the first line of the > overlay right where the iterator is at this moment, possibly clipping > this line of the overlay text at the frame edge and skipping as many > characters of underlying buffer text as there are on this overlay text > line. > > On the next buffer text line the display engine would start to draw the > second line of the overlay text at the column remembered in (1), > clipping and skipping as on the first line. It would continue to > process the overlay until either its text has been used up or the bottom > of the window or the frame's root window has been reached. Alas, that is not how redisplay works. For starters, you seem to assume that it always traverses all the screen lines of a window (thus "on the next buffer line" etc.). But that is only so when a window needs a complete redisplay, and the display engine tries very hard to avoid that. Many times it only redraws some of the lines, sometimes just one line. If that line is not the first line of the popup, how will the display engine know that at some previous buffer position there is an overlay? Moreover, the same low-level display code is invoked by the move_it_* functions which simulate display without drawing anything, and those are very often invoked to traverse small portions of a buffer, typically a small number of lines. These will be in trouble as well, for the same reason. So we need a different solution, one that doesn't break due to redisplay optimizations. Dmitry, can you tell why the popup overlay is a single overlay with a single multiline string, and not a series of overlays, one each for every line shown in the popup? I assume this caused or could cause more serious problems than the current implementation, but what problems were those? From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 28 14:36:10 2017 Received: (at 27427) by debbugs.gnu.org; 28 Jun 2017 18:36:10 +0000 Received: from localhost ([127.0.0.1]:42991 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQHow-0002O0-H1 for submit@debbugs.gnu.org; Wed, 28 Jun 2017 14:36:10 -0400 Received: from mout.gmx.net ([212.227.15.18]:64751) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQHou-0002Nl-IQ for 27427@debbugs.gnu.org; Wed, 28 Jun 2017 14:36:09 -0400 Received: from [192.168.1.100] ([46.125.250.117]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Meg8W-1d6PW52JTM-00OHu6; Wed, 28 Jun 2017 20:36:01 +0200 Message-ID: <5953F706.7080405@gmx.at> Date: Wed, 28 Jun 2017 20:35:50 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <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> In-Reply-To: <83r2y4qcs1.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:6BixdlUYXQcTClpaKJhs4aqkNJEOzsSBAhDVQSxTZZCdJlVHR5U pTKc3EpEcrQzmVO7tqBCfpZj6xYUcY+6w72JfKzupH71dMfottiGdNaY43SgWmrksPUxQdt X/ZN1DIXHn3F8dhU8JFV+JPtFK910QKfDB9isjIjrrLXBC4CMEDLO4hd1V0/IP9fkp2wDmt ufLxMAw1rR2iAhWio240Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:vjBfGdbsOFA=:1/6ddXSfNSSkxobcjYMa3E fkLwJk8vnxTXPqAtn3xrb2EvvpGFk5nara22lCdowitlbcIzTu+FoK/80Vjv7s1ELkES0h+bO xDgRQgOkTPOLIg5Uxw2DeeugzVkRyCGza32DUoDZVaqSBunLl4e5J0n/KzoUqSgtEfoaJabOk AoWceyS3QcQ1bBdHSyom6hJwkqzahE5iaz48KROJDlbNEBJq4tOFo44X6dIXTd8KCIXPBLHyN uCJpjOxbh0eJ0Jr0H60Tlpw4P94veQzYg9VGR1QHSyQ+I6IhzHAhnxRf2LimV3vjF+Vexo3LE 0JbdO4dZJRKX/Go6Kjaeb8c0Aku4L9Ejr/VvhrRbTEIysrfweWpaS5Hunbr4QF0pEEgMoISpd uaWxEghScaS4dtiTYECQ13hnBD3J0FXrWqpuxqF3e1Posf+NE9NlhyDj7zFHyatJXAwTxYpak jx3AgwGBpBEUTzwEH6oVOk3HoN+s+k/HNTb7ZiwHbvi7ldIuIKIscX7uFS73ReiOLu8ZQJOAN wp3NMc/VNIeQiCM8fRps7lDXd4wTWJF3Pff2U5YEnhlga9XnhRXvffjZD8WXvJaulf48ZlzqY uTQmM2GEmAKfd6M2It6pHa8101+gZU03h425vOUBr1PFedyV3t65CC0GGEFyH9qVKTAkCKLY6 28aHFd5fMvqwjQyb1EV86T3cEqmmENr5vI4ScMVd5ww+6Np2sZYwf6f+j2wYC+a/onIskeV0M bH4vZrI5rX2bPXQsnMZWmgYjrGKIkomeNMBrck4/zGreNY1N8dJS5NPC93a2CKmfwUI1eUZFo N0fxWSEWVO7eOOnl56tQUWeQ1XRag== X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) > Alas, that is not how redisplay works. For starters, you seem to > assume that it always traverses all the screen lines of a window (thus= > "on the next buffer line" etc.). But that is only so when a window > needs a complete redisplay, and the display engine tries very hard to > avoid that. Many times it only redraws some of the lines, sometimes > just one line. If that line is not the first line of the popup, how > will the display engine know that at some previous buffer position > there is an overlay? Because an application would include that very line in the 'tty-popup' overlay BEG...END range and the display engine has to know how to handle an overlay that spans multiple lines. Right? > Moreover, the same low-level display code is invoked by the move_it_* > functions which simulate display without drawing anything, and those > are very often invoked to traverse small portions of a buffer, > typically a small number of lines. These will be in trouble as well, > for the same reason. And still would have to be able to handle multiline overlays as described above. > So we need a different solution, one that doesn't break due to > redisplay optimizations. Then consider the =E2=80=98tty-popup-frames=E2=80=99 list approach: It wo= uld have to remember the start and end glyph matrix positions of the popup frame as drawn the last time and if these intersect with what has been redrawn in an optimized way then it would have to (1) restore the old contents of the popup frame by the real buffer text, if necessary and (2) rewrite popup frame parts, if necessary. martin From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 28 14:57:10 2017 Received: (at 27427) by debbugs.gnu.org; 28 Jun 2017 18:57:10 +0000 Received: from localhost ([127.0.0.1]:42999 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQI9G-0002qx-JQ for submit@debbugs.gnu.org; Wed, 28 Jun 2017 14:57:10 -0400 Received: from eggs.gnu.org ([208.118.235.92]:47983) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQI9E-0002ql-OK for 27427@debbugs.gnu.org; Wed, 28 Jun 2017 14:57:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dQI95-0005hh-Aq for 27427@debbugs.gnu.org; Wed, 28 Jun 2017 14:57:03 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:50465) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dQI95-0005hd-7N; Wed, 28 Jun 2017 14:56:59 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2025 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dQI93-0004KC-Ve; Wed, 28 Jun 2017 14:56:58 -0400 Date: Wed, 28 Jun 2017 21:56:38 +0300 Message-Id: <83o9t8q6u1.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <5953F706.7080405@gmx.at> (message from martin rudalics on Wed, 28 Jun 2017 20:35:50 +0200) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <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> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Wed, 28 Jun 2017 20:35:50 +0200 > From: martin rudalics > CC: dgutov@yandex.ru, alexanderm@web.de, 27427@debbugs.gnu.org > > > Alas, that is not how redisplay works. For starters, you seem to > > assume that it always traverses all the screen lines of a window (thus > > "on the next buffer line" etc.). But that is only so when a window > > needs a complete redisplay, and the display engine tries very hard to > > avoid that. Many times it only redraws some of the lines, sometimes > > just one line. If that line is not the first line of the popup, how > > will the display engine know that at some previous buffer position > > there is an overlay? > > Because an application would include that very line in the 'tty-popup' > overlay BEG...END range and the display engine has to know how to handle > an overlay that spans multiple lines. Right? I cannot answer this question, it's too general. And doesn't company-mode use before- and after-strings, at least sometimes? Those have BEG and END the same value, so you must hit that position to know something's there. > Then consider the ‘tty-popup-frames’ list approach: It would have to > remember the start and end glyph matrix positions of the popup frame as > drawn the last time and if these intersect with what has been redrawn in > an optimized way then it would have to (1) restore the old contents of > the popup frame by the real buffer text, if necessary and (2) rewrite > popup frame parts, if necessary. That'll cause flickering, as users will see "incorrect" stuff momentarily visible until the popup is restored. Moreover, the "redrawn" part is in dispnew.c routines, called long after xdisp.c did its job. I think the only workable idea is to create a special kind of window that is not part of the usual window tree, and let the display engine consider those windows after the "normal" ones have been. Do popup frames need to support windows, mode lines, etc? Or are they more like tooltips -- one window and no decorations? From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 28 21:34:26 2017 Received: (at 27427) by debbugs.gnu.org; 29 Jun 2017 01:34:26 +0000 Received: from localhost ([127.0.0.1]:43207 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQOLi-0005Ug-4F for submit@debbugs.gnu.org; Wed, 28 Jun 2017 21:34:26 -0400 Received: from mail-wm0-f41.google.com ([74.125.82.41]:36460) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQOLg-0005UH-Dz for 27427@debbugs.gnu.org; Wed, 28 Jun 2017 21:34:25 -0400 Received: by mail-wm0-f41.google.com with SMTP id 62so68661539wmw.1 for <27427@debbugs.gnu.org>; Wed, 28 Jun 2017 18:34:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=pPrNhMA2WMO5moinIp/JGCipfN1ZtjJcq8//jQytfIU=; b=jAwwSy/+v5q6Pqo2PpwMd3O9KK2/9jY8uxYRvx6Mn9zqSi2H+6PC4+RkN7dmokFwpk XVTB417dQ5cxtXV4BRm0C1OtgXT1Z6mxQEfVSJdPe3Q+oIWz0Ws8cLCK7un0F/6BFbd9 eUwDHtE8KBezyN+ctFNVabpHUN/edSS5BUNm5H3qyyjsnXfzF1lTDi9KNEiPvwv04jRl eHEHVUOu60ExTPs1ugwEG57OIunx26x3/4cP30SCtrGVwejdRxeX9M7mK5qW7/JlpA56 kAbSp7Ey7hgEZ2hJNLSCry+zOgwg/v/gIIdZFZMI3f07+vJ5K/xf9EtsuaJehTP8j4Xj XcZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=pPrNhMA2WMO5moinIp/JGCipfN1ZtjJcq8//jQytfIU=; b=niJ+0ALzWUd1oWohjBdRwR6G+QAsXfd8WRo55W8ClWplQGKkIHI48V5H8gB5ZayGEU 8iO1qJ5V86DKfVrnBqMr94WEQelpKgEB02QQklXazijYz0cjWm0li3LCqnnEWclPT1Pq car66aoxTTnMXk5wAaQVS3j+Z6zbnG4zGsG54m4Zc2cH1JtnL32Hns0tqHsMLdWN1m2k wBs3cDyYVJJQGVAuoq5oVxfOSeLV60G0l2NMV03oyygrrFGGpVcd/kjAOuUs2MdYv6jz eNAI6vi7kkLqo05dxl0/0x1PiYD2g5VaDyisYP9fEditz1K2julENGQXJVeZUBiQrKaG t5Gg== X-Gm-Message-State: AKS2vOyMUMH0to4kvpoIu3q3M4HNz3mvGwRmOCXmiBXL3vjwcgCP+c0h +gAp59oVjPHHxUBXyxk= X-Received: by 10.28.126.67 with SMTP id z64mr9102860wmc.65.1498700058517; Wed, 28 Jun 2017 18:34:18 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id j13sm5559067wra.56.2017.06.28.18.34.16 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 28 Jun 2017 18:34:17 -0700 (PDT) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup To: Eli Zaretskii , martin rudalics 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> <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> From: Dmitry Gutov Message-ID: <067578d7-0059-e65a-93d9-ad561664e08b@yandex.ru> Date: Thu, 29 Jun 2017 04:34:16 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 MIME-Version: 1.0 In-Reply-To: <83r2y4qcs1.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) On 6/28/17 7:48 PM, Eli Zaretskii wrote: > Dmitry, can you tell why the popup overlay is a single overlay with a > single multiline string, and not a series of overlays, one each for > every line shown in the popup? I assume this caused or could cause > more serious problems than the current implementation, but what > problems were those? Different tradeoffs, some different problems, and a lot of common ones (like text scaling, images, character widths, etc). How would that help with the current issue? One-line-per-overlay approach will always work worse in display-heavy buffers, for instance. Like the 'M-x report-emacs-bug' one. auto-complete (with popup.el) use this approach, however. company uses the other one. From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 29 03:18:00 2017 Received: (at 27427) by debbugs.gnu.org; 29 Jun 2017 07:18:00 +0000 Received: from localhost ([127.0.0.1]:43358 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQTiC-00074i-BP for submit@debbugs.gnu.org; Thu, 29 Jun 2017 03:18:00 -0400 Received: from mout.gmx.net ([212.227.15.15]:56169) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQTiA-00074W-W9 for 27427@debbugs.gnu.org; Thu, 29 Jun 2017 03:17:59 -0400 Received: from [192.168.1.100] ([46.125.249.69]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MFLhE-1dTlV521oa-00ELBX; Thu, 29 Jun 2017 09:17:51 +0200 Message-ID: <5954A995.9@gmx.at> Date: Thu, 29 Jun 2017 09:17:41 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <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> In-Reply-To: <83o9t8q6u1.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:nJry1CRPABXWKIGUp765k+2aNEAHe2kxf85nUIQombj8hWEAFhz ySrSKhZ0M7Mz14x9OvIDmohT5SEj83fcBkJc3Uq7J0TBwgV5T4gkEkETI/iU0ImGqsXeRqd 9fvlMTvd2mE5hYr+3oqGtNAoW+S/H8KAxRRNpFj3rvanUjSAMKqvKsDzv2tNoH/bO64I+4q /pd10uxf8cFd9NKGeNC0Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:4oPH6c35WuQ=:kYguvBE7pqq4+jsUOq9zbl dDaSxhbPilQUx5ZTLxWvXh/CIn8VvUi+Oieio/isbFYq2ZCuo+uzyPiuHha4MO5yMsSHkPIHm M47kXUyetsHIBjJwtsxgdyTk7W7e62x4P1Zfry6JLb4+WraxMaVz4WkbRFqFkTGa/KNh5CqoQ DHsLF/3T8IRnWHfvAn1a4TVs6A/gPwwpCW6WBP6zTD2JvHUzMGS1qFgRPLWRvD8RtnS4+7tn8 SoMmjJirg9KQpjQt6q2RldIWKLjWksb4+sawOsNSZg3p2RgQg/YKaY+XharXZipwnmIs500qy hyLYetHLsEO1AJ36nwBKGDGMhLjQ8fUMR7RzlVR/gcQo/0bPsnxlq/7uO4mhr6GtQtIP5qys0 VnFZxb8USPYYLXYKC2wy7EWvcvcZKVJAPdBKEq23vBmNn0TIS5EFUOs53IN9ZQTE8Kv3xeGvt XDNVIYS+JTHAX1cZ2YkG4LG4X9zbc1WlrrOUEFM+xlQUZ2b4j3vEX1SzR5IookgFdcE6qDEcn LGqHzyZSxPDFiDs787dIWC7az91MEVdfIRIbwUGjptvIMzy3HAxpNhZEMYmgNB0olD/PoYMd3 fXuHSS45UxgrVXSP93Z63t8+w1+7KN2S8UaCZNJrzycMeWc1CeikCIAr1Ni8aSKpyUUbKtopP CbN+yY+auQ/xj1aJjdBvZMZgsZ+EH5EenTjwby2daMZVZygELUxlOLNatbG4q/F/A8GsEJ94+ mDgYY9W/Est4qimimSJNTl500kDrPr5g06qAdJ4v8iOe5oawh6OQPHVBE4wb8i9k4RPx9/ZaA SkibCH5zA9o2D0MZ8q8+++qqzluug== X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) >> Because an application would include that very line in the 'tty-popup= ' >> overlay BEG...END range and the display engine has to know how to han= dle >> an overlay that spans multiple lines. Right? > > I cannot answer this question, it's too general. And doesn't > company-mode use before- and after-strings, at least sometimes? Those= > have BEG and END the same value, so you must hit that position to know= > something's there. Obviously, =E2=80=98company-mode=E2=80=99 would have to get rid of all ea= rlier workarounds. Likely we would encapsulate the TTY/GUI differences in a separate function or macro. > I think the only workable idea is to create a special kind of window > that is not part of the usual window tree, and let the display engine > consider those windows after the "normal" ones have been. Do popup > frames need to support windows, mode lines, etc? Or are they more > like tooltips -- one window and no decorations? Note that so far the concept "popup frame" does not exist yet. If the window system supports them, we have child frames, undecorated frames, override redirect frames and some more. All these are full-fledged frames but we can easily provide restrictions, single window only, no echo area, no mode or header lines ... you name it. But note in this context that a native Emacs tooltip frame is not very viable. It works only because it's so ephemeral that before Lisp code has a chance to lay its hands on it, it has already disappeared. In this sense, a tooltip is similar to a TTY menu---an application cannot disrupt its display. So the answer to your question is: We can supply any restrictions the TTY display code would need although I'd prefer to call this a "special kind of frame" and not a "special kind of window". martin From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 29 12:20:47 2017 Received: (at 27427) by debbugs.gnu.org; 29 Jun 2017 16:20:47 +0000 Received: from localhost ([127.0.0.1]:44852 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQcBT-0000Lm-0V for submit@debbugs.gnu.org; Thu, 29 Jun 2017 12:20:47 -0400 Received: from eggs.gnu.org ([208.118.235.92]:39845) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQcBR-0000La-34 for 27427@debbugs.gnu.org; Thu, 29 Jun 2017 12:20:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dQcBI-0005Hl-Qe for 27427@debbugs.gnu.org; Thu, 29 Jun 2017 12:20:40 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:41723) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dQcBI-0005He-Mx; Thu, 29 Jun 2017 12:20:36 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2944 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dQcBH-0002Ux-Nj; Thu, 29 Jun 2017 12:20:36 -0400 Date: Thu, 29 Jun 2017 19:20:20 +0300 Message-Id: <83fueircjf.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-reply-to: <067578d7-0059-e65a-93d9-ad561664e08b@yandex.ru> (message from Dmitry Gutov on Thu, 29 Jun 2017 04:34:16 +0300) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <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> <067578d7-0059-e65a-93d9-ad561664e08b@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: rudalics@gmx.at, 27427@debbugs.gnu.org, alexanderm@web.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Cc: alexanderm@web.de, 27427@debbugs.gnu.org > From: Dmitry Gutov > Date: Thu, 29 Jun 2017 04:34:16 +0300 > > On 6/28/17 7:48 PM, Eli Zaretskii wrote: > > > Dmitry, can you tell why the popup overlay is a single overlay with a > > single multiline string, and not a series of overlays, one each for > > every line shown in the popup? I assume this caused or could cause > > more serious problems than the current implementation, but what > > problems were those? > > Different tradeoffs, some different problems, and a lot of common ones > (like text scaling, images, character widths, etc). But all of these are not relevant to TTY frames, right? > How would that help with the current issue? Martin is trying very hard to come up with a method to overcome the fact that Emacs cannot display "rectangular" overlay strings. Breaking the string into several one-line strings and putting their overlays at the appropriate buffer positions would solve this problem. > One-line-per-overlay approach will always work worse in display-heavy > buffers, for instance. Like the 'M-x report-emacs-bug' one. Why would it work worse in that case? From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 29 12:30:24 2017 Received: (at 27427) by debbugs.gnu.org; 29 Jun 2017 16:30:24 +0000 Received: from localhost ([127.0.0.1]:44870 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQcKl-0000be-PI for submit@debbugs.gnu.org; Thu, 29 Jun 2017 12:30:24 -0400 Received: from eggs.gnu.org ([208.118.235.92]:43030) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQcKk-0000bR-M1 for 27427@debbugs.gnu.org; Thu, 29 Jun 2017 12:30:22 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dQcKa-0000fo-T9 for 27427@debbugs.gnu.org; Thu, 29 Jun 2017 12:30:17 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:41867) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dQcKa-0000fj-R1; Thu, 29 Jun 2017 12:30:12 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3120 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dQcKZ-0007xF-Uz; Thu, 29 Jun 2017 12:30:12 -0400 Date: Thu, 29 Jun 2017 19:29:58 +0300 Message-Id: <83d19mrc3d.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <5954A995.9@gmx.at> (message from martin rudalics on Thu, 29 Jun 2017 09:17:41 +0200) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <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> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Thu, 29 Jun 2017 09:17:41 +0200 > From: martin rudalics > CC: dgutov@yandex.ru, alexanderm@web.de, 27427@debbugs.gnu.org > > So the answer to your question is: We can supply any restrictions the > TTY display code would need although I'd prefer to call this a "special > kind of frame" and not a "special kind of window". I prefer "window" for the simple reason that doing so will most probably wreak the least havoc on TTY display, in particular because it won't invalidate the assumption that only one frame is visible at any given time. Also, frames can have decorations, even on a TTY, which we are better without in this case. And finally, you most probably remember that TTY redisplay is frame-based, so having just one of them would fit better. Should be a nice project. Any takers? From debbugs-submit-bounces@debbugs.gnu.org Thu Jun 29 13:55:40 2017 Received: (at 27427) by debbugs.gnu.org; 29 Jun 2017 17:55:40 +0000 Received: from localhost ([127.0.0.1]:44978 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQdfI-0004MS-JI for submit@debbugs.gnu.org; Thu, 29 Jun 2017 13:55:40 -0400 Received: from mail-wm0-f53.google.com ([74.125.82.53]:34820) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQdfH-0004MF-0i for 27427@debbugs.gnu.org; Thu, 29 Jun 2017 13:55:39 -0400 Received: by mail-wm0-f53.google.com with SMTP id w126so89320096wme.0 for <27427@debbugs.gnu.org>; Thu, 29 Jun 2017 10:55:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=Jc3Vsh88ZGsIQv9soiI9am2els4uDvHi//VJnM99qOc=; b=rdXwwoEZ3scnQHW6RMuqPzspAyL/DDwo6oPY9+ox9FQtvbDRp3RYaY9PrEYKZjMGaz g7F78fRY2VqnclyztGObf5ekkHS90mMP2KMLM8a4p/w4uXe2aFM/MN4hYLshItffHL9C +H6Owj0++WQb2cAaFjyqnwqrStkmt0KNPQFfpcBuBtSkAXo/72zYA+vIu3kUAxK7+HFn HsqHxYuwsXWSNjPY5VRHzKWGQGiOLkpWqMSyOMJhmRTyRqE7/ksFn3dAuZIWXaoOK3yT hc/60HSsCJZxbxc06tCsY8+SwfuRsIUj4Gekw5CC5n+aHnpotgEDu2jJZ16MfDi0L6ra bAFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=Jc3Vsh88ZGsIQv9soiI9am2els4uDvHi//VJnM99qOc=; b=OskTRch+15OwLAimwMWwl1IBuY17XByogI+ccfPX8t5aElhMEYL6h4xh1VmCNm2+SH raaUKmaPfVNr+1rXD5xeHwcOpG+jVF3R0S3GDsXQLcAfd9QMl6SCC6UtfWr3e/K90YJC DCh8TgVGm0EVutP5etTK+i5ZeCxv8zf42uZoac1VEhwbDkW1yWLOeDdJY5/BF6HrYxbL iXVRm6ifq260uFFh35OfvCE2U28zm/8AJJhH97UplXvegt5WqZqLona3gUZNoTmci4u+ WpvOq0150kaEwfPf+Zv47qiGJ+OmhvsDR1T0GPrY/8Y7QhifjSxAA4x+TnirUCZDVfHp Uktg== X-Gm-Message-State: AIVw111vIAxhAO57NVVKCrjQIj2bNPVXLqX4WyC8yvZLWChuk6iBxiR9 nCeo5Rkao+m/NQ== X-Received: by 10.28.93.1 with SMTP id r1mr2944993wmb.26.1498758932944; Thu, 29 Jun 2017 10:55:32 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id l46sm4282986wrl.15.2017.06.29.10.55.30 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 29 Jun 2017 10:55:31 -0700 (PDT) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup To: Eli Zaretskii 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> <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> <067578d7-0059-e65a-93d9-ad561664e08b@yandex.ru> <83fueircjf.fsf@gnu.org> From: Dmitry Gutov Message-ID: <31d65b4f-72b1-1095-d317-3e95eaa491a4@yandex.ru> Date: Thu, 29 Jun 2017 20:55:27 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 MIME-Version: 1.0 In-Reply-To: <83fueircjf.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) On 6/29/17 7:20 PM, Eli Zaretskii wrote: >> Different tradeoffs, some different problems, and a lot of common ones >> (like text scaling, images, character widths, etc). > > But all of these are not relevant to TTY frames, right? The `display' issue in `M-x report-emacs-bug' should be just as relevant. And similar stuff. Character widths might be relevant as well in some terminals, but that's hardly something we could fix in Emacs. > Martin is trying very hard to come up with a method to overcome the > fact that Emacs cannot display "rectangular" overlay strings. > Breaking the string into several one-line strings and putting their > overlays at the appropriate buffer positions would solve this problem. Like I said, we have another completion package that does this (but the authors refuse to assign copyright). How will that help with the arithmetics? How is it better than the one-overlay approach for the current situation? >> One-line-per-overlay approach will always work worse in display-heavy >> buffers, for instance. Like the 'M-x report-emacs-bug' one. > > Why would it work worse in that case? Imagine that point is above the "If Emacs crashed..." display overlay. There is no physical line below it where we can put an overlay with the first popup line. I suppose we could replace (propertize "\n" 'display txt) string that is there with a fully made up overlay string, but a) it's less trivial than you probably imagined initially, b) the buffer text below it is going to jump up and down as the popup is shown and hidden. With the one-overlay approach, we ignore that `display' property (so there's empty space there when the popup is displayed), but preserve the height in rows, so the other buffer text is not jumping. From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 30 04:28:01 2017 Received: (at 27427) by debbugs.gnu.org; 30 Jun 2017 08:28:01 +0000 Received: from localhost ([127.0.0.1]:45466 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQrHV-0008Pp-A2 for submit@debbugs.gnu.org; Fri, 30 Jun 2017 04:28:01 -0400 Received: from mout.gmx.net ([212.227.15.15]:58378) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQrHT-0008Pc-Fu for 27427@debbugs.gnu.org; Fri, 30 Jun 2017 04:28:00 -0400 Received: from [192.168.1.100] ([46.125.249.42]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LqiJO-1dvG5S1FxK-00eIEc; Fri, 30 Jun 2017 10:27:52 +0200 Message-ID: <59560B86.4030600@gmx.at> Date: Fri, 30 Jun 2017 10:27:50 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <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> In-Reply-To: <83d19mrc3d.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:m66Bvh51i4Mr3Fy+3+QwO7ytNOUMQ+F4lw2XdtmD0iFTjKJxSvG k40lGN+iXk/k5bmJ4FZYGgolmkoHdQGEwQJXzSyN0BAp4YuVp3NWISbjx3r3hCy2pakq0Wv yEVj8k8ZmGY+pHli6KYShCznS7G2T3SerV899eT6kyfJtpsB/33Sf+LJEX4wJ3RZJn1t20L MtlHQjqhHJdl8Ac09hlAA== X-UI-Out-Filterresults: notjunk:1;V01:K0:s8PKrSSAD7o=:d21saN3b5/RMHWYsZ9BYbb 91UvhOndzu/1+0mdIX5LGp9rO5/I4DPscoZaqg+gjP2nLqCilGPezGZCcSI1djMIcou6/1n1k Ukv1BYv6RCT6hLEJpHbMokkpjitZ0kJ+AUk6Qhpb1kGhijd8ewl6PE9JkKeQb0b+opqmVIsI4 WfO3/9/era7CYxBydBdqH1XRTCMjZ0nG5QQf/Yo5eHXlUDBsjGn/R6uUcullSyLStPlu+5HmX Wshj+pMcCT/uhTuuP617Z+i+1aGgLlPARRKeZv8vi1t5P0T2n+Wjw09IqFLnwoq17HwzpeoIo vRiHJn36dXrYt4JsE3lAAG3iyqAdoXMP2xk50WeKGTWHWcYHXa1LwewiE2SZir3TaxCrOCcmF 1jsobOYNHzAUuswdgOTZfXgr3Cp3g+md3BQBSTIwjHXQI9xmO/TAlDUISpA63xYdsXgofLt2g Kd5XavE6DfqOzihLP2jk575NPXoga2FemsCqqAMrWbi8FDX0zXPirkKZ2D53aJQDXwp07+ltp 6lg95br1W3rsqY9F39X8chj3wKh8ReHMzLxCLN1vY0dz2xPSJXJX4lcMbHbonbopvopoXo+n1 p0VMlG/ZzCVOwhJ3Hz0Y5AhuQOjIjZHEeCwlwcWV7kmLRgQherWLP+Y6pfY54MjD2lLcK56XZ VayNuy2os6trids6JWmPjDohlM9vS+ECi1xPl+tboFEBgUxDVVJrILTT2UqdEkPz/0kvzJEP8 4RSeJGezoLj2wihvfCJbbskzRBAvMZdvCPJtmD+UrWRpWaSZ2cX2EFQEmXba3JxBwM5gejH5d WesqYri X-Spam-Score: -2.8 (--) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.8 (--) > I prefer "window" for the simple reason that doing so will most > probably wreak the least havoc on TTY display, in particular because > it won't invalidate the assumption that only one frame is visible at > any given time. Also, frames can have decorations, even on a TTY, > which we are better without in this case. And finally, you most > probably remember that TTY redisplay is frame-based, so having just > one of them would fit better. As a window it won't appear on any window list since it's got no frame. If we made it a window of the frame where we popped it up, then where would we put it into that frame's window tree? The window tree code is not very clean, but changing it for the sake of TTY popups sounds like very intrusive surgery. All the (implicit) invariants that window sizes have to sum up would get invalidated. Suppose we spliced in some special TTY_popup_window_list slot for every frame. Then we'd have to invent functions for accessing and changing its elements. If such an element were an Emacs window, practically all functions that access and change windows and their properties would have to be rewritten in consequence of that. This is hardly feasible. martin From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 30 05:33:55 2017 Received: (at 27427) by debbugs.gnu.org; 30 Jun 2017 09:33:55 +0000 Received: from localhost ([127.0.0.1]:45480 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQsJH-0001UC-Fx for submit@debbugs.gnu.org; Fri, 30 Jun 2017 05:33:55 -0400 Received: from eggs.gnu.org ([208.118.235.92]:55872) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dQsJG-0001Ty-Ae for 27427@debbugs.gnu.org; Fri, 30 Jun 2017 05:33:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dQsJ7-0001kI-VX for 27427@debbugs.gnu.org; Fri, 30 Jun 2017 05:33:49 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:57596) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dQsJ7-0001kE-TD; Fri, 30 Jun 2017 05:33:45 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1143 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dQsJ7-0003O5-14; Fri, 30 Jun 2017 05:33:45 -0400 Date: Fri, 30 Jun 2017 12:33:31 +0300 Message-Id: <8337ahrf9w.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <59560B86.4030600@gmx.at> (message from martin rudalics on Fri, 30 Jun 2017 10:27:50 +0200) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <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> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Fri, 30 Jun 2017 10:27:50 +0200 > From: martin rudalics > CC: dgutov@yandex.ru, alexanderm@web.de, 27427@debbugs.gnu.org > > Suppose we spliced in some special TTY_popup_window_list slot for every > frame. That's what I had in mind, yes. > Then we'd have to invent functions for accessing and changing its > elements. We already have functions for accessing elements of lists and changing lists. > If such an element were an Emacs window, practically all functions > that access and change windows and their properties would have to be > rewritten in consequence of that. What functions are you alluding to here, specifically? And what did you mean by "an Emacs window"? My idea was that these windows would be "special", in that they could only display some special buffer or maybe only a string. About the only function we'd need is to set the coordinates where such a window will be displayed. Everything else, including the dimensions, will be determined by the text to be displayed there. From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 01 06:32:02 2017 Received: (at 27427) by debbugs.gnu.org; 1 Jul 2017 10:32:03 +0000 Received: from localhost ([127.0.0.1]:46935 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dRFh4-00034B-LR for submit@debbugs.gnu.org; Sat, 01 Jul 2017 06:32:02 -0400 Received: from mout.gmx.net ([212.227.17.21]:54755) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dRFh1-00033b-NT for 27427@debbugs.gnu.org; Sat, 01 Jul 2017 06:32:00 -0400 Received: from [192.168.1.101] ([46.125.250.50]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M1zFf-1dkHmF0Ipf-00u5nz; Sat, 01 Jul 2017 12:31:52 +0200 Message-ID: <59577A15.6010209@gmx.at> Date: Sat, 01 Jul 2017 12:31:49 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup References: <611468a0-3115-813a-7347-d0c06e155831@web.de> <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> <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> In-Reply-To: <8337ahrf9w.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:fHd/CEhGNA53LMajNgIk+fs6o16RUHYKUnSqx/5DmyI86/elv/f FsQUfZz8ZP2dW/xPhg5SRxzB2rWilM7L5d61YW7K1xbu/TP8ekiJ2DIn5+9kop3hRvbDFsn M/nrs6DUmBwSQMS6u6WgLq7squFWuDAOL2fhypupEjgjLZ/EiZLRFPWiy3225g8G9IiQH1P 8Qxf/43MAn0ilj+8X9WnQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:9epUWlKKTr0=:vsJCH3KyyBIWLaGOu0UtlR judkQj3USD2rp9qL2XjebD0I9DPykq6zutNrTJ2NY8yYG/89DCDTxaar2U/QZbT4h4tDuBkd4 4KIPQMxevEtLbr0/VD+HPCJZbA/pRkl+hE3I+PL5yYSvK8Lhw+SP178rakwWoamRdZFlGwDLG 5mUQKinlYGGqEI3dlRJSQeeEzYJZjh0d3SX8gqwAIQ9Lhhy9Kp55brRFkLD5kYOVIROKY0NfH EL1wzvXZhhnJwIeIIANBpm+QuSEdwozjpnMmeWOG53eUtqNa5dOJENCvAuQEXV9TF4f/2OeAI fTnCVkMS+Xlc1IpqJtDxUvIlH3RbF2v5UHT0NB1OqxtvzIsLsJH8pZF3vnWDlYZOpp+tXrzSY 4cQLEaOWIZjfLI4dExMxM+BfFpNTqbcIC19sjEpGlWV83PNwjaIvkdGYP/HRsSaKPaQfe/21v Qsyh2ijhwShwlIqH/ltYCj34OeUVtPDWy0ciuQ3D5RKaD0zv+Bjrvc55/6uxTXpTONgV54PN5 QjIoZqvt+9A0N2AqMcYsxRkD3ntBxNnO5IpzPGVExPbH5uAV3qCzXJddZcLdr+r3FTvRg8wIo nUu7JaIahGytJEP5uP5hosxUcURC5JEnW4N8BjS9adawf4xEiQG7uTmF6ZnT5a45v8rfCc5lQ gKYZu12pomUMSwfnGUpvJswoX1Yeqa+1hc2nT5DbJ3iAhB9UUEdI3wBXTGTAIJNdXqq6g4F8a v6VfsckmmeR9zSPLzBNxkSo2hFAU8t0CEvFbxbWV+9DvBH8lRJmV+iVUcAY9eDVd5A5Ov9NMq QPuk7WLk0hhn1a7fy+wuZJSA+QCOg== X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) > My idea was that these windows would be "special", in that they could > only display some special buffer or maybe only a string. Then we are back at my earlier =E2=80=98tty-popup-frames=E2=80=99 proposa= l with "windows" substituting "frames". Please lets call these objects "popups" for now. > About the > only function we'd need is to set the coordinates where such a window > will be displayed. Everything else, including the dimensions, will be= > determined by the text to be displayed there. We'd have to decide when to call the function that sets the coordinates. For that purpose each popup would probably have to store the window it originated from to handle scrolling of that window and any changes to its buffer. martin From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 01 08:00:21 2017 Received: (at 27427) by debbugs.gnu.org; 1 Jul 2017 12:00:21 +0000 Received: from localhost ([127.0.0.1]:46965 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dRH4W-0006zP-Po for submit@debbugs.gnu.org; Sat, 01 Jul 2017 08:00:21 -0400 Received: from eggs.gnu.org ([208.118.235.92]:44285) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dRH4U-0006zD-Vr for 27427@debbugs.gnu.org; Sat, 01 Jul 2017 08:00:19 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dRH4L-0000PL-GI for 27427@debbugs.gnu.org; Sat, 01 Jul 2017 08:00:13 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:55857) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dRH4L-0000P8-Dq; Sat, 01 Jul 2017 08:00:09 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2483 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dRH4I-0006py-Ko; Sat, 01 Jul 2017 08:00:07 -0400 Date: Sat, 01 Jul 2017 14:59:55 +0300 Message-Id: <83podkpdtw.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <59577A15.6010209@gmx.at> (message from martin rudalics on Sat, 01 Jul 2017 12:31:49 +0200) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup References: <611468a0-3115-813a-7347-d0c06e155831@web.de> <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> <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> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -7.8 (-------) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -7.8 (-------) > Date: Sat, 01 Jul 2017 12:31:49 +0200 > From: martin rudalics > CC: dgutov@yandex.ru, alexanderm@web.de, 27427@debbugs.gnu.org > > > My idea was that these windows would be "special", in that they could > > only display some special buffer or maybe only a string. > > Then we are back at my earlier ‘tty-popup-frames’ proposal with > "windows" substituting "frames". Please lets call these objects > "popups" for now. OK. > > About the > > only function we'd need is to set the coordinates where such a window > > will be displayed. Everything else, including the dimensions, will be > > determined by the text to be displayed there. > > We'd have to decide when to call the function that sets the coordinates. I hoped the application would do that, via some new API. > For that purpose each popup would probably have to store the window it > originated from to handle scrolling of that window and any changes to > its buffer. That could be one way, but maybe we could use something more direct. From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 01 09:22:58 2017 Received: (at 27427) by debbugs.gnu.org; 1 Jul 2017 13:22:58 +0000 Received: from localhost ([127.0.0.1]:47008 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dRIMU-00043T-1Z for submit@debbugs.gnu.org; Sat, 01 Jul 2017 09:22:58 -0400 Received: from mout.gmx.net ([212.227.15.18]:61047) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dRIMR-00043D-LH for 27427@debbugs.gnu.org; Sat, 01 Jul 2017 09:22:56 -0400 Received: from [192.168.1.101] ([46.125.250.99]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MRXzM-1dKjr62Pfc-00SjC7; Sat, 01 Jul 2017 15:22:48 +0200 Message-ID: <5957A223.2070003@gmx.at> Date: Sat, 01 Jul 2017 15:22:43 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup References: <611468a0-3115-813a-7347-d0c06e155831@web.de> <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> <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> In-Reply-To: <83podkpdtw.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:U+sixUaxKqoAiIGBC3BFIrs7bm+Uy3jbZ+YwOcG8yLWqBfJBT9l ABwzSG9Dt6KcXFY32hS6XKa2CjdMS2zkGY6MMFP/dxa3lXp7erDtdBv2ISXjUd+mFkkUF4p rgKOtfPqe9N9gz2ssZbZp3yM6rkx8Ps3ErrlL1Tzvhu1sJDi7TzALOn/+QRjEPINKnp+Bs5 91JK45IVYQ7eosUINBJrg== X-UI-Out-Filterresults: notjunk:1;V01:K0:LBlEa+lY2wg=:4ErXIOUy0YHjlI+OcSl5vW CYPUEToJn4OFUHTCQ4lHfOE9L2/cP4cjca3DiYrFgigcQR5bvuoU7azXmrtPXrFP4eP/awOqi iaBVDZURscbQ68hxFye3K57p0etEB1VShuXkcD+6YjQ+y2rdsz6AOpt1RFHNj+HBUKEYQ5kFY kBUM8H9DNQIOn9kgwCUIxQVNyVyQZ8Hiz9oWpBXkCyxzlU8+ZOXUUc5/UXEktFo5KUJcLyn6S QoGr6oO4x+X7cbmwCl0eeJNh3e7aoE93cyPbWe6J3ZqeGZXQIXJTczJEUZA7xJaYERLEvbzWW gj1rOY50nLsm5uBa9s+ZekDdItDqkg+brIaIUoO/U43EI5GCwdrqqnfdZIjIMHk1ijMKItOTN YVCyNlk10w4SZA7tNPHdesll57tGQqPcmncK9rMiON5Bdv/Hk0BLgmMsPmE601XRFcGLWitrU tp/lIwPXE5OogkSwI8/BEeVjTpez6rhKkI95Wz0ABLwpt3A5mri3X2J638ceaKwOoqkNjuy5L /Ts3yuhQctv+iCN6L0Pi+TDaVNz+RVGpIacaMeHTrYumFY4HJEKsRMtjNa83r9rXcTsGeefX0 F81BOqOrSW0lTBoSYdUajkg6rC3ymEqlylDEe4Ip+8+3OKNbdUFf2voqmBq0bbWrzeTjEyu+b LXmvdjO9yK52R050etNZfdgBJFcDTWT+k6ceZJo4C59vLOAleX4c4a7vLwn4wVdqlwGUz4DL7 ta6XTPzUeg+pVqf9K2erEgpjGncTJD+CNcm//BSHlT6oDOPX6/WjfSNLFa/td7YuDOwgfKIWW ehhNoM+fJaa1TDqqu3jOrdTfkuclQ== X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) > I hoped the application would do that, via some new API. We'd at least need something like a =E2=80=98TTY-check-popup-functions=E2= =80=99 called immediately before the display engine looks at the popups list: The application could then check whether its popup is still relevant and whether is should be redisplayed, possibly at a different location, with different text. If the application decides that nothing should be changed and the desired matrix and the current matrix are the same for a specific popup, the display engine would probably leave that popup in the desired matrix alone. >> For that purpose each popup would probably have to store the window i= t >> originated from to handle scrolling of that window and any changes to= >> its buffer. > > That could be one way, but maybe we could use something more direct. So far, the implementation of child and undecorated frames is complete. Hence, for the moment I intend to proceed as follows: People who need such frames should read the manual and try to provide a GUI solution for their problem. As soon as we have a few samples that work satisfactorily on GUI systems, we can try to implement a fairly useful workaround for TTY systems. However, if people say they need to select such frames or put the cursor into one of their windows, we have to rethink how to implement a TTY solution if it's viable at all. martin From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 01 09:33:59 2017 Received: (at 27427) by debbugs.gnu.org; 1 Jul 2017 13:33:59 +0000 Received: from localhost ([127.0.0.1]:47037 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dRIX8-0004KW-RJ for submit@debbugs.gnu.org; Sat, 01 Jul 2017 09:33:59 -0400 Received: from eggs.gnu.org ([208.118.235.92]:59354) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dRIX6-0004KJ-GT for 27427@debbugs.gnu.org; Sat, 01 Jul 2017 09:33:56 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dRIWw-0005mq-Ol for 27427@debbugs.gnu.org; Sat, 01 Jul 2017 09:33:51 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:56897) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dRIWw-0005mB-FT; Sat, 01 Jul 2017 09:33:46 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2536 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dRIWv-0003SP-CD; Sat, 01 Jul 2017 09:33:45 -0400 Date: Sat, 01 Jul 2017 16:33:30 +0300 Message-Id: <83lgo8p9hx.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <5957A223.2070003@gmx.at> (message from martin rudalics on Sat, 01 Jul 2017 15:22:43 +0200) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup References: <611468a0-3115-813a-7347-d0c06e155831@web.de> <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> <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> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -7.8 (-------) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -7.8 (-------) > Date: Sat, 01 Jul 2017 15:22:43 +0200 > From: martin rudalics > CC: dgutov@yandex.ru, alexanderm@web.de, 27427@debbugs.gnu.org > > > I hoped the application would do that, via some new API. > > We'd at least need something like a ‘TTY-check-popup-functions’ called > immediately before the display engine looks at the popups list: The > application could then check whether its popup is still relevant and > whether is should be redisplayed, possibly at a different location, with > different text. Why not the other way around: let the application specify the text and the position of the popup in dedicated variables, and then redisplay could just access those as part of its job? > So far, the implementation of child and undecorated frames is complete. > Hence, for the moment I intend to proceed as follows: People who need > such frames should read the manual and try to provide a GUI solution for > their problem. As soon as we have a few samples that work > satisfactorily on GUI systems, we can try to implement a fairly useful > workaround for TTY systems. However, if people say they need to select > such frames or put the cursor into one of their windows, we have to > rethink how to implement a TTY solution if it's viable at all. Sounds like a good plan, thanks. From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 01 11:20:48 2017 Received: (at 27427) by debbugs.gnu.org; 1 Jul 2017 15:20:48 +0000 Received: from localhost ([127.0.0.1]:47843 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dRKCW-0000KU-4q for submit@debbugs.gnu.org; Sat, 01 Jul 2017 11:20:48 -0400 Received: from mout.gmx.net ([212.227.17.22]:65488) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dRKCT-0000KG-Rb for 27427@debbugs.gnu.org; Sat, 01 Jul 2017 11:20:46 -0400 Received: from [192.168.1.101] ([46.125.250.99]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MRjd7-1dKTV90p2X-00SySI; Sat, 01 Jul 2017 17:20:38 +0200 Message-ID: <5957BDC2.1060902@gmx.at> Date: Sat, 01 Jul 2017 17:20:34 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup References: <611468a0-3115-813a-7347-d0c06e155831@web.de> <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> <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> In-Reply-To: <83lgo8p9hx.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:yAOYIqiNWJTMGaRv++Y3hSruvzxJrQSa5RMYt2DjsF/bxPXIBrR y99DyB7Rsj5SBp3OKe/IDNUKqDf89SF7kB40kt449Z4pq9awyix1I3tIahahdl9vjhQN7tV MIymdGMPXBC7HReYPgibz2dXBhZiQMtXJxFZuJkkQ1q4zCRmlEmY+tMnMsF2dTepF1L4IRR E0bKfLnM/frnf5ukOAYjg== X-UI-Out-Filterresults: notjunk:1;V01:K0:RvFxetmnQy8=:gtla6mHAgYNVmUAoY04fo3 XBtFQIo01+1q2uGLdhC0v1UJx6W/2djBKEdRbw/9lDVrWRKpyUOtuI9y6256bSSGRBmeY/HVJ L3hTcvq9sY5pxHWP2hEjY+tnLP08kQrd02d0Q8RA7JEAUgFjsqc9tBrBeNhLuVEkfugcV7XXC 5qhc+FZjnBnJdZmeScwU1UPKOEcfpfxgtbHdmURp79o3fr2Yae/UrslrrbjGbMkBj5x0Lhpza gbGYr3rqplvyzekayCmRbLzEZxG+0vbUJ0Sls0T0sKeGO7hUXr4ijymlvkv/lNbu+BZCpLbCc Ym2n259SNWBc9Y5nvh1e4LOzW2kiH2yrEh4Hf0ocJqN9zD0MbkY0U/hVBwt1n2bhtwDd57sEQ Cg6zboJTI/KMQB7dJ6Z8l3IRFwTLZoEl5Wvrvl36FfCsCXoKU+QN6hf0V6xpMJD1PHTOXsSmL mYYBYEllbq9vhM/gimrM+6BRkOcnauZMeNCvWJDAiQs5Z7+uoHMKX0XsKY1fq8hsPEwbssq93 OXkP7sdOPqjlMM9GNBBklRzHFiTV0/umbOPfk6b/nlAy251Wv9GJDdzdIIY0n7MIm9kxB4yQ7 m0Qu55wncwDZe0kgpnIU+oFmoMu+IZ5M9wW7Tb+80UBwWSosJzq2blTVnyVIBp+KfrRTtr43o fOy/C8z8F83yClAejZQCSb7xweBf/FnMWBvWw23HXKo82RB/2is590d0b/KAx8fBsJ3bb7yp4 anQzGYNz4uhpt9gi/5U/gV4WqOZoAGi4wOL5DkReBlEdsvA+Fi3vayY5JvnnqcuJcsxO7A/96 mp7ZnThbw94SWkHsGeH9wZrQT+eyQ== X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > Why not the other way around: let the application specify the text and= > the position of the popup in dedicated variables, and then redisplay > could just access those as part of its job? The application has to react when a given buffer position changes its position on screen. If =E2=80=98window-text-change-functions=E2=80=99 is= sufficient to determine that (I never used it), it could add itself to that hook and specify the popup accordingly. Otherwise, the application would have to track whether the window was scrolled, resized or moved, or its buffer modified. Or, for example, whether an overlay before the popup position changed from visible to invisible. martin From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 01 11:41:44 2017 Received: (at 27427) by debbugs.gnu.org; 1 Jul 2017 15:41:44 +0000 Received: from localhost ([127.0.0.1]:47848 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dRKWl-0000o3-VG for submit@debbugs.gnu.org; Sat, 01 Jul 2017 11:41:44 -0400 Received: from eggs.gnu.org ([208.118.235.92]:52361) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dRKWj-0000nr-Up for 27427@debbugs.gnu.org; Sat, 01 Jul 2017 11:41:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dRKWb-0004dr-Fs for 27427@debbugs.gnu.org; Sat, 01 Jul 2017 11:41:36 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:58424) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dRKWb-0004dn-CI; Sat, 01 Jul 2017 11:41:33 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2851 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dRKWa-00027c-HF; Sat, 01 Jul 2017 11:41:32 -0400 Date: Sat, 01 Jul 2017 18:41:21 +0300 Message-Id: <83k23sp3ku.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <5957BDC2.1060902@gmx.at> (message from martin rudalics on Sat, 01 Jul 2017 17:20:34 +0200) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup References: <611468a0-3115-813a-7347-d0c06e155831@web.de> <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> <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> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -7.8 (-------) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -7.8 (-------) > Date: Sat, 01 Jul 2017 17:20:34 +0200 > From: martin rudalics > CC: dgutov@yandex.ru, alexanderm@web.de, 27427@debbugs.gnu.org > > > Why not the other way around: let the application specify the text and > > the position of the popup in dedicated variables, and then redisplay > > could just access those as part of its job? > > The application has to react when a given buffer position changes its > position on screen. 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. From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 02 03:54:26 2017 Received: (at 27427) by debbugs.gnu.org; 2 Jul 2017 07:54:26 +0000 Received: from localhost ([127.0.0.1]:48127 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dRZi6-0001kE-Bx for submit@debbugs.gnu.org; Sun, 02 Jul 2017 03:54:26 -0400 Received: from mout.gmx.net ([212.227.15.15]:64943) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dRZi4-0001k2-Q4 for 27427@debbugs.gnu.org; Sun, 02 Jul 2017 03:54:25 -0400 Received: from [192.168.1.101] ([212.95.7.32]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0LiDKt-1e5qCg26NP-00nOWf; Sun, 02 Jul 2017 09:54:17 +0200 Message-ID: <5958A6A4.4030400@gmx.at> Date: Sun, 02 Jul 2017 09:54:12 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> In-Reply-To: <83k23sp3ku.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:BpaUkKzcl9xgKiUzJOMWBeVA2Vrk8kCwATuoeVbDL8S2+PUS70V K0cBrFyX2kfDHL3KezJ1LU2lB8AY0R6LONA//b0KM7NHACjZ06vDKlOJwf+HVOocU+PgQO0 16arApG16SXfK9ZIznteWzxuaXOVBPT/MLsn70oEnLwsX1MMuVqhE4jEIVEVTI48uSeGCkn vxj6dQixCGdN9I6w6phyw== X-UI-Out-Filterresults: notjunk:1;V01:K0:wq+syV/9z1w=:mojV7wcZZDY7qc1VF/NaN3 fRsHnnN16zD3VRSAiJwEtuFVBWHC2vtKPb4LL/Gs67IEivqjzFSvXPoR5Ad3RVw/UjTM9zPG7 S6OEAgNXOJ2Bcm4WxVk1DJPfqluTlVoQtY+bSLmOpzlwEbZ7mJ5nclkfCYtwE5Xtifq8Kk72P d78xmNVXNU7LojMbDnOJk0YRcYMmV7k2sPPwi6I3+3SERaVszJ8sTDOcSWrGgWNBI/cnBU/+/ 7WAPI+CBnSy8cWLWh4YvevMuX6nSCZr595C/7UEX4CJosxHK/N2YhC2oBuPDVrKxMzzLhxYo9 3MuByJb63Xo8TLmBkFF27dbtF2lvcALLyNqlM6FDjgwpjLYNByvG1UougRb/78wV+KjYLWo0l LxKvpHPO+AUXPqK2tnZlLpp5uuJou+GNSPAs56p2AigmHWqRut9e7zz6Bn2G3g4SrbGxGIYsD ffiZxwyQrMxrz6X5yd6tRpRlwcB0MW7pVguPtKp1eW8ARLm+Fa2tSSOhhEAtphawRseCgkGLn dCTjsxMY3LOTiq2UbaG5XBfRMK8SOCvw7Yh2dk4FOKORcX8NPLS6+szXU1C1GB3gGcBXnhCbl PCxbtFo1gJLAtG46N3enigQpMk652iIr0qPjUqMckxh5d/o0qcvZsnil9WKsDlIz5+6Xy8ZdA g2P+VPcxJgdy79deW3GIH2KLPbhV8YpoxNkRLMHheP0tVFk0WTBFylX5cS6AA8qUDZqKDevXq Wk8g4a3koVpx1XxRuCaQKsjJETLed2z0LFRzkZjg7FSCoSSu5r34MBmwIw3ukQ39QTk8c5G4B R0/qp8BJ0cPQUYyaRTWch2MsKTKNw== X-Spam-Score: -0.8 (/) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.8 (/) > 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 =E2=80=98company-mode=E2=80=99 and all packages trying to= solve similar display problems are based on idle timers. The overlay is moved, if necessry, when the timeout expires. I'm not sure whether it makes sense to use a timer-less approach. If it does, we should allow moving the overlay right after recalculating the frame's glyph matrix on TTYs. Whether removing timers makes sense for GUIs is yet another question. In this context the =E2=80=98window-text-change-functions=E2=80=99 I ment= ioned 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. martin From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 02 10:10:32 2017 Received: (at 27427) by debbugs.gnu.org; 2 Jul 2017 14:10:32 +0000 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 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 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 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 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 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 Date: Sun, 02 Jul 2017 17:10:13 +0300 Message-Id: <838tk7orp6.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <5958A6A4.4030400@gmx.at> (message from martin rudalics on Sun, 02 Jul 2017 09:54:12 +0200) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -7.8 (-------) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -7.8 (-------) > 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. From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 02 10:45:25 2017 Received: (at 27427) by debbugs.gnu.org; 2 Jul 2017 14:45:25 +0000 Received: from localhost ([127.0.0.1]:48883 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dRg7p-0004fR-2n for submit@debbugs.gnu.org; Sun, 02 Jul 2017 10:45:25 -0400 Received: from mail-wm0-f54.google.com ([74.125.82.54]:37617) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dRg7n-0004fB-Rh for 27427@debbugs.gnu.org; Sun, 02 Jul 2017 10:45:24 -0400 Received: by mail-wm0-f54.google.com with SMTP id i127so85873006wma.0 for <27427@debbugs.gnu.org>; Sun, 02 Jul 2017 07:45:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=zom/7P8bQm9A+1bUGK/+urQkjhoz20nqUMOZQGIF8WM=; b=ExMjN9bJsakhZIovGqfDONEAeO72t57g5GlS9HRAiLmvVQHWAmh46icCkM1S2FTGw1 pzYH17D9T1CSs/IasJ0ezB17SCO23cqefcZuhupRGUbiaWBleels6rdCqeck/T/Snr/K 15Ux6RUpwdxJGe9DoyNkJMEn4NulxSe4C/hJgYzFAApLXJpE92JK4h8aXVNNyJ8e3HzJ 8DP1KejlX0X1L08mEiQXwkjJGlmwJBFXMdEMwgxjmll74wJAR4fuRvAf5cZX9238a4Lr GWvlUSFwJ+0DHAxhbI3PglG0EHV7pTKDoWRG5tnycrD6V5yu4gdDhPH6NYOeChbxoRek AJtA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=zom/7P8bQm9A+1bUGK/+urQkjhoz20nqUMOZQGIF8WM=; b=MiYKYU5LJPSyN88neS/qI8s1QoAM7NCOo54Wie1cM6YE59iVPIHubYV7dzDLFtjik8 0AbZRuIo+vNOiv3VNVp4ucXi4i1iAja7VOlN7oUa4KIu98eyHc0U8KPyX/54fkrJkbID 8hR/J6kIgQdDmwaB1wp3APGygraMn/HshbsXGiL8xkrgYykOdwO3KQpgNFtZLWZBBfcB BIqfgf8yRFNkJNnrcBxjjgycUF20yzFttRrsdDBYAo+gIHK6JyC87MT7NJ/N/wqsyLc9 Ei5p6pRzVGlQ/X/ai2sSPuRt11IktIBxm2lyO3SvN28asuUReMI03rJnAqVgz4/e65IC ilGg== X-Gm-Message-State: AKS2vOyIzFSVmM8G7MJTvO5P6A59hnTP7vEogQgOqmjSR27xdDljWehH cwZF8V++KcLHCvn6yTs= X-Received: by 10.28.13.138 with SMTP id 132mr21718086wmn.23.1499006717562; Sun, 02 Jul 2017 07:45:17 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id 137sm18220702wmm.29.2017.07.02.07.45.15 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 02 Jul 2017 07:45:16 -0700 (PDT) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup To: Eli Zaretskii , martin rudalics References: <611468a0-3115-813a-7347-d0c06e155831@web.de> <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> <838tk7orp6.fsf@gnu.org> From: Dmitry Gutov Message-ID: Date: Sun, 2 Jul 2017 17:45:13 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 MIME-Version: 1.0 In-Reply-To: <838tk7orp6.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.2 (/) On 7/2/17 5:10 PM, Eli Zaretskii wrote: >> 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. post-command hooks and non-idle timers. Not that it matters much. It would be nice if the popup were able to reposition itself when the Emacs window is resized, of course (post-command-hook doesn't always run in such cases), but we've been living well enough without that. From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 02 11:19:03 2017 Received: (at 27427) by debbugs.gnu.org; 2 Jul 2017 15:19:03 +0000 Received: from localhost ([127.0.0.1]:48917 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dRgeM-0005Sb-TV for submit@debbugs.gnu.org; Sun, 02 Jul 2017 11:19:03 -0400 Received: from eggs.gnu.org ([208.118.235.92]:52616) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dRgeL-0005S8-1I for 27427@debbugs.gnu.org; Sun, 02 Jul 2017 11:19:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dRgeC-0001li-T5 for 27427@debbugs.gnu.org; Sun, 02 Jul 2017 11:18:55 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:40751) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dRgeC-0001lX-Pf; Sun, 02 Jul 2017 11:18:52 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3865 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dRgeB-00088U-TT; Sun, 02 Jul 2017 11:18:52 -0400 Date: Sun, 02 Jul 2017 18:18:43 +0300 Message-Id: <8360faq33g.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-reply-to: (message from Dmitry Gutov on Sun, 2 Jul 2017 17:45:13 +0300) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup References: <611468a0-3115-813a-7347-d0c06e155831@web.de> <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> <838tk7orp6.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -7.8 (-------) X-Debbugs-Envelope-To: 27427 Cc: rudalics@gmx.at, 27427@debbugs.gnu.org, alexanderm@web.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -7.8 (-------) > Cc: alexanderm@web.de, 27427@debbugs.gnu.org > From: Dmitry Gutov > Date: Sun, 2 Jul 2017 17:45:13 +0300 > > It would be nice if the popup were able to reposition itself when the > Emacs window is resized We could have a feature whereby the coordinates are determined by a specific buffer position shown in a "normal" window. From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 02 20:23:06 2017 Received: (at 27427) by debbugs.gnu.org; 3 Jul 2017 00:23:06 +0000 Received: from localhost ([127.0.0.1]:49249 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dRp8s-0004cE-Jb for submit@debbugs.gnu.org; Sun, 02 Jul 2017 20:23:06 -0400 Received: from mail-wm0-f41.google.com ([74.125.82.41]:37432) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dRp8r-0004bW-EV for 27427@debbugs.gnu.org; Sun, 02 Jul 2017 20:23:05 -0400 Received: by mail-wm0-f41.google.com with SMTP id i127so92456641wma.0 for <27427@debbugs.gnu.org>; Sun, 02 Jul 2017 17:23:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=w3Ufwzx+0RLazv1qpiQqg+OOlN9LALOBE7vneg+/4S4=; b=co4fHY45/LA1LZaFfPRFg2glIhQnh+zezM1NqTKlnez6vCLuNtn3hyXdfXctFrhglZ +tfciA3Xh1aeoQJYknbalIrPOdI7aCfRqBuu9ovh/Am2cUt0lyQslJqw/ctPx9JyLYoh MTVC+O2GW5NR7iUeM62OcGIctKzGVEBoU4LnN2uM9BKqrQMMD4my5qsuboA4UKLbOB4Y 44x50nDQJW8tPjc7WdgsVj744hXF1I0t4XmISwPW2HggNotTE2ClJfsjxvqKX/99Ol5Y nolBE0hpbkITPYzft6jLkAY18tWhEV2l1UWSoocp/rOKMNqVgC0qNZ5B0N1n4eq868hI dGUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=w3Ufwzx+0RLazv1qpiQqg+OOlN9LALOBE7vneg+/4S4=; b=Xi5YVBOJW4Ozwrg9x8hxXUghntXPhF1tUSPzAqCRn1Ky3XJvqI/Z3YQZY+qOa6H0Bz wJwB2IJ2gcoXnT15sHArey9l1KaOIjkIfHUy9RtMFun5ozTGze7R19J4XY4mRBu4Vk27 FS39/2pt8LEvM/sfwMvxPc3gwh884/LcBQ+FvLa3GQ51fvL8md5//NYP6uqdE8UmKHjk eZWkw+DzpPLowJDsdHYnNB42FxvbyufhGuD360hXntOPRSqLl4UKGKQI1K7M+Nh+oclm hUcqp0foFa48oBxQ32n3/VKOd267IlcDDS8OpSACZilChK4sE82xUQ7Lyo1MUVbgd11k aGiw== X-Gm-Message-State: AIVw113tMvaW8c+uHsXAWUUPMFrTNpYNY62m0h8fjySZ5skGK4b/EWzs p7N+XPScxdIJIw== X-Received: by 10.28.211.20 with SMTP id k20mr1392719wmg.123.1499041379515; Sun, 02 Jul 2017 17:22:59 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id e131sm5527273wmd.28.2017.07.02.17.22.57 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 02 Jul 2017 17:22:58 -0700 (PDT) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup To: Eli Zaretskii References: <611468a0-3115-813a-7347-d0c06e155831@web.de> <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> <838tk7orp6.fsf@gnu.org> <8360faq33g.fsf@gnu.org> From: Dmitry Gutov Message-ID: <81d3ccde-1796-78e7-ea78-701787ab96c4@yandex.ru> Date: Mon, 3 Jul 2017 03:22:56 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 MIME-Version: 1.0 In-Reply-To: <8360faq33g.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) On 7/2/17 6:18 PM, Eli Zaretskii wrote: > We could have a feature whereby the coordinates are determined by a > specific buffer position shown in a "normal" window. That's what I was thinking of as well. But that, in turn, might call for some extra features: When there is not enough space below the current line to show the popup, we display it above the current line. I'd expect the new popup code reposition it like that automatically as well. But: in company we have feature where, when the popup is displayed above the current line, the popup lines are inverted vertically (so that the first completion is the closest to the current line visually). I'm not a fan, but it's fairly popular. If the core popup handles repositioning, it would have to handle inverting (optionally) as well, or run some sort of hook to require the popup items to be recomputed. From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 02 22:30:08 2017 Received: (at 27427) by debbugs.gnu.org; 3 Jul 2017 02:30:09 +0000 Received: from localhost ([127.0.0.1]:49281 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dRr7o-0007YQ-2T for submit@debbugs.gnu.org; Sun, 02 Jul 2017 22:30:08 -0400 Received: from eggs.gnu.org ([208.118.235.92]:59707) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dRr7m-0007Wx-GP for 27427@debbugs.gnu.org; Sun, 02 Jul 2017 22:30:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dRr7g-00075V-M4 for 27427@debbugs.gnu.org; Sun, 02 Jul 2017 22:30:01 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:46451) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dRr7b-00072d-Pn; Sun, 02 Jul 2017 22:29:55 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4618 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dRr7a-0004Ul-SP; Sun, 02 Jul 2017 22:29:55 -0400 Date: Mon, 03 Jul 2017 05:29:48 +0300 Message-Id: <831spyp80z.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-reply-to: <81d3ccde-1796-78e7-ea78-701787ab96c4@yandex.ru> (message from Dmitry Gutov on Mon, 3 Jul 2017 03:22:56 +0300) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup References: <611468a0-3115-813a-7347-d0c06e155831@web.de> <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> <838tk7orp6.fsf@gnu.org> <8360faq33g.fsf@gnu.org> <81d3ccde-1796-78e7-ea78-701787ab96c4@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -7.8 (-------) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -7.8 (-------) > Cc: 27427@debbugs.gnu.org, alexanderm@web.de > From: Dmitry Gutov > Date: Mon, 3 Jul 2017 03:22:56 +0300 > > On 7/2/17 6:18 PM, Eli Zaretskii wrote: > > > We could have a feature whereby the coordinates are determined by a > > specific buffer position shown in a "normal" window. > > That's what I was thinking of as well. But that, in turn, might call for > some extra features: > > When there is not enough space below the current line to show the popup, > we display it above the current line. I'd expect the new popup code > reposition it like that automatically as well. > > But: in company we have feature where, when the popup is displayed above > the current line, the popup lines are inverted vertically (so that the > first completion is the closest to the current line visually). I'm not a > fan, but it's fairly popular. > > If the core popup handles repositioning, it would have to handle > inverting (optionally) as well, or run some sort of hook to require the > popup items to be recomputed. These are all doable, and AFAIU are needed even if the coordinates are specified by the application. From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 06 03:08:33 2017 Received: (at 27427) by debbugs.gnu.org; 6 Jul 2017 07:08:33 +0000 Received: from localhost ([127.0.0.1]:54131 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dT0tt-0008Ic-0h for submit@debbugs.gnu.org; Thu, 06 Jul 2017 03:08:33 -0400 Received: from mout.gmx.net ([212.227.17.20]:56363) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dT0tr-0008IO-Fy for 27427@debbugs.gnu.org; Thu, 06 Jul 2017 03:08:32 -0400 Received: from [192.168.1.100] ([46.125.250.62]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MYfJW-1dGHQw3i3W-00VT6l; Thu, 06 Jul 2017 09:08:25 +0200 Message-ID: <595DE1DD.3070100@gmx.at> Date: Thu, 06 Jul 2017 09:08:13 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup References: <611468a0-3115-813a-7347-d0c06e155831@web.de> <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> <838tk7orp6.fsf@gnu.org> In-Reply-To: <838tk7orp6.fsf@gnu.org> Content-Type: multipart/mixed; boundary="------------080309030803020006020706" X-Provags-ID: V03:K0:8ZCnOa9gIMSw6pTfg574eAFSzi73ChRcvDgwU5PD1Ff774TssfH m9RaA1/tfpAIQt2pWkxwo4GwhLizwC98fxXCvyFeSE/BvP7MGMh4YcAbpByx2bdRHPVY/qu art6F7UM6JMauSHeXwJix/A2pzBbWlHXPR7/NT35iH6c3n2s4eSzN2sY8eJ83sqnKyOJvot DPYN4B5N0i4Xc59kQcw6w== X-UI-Out-Filterresults: notjunk:1;V01:K0:rZBG2AI/qF8=:HIwz9eHV/y28C+5qzt2FpK XRP6ITnkG1nyUKUl5ZfwPzKB/mHXe7FJIHu38iGOhGeO6ZEZRJMuxdUezkThhaZ1GECKTBITf ZahYko0S4zTdvCjJrOKjCrXLPEVA1Zr8JChNvefqOLCSk6L7YJPamOdle/WD0kmp2m6+j4Hay xgNJYT1hIIuz6Vx8FY30X5g5qLMoDsqUlN1F5bqp+xxAMAV/hN/OVUN2K1RYZFwvqgBaVj6UL TcnvAoTxtf/MrY9ZiAdYZDoUbhoVay8c25wlnkJws8nlpxATAVO+DK8fOeeSawCbpriT8YJ6z 8h3MM0xd2PqOwuqBQOPPKLx2Rd8Ak/hcyZ5OV3ciAUqSZVO3fDmYcE6+y5om/89HHJPRpTY7o yK5AGakFwHegUBsQ2/Zm13QjoV++/ZwjY4Ju/KSC0dhCKg/w9NEqSRxRhsIB2tO4je3UmY1N+ ruFecdrvavqBL+YGRBOK7GLUmo8LdVddWBXc/lUSR2L0/5S4J4hNqX5k5ci4YL6sj5u0VOBZF J8p/CZIOqJIIhtOg4+p079rEcd3HxTl8lbXI4zYwt8KBm5IWdSWyBBFXCixGIjPleR7AkC6bQ TV8LVkUuvJXHiRZpbnH7m58FFNqegu57mc7z9E9m3ML4Mh6VdTtl2oLimO3FEkT8VD7Plwl4z kItUAvo/S/KlxBzIfKn7Bc7NjuKBPspc8v7UIAJZqI9ml0ZuPwSw2GhjN20QokZ7CZ5SsgumF D8sfQvXxDu6cpAss/ktfEApGnaRzAqN9fDc93zOBkhr1YJtnGPSkLNXD2O0DHt2zZRHjdSDTN a0t4ZJKW1UNlx49aafUKAUTcaC4cA== X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > 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. The attached patch tries to restore the state before its introduction. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.5 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [212.227.17.20 listed in dnsbl.sorbs.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.227.17.20 listed in list.dnswl.org] -2.8 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.20 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [46.125.250.62 listed in zen.spamhaus.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > 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. The attached patch tries to restore the state before its introduction. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.5 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [212.227.17.20 listed in dnsbl.sorbs.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.227.17.20 listed in list.dnswl.org] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [46.125.250.62 listed in zen.spamhaus.org] -2.8 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.20 listed in wl.mailspike.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record This is a multi-part message in MIME format. --------------080309030803020006020706 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit > 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. The attached patch tries to restore the state before its introduction. martin --------------080309030803020006020706 Content-Type: text/plain; charset=windows-1252; name="remove-window-text-change-functions.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="remove-window-text-change-functions.diff" ZGlmZiAtLWdpdCBhL2RvYy9saXNwcmVmL2hvb2tzLnRleGkgYi9kb2MvbGlzcHJlZi9ob29r cy50ZXhpCmluZGV4IDBhYzViMDguLjY0NDM0NjQgMTAwNjQ0Ci0tLSBhL2RvYy9saXNwcmVm L2hvb2tzLnRleGkKKysrIGIvZG9jL2xpc3ByZWYvaG9va3MudGV4aQpAQCAtMjQxLDExICsy NDEsNiBAQCBTdGFuZGFyZCBIb29rcwogQGl0ZW14IHdpbmRvdy1zY3JvbGwtZnVuY3Rpb25z CiBAaXRlbXggd2luZG93LXNpemUtY2hhbmdlLWZ1bmN0aW9ucwogQHhyZWZ7V2luZG93IEhv b2tzfS4KLQotQGl0ZW0gd2luZG93LXRleHQtY2hhbmdlLWZ1bmN0aW9ucwotQHZpbmRleCB3 aW5kb3ctdGV4dC1jaGFuZ2UtZnVuY3Rpb25zCi1GdW5jdGlvbnMgdG8gY2FsbCBpbiByZWRp c3BsYXkgd2hlbiB0ZXh0IGluIHRoZSB3aW5kb3cgbWlnaHQgY2hhbmdlLgotCiBAZW5kIHRh YmxlCgogQGlnbm9yZQpkaWZmIC0tZ2l0IGEvc3JjL3hkaXNwLmMgYi9zcmMveGRpc3AuYwpp bmRleCA4YmM1ZDgxLi5iZDYwZWQyIDEwMDY0NAotLS0gYS9zcmMveGRpc3AuYworKysgYi9z cmMveGRpc3AuYwpAQCAtMTY0MzEsOSArMTY0MzEsOCBAQCBlbnVtCiAgIGVhc3NlcnQgKFhN QVJLRVIgKHctPnN0YXJ0KS0+YnVmZmVyID09IGJ1ZmZlcik7CiAgIGVhc3NlcnQgKFhNQVJL RVIgKHctPnBvaW50bSktPmJ1ZmZlciA9PSBidWZmZXIpOwoKLSAgLyogV2UgY29tZSBoZXJl IGFnYWluIGlmIHdlIG5lZWQgdG8gcnVuIHdpbmRvdy10ZXh0LWNoYW5nZS1mdW5jdGlvbnMK LSAgICAgYmVsb3cuICAqLwotIHJlc3RhcnQ6CisgIHNwZWNiaW5kIChRaW5oaWJpdF9wb2lu dF9tb3Rpb25faG9va3MsIFF0KTsKKwogICByZWNvbnNpZGVyX2NsaXBfY2hhbmdlcyAodyk7 CiAgIGZyYW1lX2xpbmVfaGVpZ2h0ID0gZGVmYXVsdF9saW5lX3BpeGVsX2hlaWdodCAodyk7 CiAgIG1hcmdpbiA9IHdpbmRvd19zY3JvbGxfbWFyZ2luICh3LCBNQVJHSU5fSU5fTElORVMp OwpAQCAtMTY0OTIsNiArMTY0OTEsMTAgQEAgZW51bQogICAvKiBSZWFsbHkgc2VsZWN0IHRo ZSBidWZmZXIsIGZvciB0aGUgc2FrZSBvZiBidWZmZXItbG9jYWwKICAgICAgdmFyaWFibGVz LiAgKi8KICAgc2V0X2J1ZmZlcl9pbnRlcm5hbF8xIChYQlVGRkVSICh3LT5jb250ZW50cykp OworICBTRVRfVEVYVF9QT1MgKG9wb2ludCwgUFQsIFBUX0JZVEUpOworCisgIGJlZ191bmNo YW5nZWQgPSBCRUdfVU5DSEFOR0VEOworICBlbmRfdW5jaGFuZ2VkID0gRU5EX1VOQ0hBTkdF RDsKCiAgIGN1cnJlbnRfbWF0cml4X3VwX3RvX2RhdGVfcAogICAgID0gKHctPndpbmRvd19l bmRfdmFsaWQKQEAgLTE2NTAwLDIzICsxNjUwMyw2IEBAIGVudW0KICAgICAgICAmJiAhd2lu ZG93X291dGRhdGVkICh3KQogICAgICAgICYmICFoc2Nyb2xsaW5nX2N1cnJlbnRfbGluZV9w ICh3KSk7CgotICAvKiBSdW4gdGhlIHdpbmRvdy10ZXh0LWNoYW5nZS1mdW5jdGlvbnMKLSAg ICAgaWYgaXQgaXMgcG9zc2libGUgdGhhdCB0aGUgdGV4dCBvbiB0aGUgc2NyZWVuIGhhcyBj aGFuZ2VkCi0gICAgIChlaXRoZXIgZHVlIHRvIG1vZGlmaWNhdGlvbiBvZiB0aGUgdGV4dCwg b3IgYW55IG90aGVyIHJlYXNvbikuICAqLwotICBpZiAoIWN1cnJlbnRfbWF0cml4X3VwX3Rv X2RhdGVfcAotICAgICAgJiYgIU5JTFAgKFZ3aW5kb3dfdGV4dF9jaGFuZ2VfZnVuY3Rpb25z KSkKLSAgICB7Ci0gICAgICBzYWZlX3J1bl9ob29rcyAoUXdpbmRvd190ZXh0X2NoYW5nZV9m dW5jdGlvbnMpOwotICAgICAgZ290byByZXN0YXJ0OwotICAgIH0KLQotICBiZWdfdW5jaGFu Z2VkID0gQkVHX1VOQ0hBTkdFRDsKLSAgZW5kX3VuY2hhbmdlZCA9IEVORF9VTkNIQU5HRUQ7 Ci0KLSAgU0VUX1RFWFRfUE9TIChvcG9pbnQsIFBULCBQVF9CWVRFKTsKLQotICBzcGVjYmlu ZCAoUWluaGliaXRfcG9pbnRfbW90aW9uX2hvb2tzLCBRdCk7Ci0KICAgYnVmZmVyX3VuY2hh bmdlZF9wCiAgICAgPSAody0+d2luZG93X2VuZF92YWxpZAogICAgICAgICYmICFjdXJyZW50 X2J1ZmZlci0+Y2xpcF9jaGFuZ2VkCkBAIC0zMTY5Miw3ICszMTY3OCw2IEBAIEEgcG9seWdv biBpcyBhIGNvbnMgKHBvbHkgLiBbeDAgeTAgeDEgeTEgLi4uXSkgd2hlcmUgZWFjaCBwYWly IGluIHRoZQogICBERUZTWU0gKFFvdmVycmlkaW5nX3Rlcm1pbmFsX2xvY2FsX21hcCwgIm92 ZXJyaWRpbmctdGVybWluYWwtbG9jYWwtbWFwIik7CiAgIERFRlNZTSAoUW92ZXJyaWRpbmdf bG9jYWxfbWFwLCAib3ZlcnJpZGluZy1sb2NhbC1tYXAiKTsKICAgREVGU1lNIChRd2luZG93 X3Njcm9sbF9mdW5jdGlvbnMsICJ3aW5kb3ctc2Nyb2xsLWZ1bmN0aW9ucyIpOwotICBERUZT WU0gKFF3aW5kb3dfdGV4dF9jaGFuZ2VfZnVuY3Rpb25zLCAid2luZG93LXRleHQtY2hhbmdl LWZ1bmN0aW9ucyIpOwogICBERUZTWU0gKFFyZWRpc3BsYXlfZW5kX3RyaWdnZXJfZnVuY3Rp b25zLCAicmVkaXNwbGF5LWVuZC10cmlnZ2VyLWZ1bmN0aW9ucyIpOwogICBERUZTWU0gKFFp bmhpYml0X3BvaW50X21vdGlvbl9ob29rcywgImluaGliaXQtcG9pbnQtbW90aW9uLWhvb2tz Iik7CiAgIERFRlNZTSAoUWV2YWwsICJldmFsIik7CkBAIC0zMjAxNiwxMSArMzIwMDEsNiBA QCBlaXRoZXIgdG8gcG9pbnQgaW50byBhbm90aGVyIGJ1ZmZlciAoZS5nLiB2aWEgYHNldC13 aW5kb3ctYnVmZmVyJykgb3IgYW5vdGhlcgogd29yay4gICovKTsKICAgVndpbmRvd19zY3Jv bGxfZnVuY3Rpb25zID0gUW5pbDsKCi0gIERFRlZBUl9MSVNQICgid2luZG93LXRleHQtY2hh bmdlLWZ1bmN0aW9ucyIsCi0JICAgICAgIFZ3aW5kb3dfdGV4dF9jaGFuZ2VfZnVuY3Rpb25z LAotICAgIGRvYzogLyogRnVuY3Rpb25zIHRvIGNhbGwgaW4gcmVkaXNwbGF5IHdoZW4gdGV4 dCBpbiB0aGUgd2luZG93IG1pZ2h0IGNoYW5nZS4gICovKTsKLSAgVndpbmRvd190ZXh0X2No YW5nZV9mdW5jdGlvbnMgPSBRbmlsOwotCiAgIERFRlZBUl9MSVNQICgicmVkaXNwbGF5LWVu ZC10cmlnZ2VyLWZ1bmN0aW9ucyIsIFZyZWRpc3BsYXlfZW5kX3RyaWdnZXJfZnVuY3Rpb25z LAogICAgIGRvYzogLyogRnVuY3Rpb25zIGNhbGxlZCB3aGVuIHJlZGlzcGxheSBvZiBhIHdp bmRvdyByZWFjaGVzIHRoZSBlbmQgdHJpZ2dlci4KIEVhY2ggZnVuY3Rpb24gaXMgY2FsbGVk IHdpdGggdHdvIGFyZ3VtZW50cywgdGhlIHdpbmRvdyBhbmQgdGhlIGVuZCB0cmlnZ2VyIHZh bHVlLgo= --------------080309030803020006020706-- From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 06 03:08:38 2017 Received: (at 27427) by debbugs.gnu.org; 6 Jul 2017 07:08:38 +0000 Received: from localhost ([127.0.0.1]:54134 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dT0ty-0008It-A1 for submit@debbugs.gnu.org; Thu, 06 Jul 2017 03:08:38 -0400 Received: from mout.gmx.net ([212.227.17.22]:57264) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dT0tw-0008IU-PS for 27427@debbugs.gnu.org; Thu, 06 Jul 2017 03:08:37 -0400 Received: from [192.168.1.100] ([46.125.250.62]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MbbWD-1d9yRc3caD-00J6g5; Thu, 06 Jul 2017 09:08:30 +0200 Message-ID: <595DE1E2.70600@gmx.at> Date: Thu, 06 Jul 2017 09:08:18 +0200 From: martin rudalics MIME-Version: 1.0 To: Dmitry Gutov , Eli Zaretskii Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup References: <611468a0-3115-813a-7347-d0c06e155831@web.de> <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> <838tk7orp6.fsf@gnu.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:zOBfTMeLkHOaswvDi9MJmjp+vjYksDvKlVRX6uXPMsrkh5ked0d iCY/uVgx2/8bdTNCp1K6kJeTPp84N1MdprVHnNxld7+kqpKMlVat3m513IqAkqPleSU8N/o iuxWG65TnqEIMg/ZDoRxSLBTHLo5rdrVSgHcKkIW3URL0vaM6idZtlc6OM1wWZMgqqiTDHD ez+INx8v8HY91TNA0ULKQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:ey6GGjfRnLM=:3sPpiQ77/BgjHGmw7QjAmC 1JpMEqzBg3w7cngEeifeSVF+wjSe/15ZfgdWqTmCxAj1dimK5/8vBF3xM98EsQHrt24KKjh8E W39wu0sl+WbJc/ceJFKlfYfYxXdry2nk+xdpFoMk3kZWpjPnresFpSQQIJwjcch8U+B5rKcDv xNErDkeUE19SGD4r7tf8XQVk9qyH3+93PUb/VYkgoptAWnqcOO2EVu1a2HMGsQ/Gl+dOC7tXg e3A+k1qcPjdxIawE8rdO4IwDYIqlf4BDuGovtoEkM8zVVoTRPbJvrJ/rMImHpvBFT/siGp58e DlOxWnAYYO9BdmXHFvngLskcqemYa8BVI9YwEcr7IYXzK57KsmoWQrcMONzXT8f6fq4uQs0D0 GFtJLny5VhxUm+a5bb25ajRZNSm5noDSlxqoAgcPkoHNbnsHRq8pDHVnkhjk91v5Utp04E7mm 15X5H3ph6NPkQDOWKdHuxxUmPysmq1ZpQuzbEuyaKCppcsHtlzMrFJHj28IuTbCu3IXck1Ya1 3hUXCxCj0G2pvXeYrvsvMo56fZ6ygOca2wFU7eIiHSGb7T2nCwDWrBWUszV1+j19FCOy8QEMz 4bR1KhchL+OGpm++a1MaDLkUGZf2qGkZwm+ZwbDMPl3cFKwy3JdYFbPepRfZCpIvByzJEIcdJ WcQifEf3Vt30L7sWJy3ROfOL6jb/xp8XLhWbStM5wyLubWFMngnKRDz79mdGj7L7oZL24m+dG 3hZ1Df3skD7I13gMeHD+0OhlfSrlNadFfyLewpYmz9IRLwDPLKMJMcuiSwS2hphfefWzUZtMn OoZ8kkOQYCai/Q7i3R20/T46GSnZg== X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > post-command hooks and non-idle timers. Not that it matters much. I don't understand the reasons for this combination. Inherently this emulates idle timers as also the variable names (‘company-idle-delay’, ‘company-tooltip-idle-delay’) indicate. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.5 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [212.227.17.22 listed in dnsbl.sorbs.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [46.125.250.62 listed in zen.spamhaus.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record -2.8 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.22 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.227.17.22 listed in list.dnswl.org] X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > post-command hooks and non-idle timers. Not that it matters much. I don't understand the reasons for this combination. Inherently this emulates idle timers as also the variable names (‘company-idle-delay’, ‘company-tooltip-idle-delay’) indicate. [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.5 RCVD_IN_SORBS_SPAM RBL: SORBS: sender is a spam source [212.227.17.22 listed in dnsbl.sorbs.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [212.227.17.22 listed in list.dnswl.org] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [46.125.250.62 listed in zen.spamhaus.org] -2.8 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.22 listed in wl.mailspike.net] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rudalics[at]gmx.at) -0.0 SPF_PASS SPF: sender matches SPF record > post-command hooks and non-idle timers. Not that it matters much. I don't understand the reasons for this combination. Inherently this emulates idle timers as also the variable names (=E2=80=98company-idle-de= lay=E2=80=99, =E2=80=98company-tooltip-idle-delay=E2=80=99) indicate. > It would be nice if the popup were able to reposition itself when the > Emacs window is resized, of course (post-command-hook doesn't always > run in such cases), but we've been living well enough without that. Putting the function on =E2=80=98window-size-change-functions=E2=80=99 sh= ould handle that now. For earlier Emacs versions you probably have to resort to =E2=80=98window-configuration-change-hook=E2=80=99 as well. martin From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 06 09:06:28 2017 Received: (at 27427) by debbugs.gnu.org; 6 Jul 2017 13:06:28 +0000 Received: from localhost ([127.0.0.1]:54332 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dT6UG-0003IM-95 for submit@debbugs.gnu.org; Thu, 06 Jul 2017 09:06:28 -0400 Received: from mail-wr0-f182.google.com ([209.85.128.182]:36634) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dT6UF-0003IC-6p for 27427@debbugs.gnu.org; Thu, 06 Jul 2017 09:06:27 -0400 Received: by mail-wr0-f182.google.com with SMTP id c11so2178284wrc.3 for <27427@debbugs.gnu.org>; Thu, 06 Jul 2017 06:06:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=wAIxK5irOdUgxNyl22Q2zCmPZYv5SlRpWIXWvJFvJV4=; b=oho40XWavW1wcJ1ppNsRCAfYiY9gfDRZYuvZDkcLYsqpTeplAtOpYLIj6p1vrWj/HS YcUKxAxB1M2s7ozzjgbXLtpLt+UmjsOjgj51MJB8711dG7cN9FOAE1YLFJjwP29buY1V leOG6RAtGjZdSEjmW9OBb5wyvIaonYLitotPyBH7316W134zXQzX6wF4peUfhiVYG/bD A3UYRqxFlj7dtFnksZZPQrV0HLsZ6mvAUNrd8kSdUgB1ga/Fn584iSskkyQ1AtTCPf/W 4ypKTZPb1gCnX/hDGIdcQMX1Ez9nx1epxXviAOiJ53jcsHeI/qUkkn9IUpaNf/tEnItv 7cQw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=wAIxK5irOdUgxNyl22Q2zCmPZYv5SlRpWIXWvJFvJV4=; b=T038F8Z8ScAK2oyVSkB/B1Xm7sVQPqL87fSLf2PiPdFLCPlJ9P1CNRcVMPFVV8WUmO P7mwhssO0Nn3Ts/u+60vFByNhdmacRi7Mo0TLZw1a/bGxGzQvOrQnOtV3f1LZiLt6nCM /wW2ygrivh59DQdOL9gcYujAIZddEFMpRThglTJo10BkOCvC5v2ovoW1ntUmX6MIXeQq UlaGTWCqrlMEl5JvgBkRiQAy1kgxRSBJyVlpiJYLtYnCNGdTe1xT5u7RXOty7Bv1O+gJ LaAQ2m6dChTTIOGMr9kVYvDhsa+9l5g4uyF7YeO4a7h/G1NQX1h8ZRrBrhyPaXNE8ksY t8KQ== X-Gm-Message-State: AIVw113KWY0PRm1OxoJGbzFUuHRPP3xV5UEOLx0hQ3urhh5VXFYMmBSt 8SGU1JHKg1tHqbyZwyk= X-Received: by 10.28.215.145 with SMTP id o139mr27275554wmg.5.1499346381074; Thu, 06 Jul 2017 06:06:21 -0700 (PDT) Received: from [192.168.0.133] (static-nbl2-118.cytanet.com.cy. [212.31.107.118]) by smtp.googlemail.com with ESMTPSA id n31sm113990wrn.59.2017.07.06.06.06.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 06 Jul 2017 06:06:20 -0700 (PDT) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup To: martin rudalics , Eli Zaretskii References: <611468a0-3115-813a-7347-d0c06e155831@web.de> <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> <838tk7orp6.fsf@gnu.org> <595DE1E2.70600@gmx.at> From: Dmitry Gutov Message-ID: Date: Thu, 6 Jul 2017 16:06:12 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 MIME-Version: 1.0 In-Reply-To: <595DE1E2.70600@gmx.at> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.1 (--) On 7/6/17 10:08 AM, martin rudalics wrote: > I don't understand the reasons for this combination. Inherently this > emulates idle timers as also the variable names (‘company-idle-delay’, > ‘company-tooltip-idle-delay’) indicate. We need post-command-hook anyway, to add or remove the timer depending on the last command. I don't recall the exact reasons for the choice between the idle and non-idle timers, but flyspell comes to mind (and its use of sit-for). > > It would be nice if the popup were able to reposition itself when the > > Emacs window is resized, of course (post-command-hook doesn't always > > run in such cases), but we've been living well enough without that. > > Putting the function on ‘window-size-change-functions’ should handle > that now. Maybe that's enough. What if the user moves the Emacs frame around with a mouse, without resizing? Will the tooltip window follow? > For earlier Emacs versions you probably have to resort to > ‘window-configuration-change-hook’ as well. They won't support the new style tooltips anyway. From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 06 11:21:43 2017 Received: (at 27427) by debbugs.gnu.org; 6 Jul 2017 15:21:43 +0000 Received: from localhost ([127.0.0.1]:55308 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dT8b8-0006YM-Ub for submit@debbugs.gnu.org; Thu, 06 Jul 2017 11:21:43 -0400 Received: from eggs.gnu.org ([208.118.235.92]:39532) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dT8b6-0006Y9-Bm for 27427@debbugs.gnu.org; Thu, 06 Jul 2017 11:21:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dT8ay-0004R1-4z for 27427@debbugs.gnu.org; Thu, 06 Jul 2017 11:21:35 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53281) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dT8ay-0004Qv-1J; Thu, 06 Jul 2017 11:21:32 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3501 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dT8ax-00017s-3F; Thu, 06 Jul 2017 11:21:31 -0400 Date: Thu, 06 Jul 2017 18:21:17 +0300 Message-Id: <83lgo1mw0i.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <595DE1DD.3070100@gmx.at> (message from martin rudalics on Thu, 06 Jul 2017 09:08:13 +0200) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup References: <611468a0-3115-813a-7347-d0c06e155831@web.de> <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> <838tk7orp6.fsf@gnu.org> <595DE1DD.3070100@gmx.at> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Thu, 06 Jul 2017 09:08:13 +0200 > From: martin rudalics > CC: dgutov@yandex.ru, alexanderm@web.de, 27427@debbugs.gnu.org > > > 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. > > The attached patch tries to restore the state before its introduction. Thanks. Are the rearrangements necessary, or just out of aesthetic feelings? If the latter, I'd prefer not to rearrange, as that makes forensics a tad harder. Otherwise, fine with me; please push. From debbugs-submit-bounces@debbugs.gnu.org Fri Jul 07 02:52:18 2017 Received: (at 27427) by debbugs.gnu.org; 7 Jul 2017 06:52:19 +0000 Received: from localhost ([127.0.0.1]:55696 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dTN7i-000624-Ov for submit@debbugs.gnu.org; Fri, 07 Jul 2017 02:52:18 -0400 Received: from mout.gmx.net ([212.227.17.20]:53751) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dTN7g-00061p-Jr for 27427@debbugs.gnu.org; Fri, 07 Jul 2017 02:52:17 -0400 Received: from [192.168.1.100] ([46.125.250.23]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LcVOE-1e9ocg0cKs-00johW; Fri, 07 Jul 2017 08:52:08 +0200 Message-ID: <595F2F96.6030906@gmx.at> Date: Fri, 07 Jul 2017 08:52:06 +0200 From: martin rudalics MIME-Version: 1.0 To: Dmitry Gutov , Eli Zaretskii Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup References: <611468a0-3115-813a-7347-d0c06e155831@web.de> <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> <838tk7orp6.fsf@gnu.org> <595DE1E2.70600@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K0:1x2lIZijXiCwsnkN1ZcDvFotloqAjT28GrSY9owzHWY4jAFo6YM bgiYwQy1GTG3LT5PLpcvU4a//ywD2EyshYT2TSiP+ndreIBGyEFSdtv41FRbx1DLM9KJSDN YSzD56l8oBCoPZJW3Gx2rFPkoTb1wQvnNdv5pm4sRhNNR8mkH45MMuN4GN3dvdRSlNm8Yz8 Q4xyL7lE+ck2QoR/qhHdA== X-UI-Out-Filterresults: notjunk:1;V01:K0:b0ZOPx2qPBg=:M/4xrUmzm+lbc16PLrpZta 84D7xn7Qqm8pvBkb1fU2EHJfOIRgroP2BiyRhJO/wwHGoQcmO3TNVoJa/m55mw/btjHIm+z40 vDIelY+brl7Xv8u1OknkUOxfPsIMZb7Cq8xU88QZ2R8rzVdwV3ZVZdZVoUsUW2zY8wb7ikR5t n9dlqrmATtTBaEHKsE5DoMuJ25cQHeJQ1h3aexSCkumC5epCf3CPEsd2Y81uLs6d/dEe/YxiL yQ8awRwi7QrrIIAlKMed3g/ac3YCNe8PYHu7hGLGJMXenhlLybMGbHXz5dA3E2SXzOS7qpgAL 5+4UNOyEFvghM3ITrd37DnX7j7YQwtPKjOIPh3bUPN36+1EUxDVlyGgVvaJyBSfQ8SiGO2+ff GP7N9iNRS4BqL4PwtDeQLzGjdhfS7XZkw4cXWQe0IH+Qfu2q9OCfZyFEKq+5YdqXgawHjthMi 5GYpiz50VlfIU03iD06HFa4s8/rq9hNhR9FRRRDLl0CVfCnYKFJ2u++OnRuhmTjyE9pnpyu0Z OYl7xLmx2sge0GGfENFVawZGuKP9SJk3Pvz1x+2CzhQ+xEGRHMpbfkOGgzsZZrYKHa3V+gKIS 6nOeLw5kNWyXgBFgt/quROBmgp0cHVUGiPUT0zABXf4cdvAGRt1/zfPBkaeTx+6tIU8cYWqMv 1mSuCwTBee54iJDGnlchRfviJualjjRsHfWNviLBXlfbh6W6s0nvrcVBvfgoq5PaApf6EzLaa CptJQe2RwxidUHbiZw8a1EKiGwUA5btQiYOl08EF0njgKeAbfukSzNDaB0gaxRMXV0Ds9kFPY fT1JJzFUN7oxKv/1XomHKFLyGgWnQ== X-Spam-Score: -2.8 (--) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.8 (--) > We need post-command-hook anyway, to add or remove the timer depending= > on the last command. I don't recall the exact reasons for the choice > between the idle and non-idle timers, but flyspell comes to mind (and > its use of sit-for). It would be interesting to know these reasons to avoid reinventing that choice elsewhere. > Maybe that's enough. What if the user moves the Emacs frame around > with a mouse, without resizing? Will the tooltip window follow? A child frame automatically moves along with its parent. Normal frames must be moved manually. =E2=80=98move-frame-functions=E2=80=99 is the ho= ok provided to do that. martin From debbugs-submit-bounces@debbugs.gnu.org Fri Jul 07 02:52:35 2017 Received: (at 27427) by debbugs.gnu.org; 7 Jul 2017 06:52:35 +0000 Received: from localhost ([127.0.0.1]:55699 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dTN7z-00062Y-12 for submit@debbugs.gnu.org; Fri, 07 Jul 2017 02:52:35 -0400 Received: from mout.gmx.net ([212.227.17.21]:51099) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dTN7w-00062M-Qs for 27427@debbugs.gnu.org; Fri, 07 Jul 2017 02:52:33 -0400 Received: from [192.168.1.100] ([46.125.250.23]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MTvUT-1dKKaJ1VrN-00Qlaf; Fri, 07 Jul 2017 08:52:26 +0200 Message-ID: <595F2FA9.4000806@gmx.at> Date: Fri, 07 Jul 2017 08:52:25 +0200 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup References: <611468a0-3115-813a-7347-d0c06e155831@web.de> <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> <838tk7orp6.fsf@gnu.org> <595DE1DD.3070100@gmx.at> <83lgo1mw0i.fsf@gnu.org> In-Reply-To: <83lgo1mw0i.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:syP93ehRPaIHjzGOZkeIVOxJIHSt1CCBgCGOkCPTVcO1QVdtiC+ Htw9jNueKw6OwFOyQCcGNZTzPBq9+DpMBf3Sp0ctsTc5prujaCPL++g8G8b2kSyk/j1huhi BT7dPWSVCIfyYOCh/cCsBgHnyNRucd6/kqzXTyu/5pVWtfPaJlHvZ/mcPdbCc4G5xKt3ZdJ lPlorM073WWc3oqNyHjWA== X-UI-Out-Filterresults: notjunk:1;V01:K0:SAnyV/FUyao=:hPLp5al4oufYe0a45Gs04y HMBbsl9MCZTjQc/9B5yRbyZ/2vbR2tOAZVI65hrrNQ3OFB+S7Gvjo2EMytRB9ULiOWYKvOmvS uJ1sXBZ/7wTnD7SoEwVwKLqTa3gwSQiveUyyCv6VRMf5Jghytu+omsjSqENZifHTLL0TVk9Nx sqNwyW9Qwj1JIbiYo1vegIZaPNZSJqyJF99OhE3dD2jAhON7cOMRSA3HIk7/3wwBd+/Pd9DaH Mc2OwoJsadRQ/7i8ZUR+kUmFAQ2vNvrlePLsl+Ia27I1c4dyc92a24DqtFf+UyZkLxPTf+yuD FVB+Gupvr28ZbuXKtEcs9JnMGDZPjGyU7l/7hbgLaPFw5V6oo8PUlrfOYXl5QtCeJ2hne+CoM Y3cRz1UZNpLPJyl3Y8wNnnfRDv6pAYB8n5wM0lb4qHJQAfXhPRpfxfA0eNXc3oEvfOw0zqgFq INpOVtJt9injFQ21IH4CCIaPLegssL19+B0jgpOmWkNFVCAAVlIGI0gPsaB02rS2RcrT9NhTH TWy0RTXxfyw3nqzoEhY9raHgbvJ3xkGZORbI917Idtl9j7u03ImBiK+5SgFYpTH79b6C4XZlZ hugvGRMhhWIx/fjpfEaZXMgas+tTDK+Ocr6chZtk0o9cCIvecuVskDDL2OZ/nD+G7LryoPLhH J9slvXkaF2BSy1FdY9khhPljrp7hSHmRUXrBxXKqQwyjzThrYcKtlhyh0OU24UG/wIxdrnuFT /SBIWX83pW378v14JOvTN1/RMJLQi3+oVgdkE0O4LClBnJuPLheo12p7bnjQNBI0QDo/J6zDV ofJsPzS15FLHK4g2p9tM783gazBrw== X-Spam-Score: -2.8 (--) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org, dgutov@yandex.ru X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.8 (--) > Are the rearrangements necessary, or just out of aesthetic feelings? Neither. They were part of the attempt to faithfully restore the state before that variable was introduced. > If the latter, I'd prefer not to rearrange, as that makes forensics a > tad harder. We violently agree. > Otherwise, fine with me; please push. Done. martin From debbugs-submit-bounces@debbugs.gnu.org Thu Jul 13 19:04:31 2017 Received: (at 27427) by debbugs.gnu.org; 13 Jul 2017 23:04:31 +0000 Received: from localhost ([127.0.0.1]:37512 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dVn9r-0007QD-HU for submit@debbugs.gnu.org; Thu, 13 Jul 2017 19:04:31 -0400 Received: from mail-wr0-f179.google.com ([209.85.128.179]:33141) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dVn9q-0007Q0-4s for 27427@debbugs.gnu.org; Thu, 13 Jul 2017 19:04:30 -0400 Received: by mail-wr0-f179.google.com with SMTP id r103so59754987wrb.0 for <27427@debbugs.gnu.org>; Thu, 13 Jul 2017 16:04:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:from:to:cc:references:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=uXvaPFDCYBW2YMfVdSEzwCw36sLMePxRyYavR5qozUI=; b=LsyPcwjX6Az+YV1Loc+Mk7S4lguBBvx00fCvWCe/AthelK/dAZI922DrvFaSrFub2z F5itkdLdm+qgkGHdI3iNzE/NcS+u6SUmRSSvi+xNqnu0MOq6GGD2Ylz8Yods81aLNEtv QC+3KpKiJ4DNdzsnqsxINyfK4QOywd1rQwt2WDKKU9oLpAcoSYijU23pRP41CCXhYvC0 11AM9ej31JN9cB0aY25QV27sMjo5ZF9kZwpX7PCsOz/mMNZnT/T8kuqJxVSKXGAsI8el LAe0LMoooVNsVkcPEiOIsF2rlIhwolzlC9fY67Hl5oZGpxJjuQ+jAUjCQQyhBl76DpjO Vn7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:from:to:cc:references:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=uXvaPFDCYBW2YMfVdSEzwCw36sLMePxRyYavR5qozUI=; b=OCPmTJOKz1EkI9Nk+wBERqQkh4TJqFygCQE3WZiL1tdVBObQw/Gztn1bH9g4JNU33f 7I4QTdZEJmBjUvwxMJOLW3LUW9vDxf+fFHtukqHzSxGt70OCxnd/tK4UZXW2PwcS49wT jkSawmoWx+APpkp5MA9NWCzvkyYUzaOhNbt//gaVSLf7yybfGpIhjOnd4M03qD6kRJAX mbwGDGc9ZTgTo4zsziBda7HFQtaF9HOcIp5vtQ3salJ2EyLpZQGEVWz0T/B7N4WtkbvS 0l7cPlZ82oeKh0ir4dw/SUnoMbeb8JMZesxEGsvUBtzp6iwfXYcX3rGrmF067BfyaWKZ YMwQ== X-Gm-Message-State: AIVw113RD17Oo2cfByHG9WR9vbAY4r/ZnAky9jxOP+XF0klFYjcsuSfD iQsvwYfVtl8XFIQQgi4= X-Received: by 10.223.154.10 with SMTP id z10mr2490186wrb.73.1499987064239; Thu, 13 Jul 2017 16:04:24 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id q17sm842219wmd.4.2017.07.13.16.04.22 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 13 Jul 2017 16:04:22 -0700 (PDT) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup From: Dmitry Gutov To: Eli Zaretskii 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> <83shipthve.fsf@gnu.org> <83fueotasd.fsf@gnu.org> <838tkgt8dp.fsf@gnu.org> <8337aot0fk.fsf@gnu.org> <35924ed4-65fc-6180-8a02-8158a192b4c2@yandex.ru> Message-ID: <860e76b5-513f-bfcd-e584-ea15cfa0772a@yandex.ru> Date: Fri, 14 Jul 2017 02:04:21 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 MIME-Version: 1.0 In-Reply-To: <35924ed4-65fc-6180-8a02-8158a192b4c2@yandex.ru> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) On 6/26/17 1:56 AM, Dmitry Gutov wrote: > On 6/25/17 8:57 PM, Eli Zaretskii wrote: > >> Should be fixed now. > > Thanks, both cases are working well now. ...and either something changed before the merge into master, or I tested the result poorly. Probably the latter. What doesn't work well is that the popup "background" gets displaced to the left by the width of the numbers column, when rendered using the popup overlay. Background meaning the contents of all the lines behind the popup. And that happens because the line number glyphs are gone for those specific lines, and we can't pad them without knowing the width of the numbers column. Now, I've come upon this idea of a trivial patch. What do you think, Eli? It seems to work perfectly, even though I'm struggling to understand how this might happen under the covers. Is it brittle? We bind display-line-numbers to nil around the call to posn-at-point, so that it calculates the column value that we want. I imagine there's some extra redisplay work involved, but it still turns out to be faster than calling posn-at-point twice. diff --git a/company.el b/company.el index f361bb7..869c5de 100644 --- a/company.el +++ b/company.el @@ -835,7 +835,8 @@ means that `company-mode' is always turned on except in `message-mode' buffers." (cons (+ col (window-hscroll)) row))) (defun company--col-row (&optional pos) - (company--posn-col-row (posn-at-point pos))) + (let (display-line-numbers) + (company--posn-col-row (posn-at-point pos)))) (defun company--row (&optional pos) (cdr (company--col-row pos))) From debbugs-submit-bounces@debbugs.gnu.org Fri Jul 14 02:11:30 2017 Received: (at 27427) by debbugs.gnu.org; 14 Jul 2017 06:11:30 +0000 Received: from localhost ([127.0.0.1]:37620 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dVtp4-0000vL-2m for submit@debbugs.gnu.org; Fri, 14 Jul 2017 02:11:30 -0400 Received: from eggs.gnu.org ([208.118.235.92]:51988) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dVtp1-0000v8-Vd for 27427@debbugs.gnu.org; Fri, 14 Jul 2017 02:11:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dVtos-00018w-3b for 27427@debbugs.gnu.org; Fri, 14 Jul 2017 02:11:22 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:51516) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dVtos-00018s-0p; Fri, 14 Jul 2017 02:11:18 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3876 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dVtor-0003Zi-8B; Fri, 14 Jul 2017 02:11:17 -0400 Date: Fri, 14 Jul 2017 09:11:20 +0300 Message-Id: <837ezbh7jr.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-reply-to: <860e76b5-513f-bfcd-e584-ea15cfa0772a@yandex.ru> (message from Dmitry Gutov on Fri, 14 Jul 2017 02:04:21 +0300) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83shipthve.fsf@gnu.org> <83fueotasd.fsf@gnu.org> <838tkgt8dp.fsf@gnu.org> <8337aot0fk.fsf@gnu.org> <35924ed4-65fc-6180-8a02-8158a192b4c2@yandex.ru> <860e76b5-513f-bfcd-e584-ea15cfa0772a@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Dmitry Gutov > Cc: alexanderm@web.de, 27427@debbugs.gnu.org > Date: Fri, 14 Jul 2017 02:04:21 +0300 > > What doesn't work well is that the popup "background" gets displaced to > the left by the width of the numbers column, when rendered using the > popup overlay. Background meaning the contents of all the lines behind > the popup. And that happens because the line number glyphs are gone for > those specific lines, and we can't pad them without knowing the width of > the numbers column. You could use the new function line-number-display-width to obtain that information. > Now, I've come upon this idea of a trivial patch. What do you think, > Eli? It seems to work perfectly, even though I'm struggling to > understand how this might happen under the covers. Is it brittle? No, it isn't brittle. What are you struggling to understand? Maybe I can help. From debbugs-submit-bounces@debbugs.gnu.org Fri Jul 14 02:25:08 2017 Received: (at 27427) by debbugs.gnu.org; 14 Jul 2017 06:25:08 +0000 Received: from localhost ([127.0.0.1]:37626 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dVu2G-0001I2-DV for submit@debbugs.gnu.org; Fri, 14 Jul 2017 02:25:08 -0400 Received: from mail-wm0-f42.google.com ([74.125.82.42]:35977) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dVu2E-0001HV-UX for 27427@debbugs.gnu.org; Fri, 14 Jul 2017 02:25:07 -0400 Received: by mail-wm0-f42.google.com with SMTP id 62so11381646wmw.1 for <27427@debbugs.gnu.org>; Thu, 13 Jul 2017 23:25:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=ABMlV4DM5zMo4zNTdoqJbLDfNSx7niiVBMAi7HSowLU=; b=CB+teNeXwWjSvNtW7vF6RcZSPCrbyz2nzAqdCvWz445HmBQ6kxL39HD2wkDeJoXFXn OgDDsyjvo8Bag7MWc+zEMaMvR35zx0YScEbShying10O+irccSWqlakfriI2eobGiMun CeN8X+zyu/l1iCVbIQJ4SgGml/jqAS9YdbxKkjD9VSRfbpRwwNJvxP0Xoqrl9CSMZBP2 aeVCCMFOocn8mkfnXAjf+Wkddb7tg+fb/8P9Fd54zaCjLCA6tt8I2XDvN1m59FOHF34S EiQdPvJUUu+x01lGO6cy2L74VAx5LMyXbiOEnQ/JGfkr1I0Ztf84DiXo2rIT+Tgkwk25 3XAg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=ABMlV4DM5zMo4zNTdoqJbLDfNSx7niiVBMAi7HSowLU=; b=tBtrdo6KTCnBVjbzujyxrbrsEZp1mNf1BnDKiMZq9twY1OHxMI87B4d2T6ogGHCIfQ fUb8C60hqGvwhWwW/NwMYcc4MQ46+TRsvwtuNtYCu8U6NT1UGx6Lp8KP/KGeBjbUEn9V 4bB9brSxd7aNXvVY3VFgjqF10g12325RqbAgTeJrY8tA88GDnXLcg70icYo3cv0sCwV4 rweHsrhLW1RyAfxpAp1lxlYIqDmINlyiqhoGwWK7Iqev1+mVqT5m1MEVJqLmeXclwUnN M4wzmXPEjhf0oMOyf5mnpbk2BeuMEsQK5vWX7uBwg/9TGT6RS4uwXCyjGMNcHS0ptT/T USAg== X-Gm-Message-State: AIVw113ICdvwKNU+kI0Ur9GpmatJVGQoGlVgrDaghPjmJJ4yqMezaJLy 1fMhbFtv44ojb1taYVo= X-Received: by 10.28.184.87 with SMTP id i84mr1510200wmf.22.1500013501028; Thu, 13 Jul 2017 23:25:01 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id u90sm731068wrb.1.2017.07.13.23.24.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 13 Jul 2017 23:25:00 -0700 (PDT) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup To: Eli Zaretskii 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> <83shipthve.fsf@gnu.org> <83fueotasd.fsf@gnu.org> <838tkgt8dp.fsf@gnu.org> <8337aot0fk.fsf@gnu.org> <35924ed4-65fc-6180-8a02-8158a192b4c2@yandex.ru> <860e76b5-513f-bfcd-e584-ea15cfa0772a@yandex.ru> <837ezbh7jr.fsf@gnu.org> From: Dmitry Gutov Message-ID: Date: Fri, 14 Jul 2017 09:24:58 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 MIME-Version: 1.0 In-Reply-To: <837ezbh7jr.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.2 (/) On 7/14/17 9:11 AM, Eli Zaretskii wrote: > You could use the new function line-number-display-width to obtain > that information. Thanks. The current patch seems preferable, though. And since you are saying it's good enough, it seems I have no need for the display-line-numbers-disable text property either, sorry. > No, it isn't brittle. What are you struggling to understand? Maybe I > can help. To get the value of the current column, Emacs needs to trigger redisplay, right? To know how many columns the numbers take up. Then it has to redisplay again before the user sees the result. So I'm surprised Emacs knows it needs to perform two redisplays just because I bound display-line-numbers to nil temporarily. From debbugs-submit-bounces@debbugs.gnu.org Fri Jul 14 03:04:53 2017 Received: (at 27427) by debbugs.gnu.org; 14 Jul 2017 07:04:53 +0000 Received: from localhost ([127.0.0.1]:37659 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dVueh-00049n-T2 for submit@debbugs.gnu.org; Fri, 14 Jul 2017 03:04:53 -0400 Received: from eggs.gnu.org ([208.118.235.92]:35680) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dVueh-00049c-7S for 27427@debbugs.gnu.org; Fri, 14 Jul 2017 03:04:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dVueZ-0007rM-5M for 27427@debbugs.gnu.org; Fri, 14 Jul 2017 03:04:46 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53462) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dVueZ-0007rH-1t; Fri, 14 Jul 2017 03:04:43 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4011 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dVueY-0007Dm-6o; Fri, 14 Jul 2017 03:04:42 -0400 Date: Fri, 14 Jul 2017 10:04:42 +0300 Message-Id: <83379zh52t.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-reply-to: (message from Dmitry Gutov on Fri, 14 Jul 2017 09:24:58 +0300) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83shipthve.fsf@gnu.org> <83fueotasd.fsf@gnu.org> <838tkgt8dp.fsf@gnu.org> <8337aot0fk.fsf@gnu.org> <35924ed4-65fc-6180-8a02-8158a192b4c2@yandex.ru> <860e76b5-513f-bfcd-e584-ea15cfa0772a@yandex.ru> <837ezbh7jr.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Cc: alexanderm@web.de, 27427@debbugs.gnu.org > From: Dmitry Gutov > Date: Fri, 14 Jul 2017 09:24:58 +0300 > > > No, it isn't brittle. What are you struggling to understand? Maybe I > > can help. > > To get the value of the current column, Emacs needs to trigger > redisplay, right? To know how many columns the numbers take up. Then it > has to redisplay again before the user sees the result. > > So I'm surprised Emacs knows it needs to perform two redisplays just > because I bound display-line-numbers to nil temporarily. That's because posn-at-point "simulates" redisplay: it performs all the layout calculations exactly like redisplay would, but without actually displaying anything. Otherwise, how would posn-at-point be able to return you the information you request, even when there are no line numbers? (If you think posn-at-point takes that information from what is displayed on the glass, or from some of its internal representation, then that's not what it does, because the internal representation of what's on the glass is many times outdated when a Lisp program runs, so it cannot be trusted.) From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 15 13:38:26 2017 Received: (at 27427-done) by debbugs.gnu.org; 15 Jul 2017 17:38:26 +0000 Received: from localhost ([127.0.0.1]:40616 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dWR1O-0004G2-Dn for submit@debbugs.gnu.org; Sat, 15 Jul 2017 13:38:26 -0400 Received: from mail-wm0-f42.google.com ([74.125.82.42]:36364) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dWR1N-0004Fn-Fb for 27427-done@debbugs.gnu.org; Sat, 15 Jul 2017 13:38:25 -0400 Received: by mail-wm0-f42.google.com with SMTP id 62so44301662wmw.1 for <27427-done@debbugs.gnu.org>; Sat, 15 Jul 2017 10:38:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=Bn6U2VKHGERlUqJUfaw4fFPBnHdRKnZYotottR4febE=; b=RadUpnK2BQdl+GLkXkQcsWaZuPmgu6G3MMTk+WN/VYHf5/TRLcjkzCR0YNgXKwKVZO bAALAb/4RAvfNfJ+3Sbq/d8T/RXlIGBk4+HB3xEEvq3IwF5n5SmLm1ddU1e16LhSxH1/ +oyvo2fCrG911WzI/4SbHBoV+5k7pAjIF8cW7D98gJDQQC70+I/W27bR3JQ1RwiaK/1C GAl8Gx56b1ZEYrOkb2JV/zAoQ5ySOMi8qynZ3iyo4Wvd15e0+vdtLatabALKGp9WYIoj mlHSXzDn9wFuIFItc2v+umQjyT6FvpBYGLwjJh47hVMpwcqZ+0eL9NdTeBnJ9csaefQ6 Vu/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=Bn6U2VKHGERlUqJUfaw4fFPBnHdRKnZYotottR4febE=; b=iBKLRakyf+DJ9DMXpqLUvdOzzROP8FJyg7XU7yl3sSXzzXKY+NhjcZDvxUAaujE4CG vUq80YOvAgrYSwzrsZGNFgPqUqEjeTpqDq71WFgbkt66PMY8GxHsp0/kwqxvj4Tjhqsi 2ifWYm4M+WrezYUtFvzLadYRMSRObYZWYA8561XMdx5ltAA+Wmg4nBBEe1HjqWRRnyOZ kmUz8COXn6I9jDfo+zueoSAYwj3wlEjBplCwd206+GXIOI8ZGxW0k5Zbw8xlLHi7Kx0m 5PLx/YBrVa8zq612VVuyrHCNXHzdT3vq3Tj4wXzAsP85ZBZADwWn+mf98I8I5hgV9qLK iGTg== X-Gm-Message-State: AIVw1101d6NblzVVNF5qNU2l3i3/mHjKwKgFW2YJv0/uSiKBS0iDE1M5 Ilf1BSs8sxz5sI3R56g= X-Received: by 10.28.216.204 with SMTP id p195mr1631090wmg.50.1500140299487; Sat, 15 Jul 2017 10:38:19 -0700 (PDT) Received: from [192.168.1.3] ([185.105.174.193]) by smtp.googlemail.com with ESMTPSA id 31sm8188066wrd.20.2017.07.15.10.38.16 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 15 Jul 2017 10:38:18 -0700 (PDT) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup To: Eli Zaretskii 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> <83shipthve.fsf@gnu.org> <83fueotasd.fsf@gnu.org> <838tkgt8dp.fsf@gnu.org> <8337aot0fk.fsf@gnu.org> <35924ed4-65fc-6180-8a02-8158a192b4c2@yandex.ru> <860e76b5-513f-bfcd-e584-ea15cfa0772a@yandex.ru> <837ezbh7jr.fsf@gnu.org> <83379zh52t.fsf@gnu.org> From: Dmitry Gutov Message-ID: <0374e7aa-451c-878a-8543-ab0a33cc49d5@yandex.ru> Date: Sat, 15 Jul 2017 20:38:15 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Thunderbird/54.0 MIME-Version: 1.0 In-Reply-To: <83379zh52t.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 27427-done Cc: alexanderm@web.de, 27427-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.2 (/) On 7/14/17 10:04 AM, Eli Zaretskii wrote: > That's because posn-at-point "simulates" redisplay: it performs all > the layout calculations exactly like redisplay would, but without > actually displaying anything. Very cool. In that case, let's consider this issue resolved. I've already pushed this fix and cut a new release now. > (If you think posn-at-point takes that information from what is > displayed on the glass, or from some of its internal representation, > then that's not what it does, because the internal representation of > what's on the glass is many times outdated when a Lisp program runs, > so it cannot be trusted.) I was thinking there was some change canary (or many of them), and the "internal representation" is recomputed when any of those values change. From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 15 13:49:53 2017 Received: (at 27427) by debbugs.gnu.org; 15 Jul 2017 17:49:54 +0000 Received: from localhost ([127.0.0.1]:40624 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dWRCS-0004Z1-GC for submit@debbugs.gnu.org; Sat, 15 Jul 2017 13:49:53 -0400 Received: from eggs.gnu.org ([208.118.235.92]:34120) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dWRCQ-0004Yn-LW for 27427@debbugs.gnu.org; Sat, 15 Jul 2017 13:49:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dWRCI-0003HA-GO for 27427@debbugs.gnu.org; Sat, 15 Jul 2017 13:49:45 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34105) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dWRCI-0003H2-Cg; Sat, 15 Jul 2017 13:49:42 -0400 Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:2145 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dWRCH-00055i-OE; Sat, 15 Jul 2017 13:49:42 -0400 Date: Sat, 15 Jul 2017 20:49:45 +0300 Message-Id: <83r2xhegjq.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-reply-to: <0374e7aa-451c-878a-8543-ab0a33cc49d5@yandex.ru> (message from Dmitry Gutov on Sat, 15 Jul 2017 20:38:15 +0300) Subject: Re: bug#27427: 26.0.50; Native line numbers lead to display error in company-mode popup 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> <83shipthve.fsf@gnu.org> <83fueotasd.fsf@gnu.org> <838tkgt8dp.fsf@gnu.org> <8337aot0fk.fsf@gnu.org> <35924ed4-65fc-6180-8a02-8158a192b4c2@yandex.ru> <860e76b5-513f-bfcd-e584-ea15cfa0772a@yandex.ru> <837ezbh7jr.fsf@gnu.org> <83379zh52t.fsf@gnu.org> <0374e7aa-451c-878a-8543-ab0a33cc49d5@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 27427 Cc: alexanderm@web.de, 27427@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Cc: alexanderm@web.de, 27427-done@debbugs.gnu.org > From: Dmitry Gutov > Date: Sat, 15 Jul 2017 20:38:15 +0300 > > > (If you think posn-at-point takes that information from what is > > displayed on the glass, or from some of its internal representation, > > then that's not what it does, because the internal representation of > > what's on the glass is many times outdated when a Lisp program runs, > > so it cannot be trusted.) > > I was thinking there was some change canary (or many of them), and the > "internal representation" is recomputed when any of those values change. The internal representation is recomputed only as part of a redisplay cycle. And we cannot start a redisplay cycle before the Lisp interpreter has done its thing, and we are back in the main loop, because only then we know all the buffers and other related Lisp data are in a consistent state that can be reflected on the glass without risking inconsistencies. From unknown Sat Jun 21 10:14:30 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 13 Aug 2017 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator