From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#73863: 30.0.91; Unexpected cursor movement with flymake-show-diagnostics-at-end-of-line Date: Thu, 31 Oct 2024 09:40:23 +0200 Message-ID: <864j4s4t5k.fsf@gnu.org> References: <86r08dmm0h.fsf@gnu.org> <86plnxmfdt.fsf@gnu.org> <86y12kjks0.fsf@gnu.org> <86a5ezjkx8.fsf@gnu.org> <86zfmzhvdb.fsf@gnu.org> <865xpdak64.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="28613"; mail-complaints-to="usenet@ciao.gmane.io" Cc: sbaugh@janestreet.com, 73863@debbugs.gnu.org, joaotavora@gmail.com To: Romain Ouabdelkader Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Oct 31 08:41:30 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1t6Po9-0007Hw-Rn for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 31 Oct 2024 08:41:29 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1t6Pnl-0002as-0u; Thu, 31 Oct 2024 03:41:05 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1t6Pnj-0002aO-2k for bug-gnu-emacs@gnu.org; Thu, 31 Oct 2024 03:41:03 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1t6Pni-0002VX-QX for bug-gnu-emacs@gnu.org; Thu, 31 Oct 2024 03:41:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debbugs.gnu.org; s=debbugs-gnu-org; h=References:In-Reply-To:From:Date:To:Subject; bh=ybdzR50W/2pCsl2ZfG0XuyB2aEKFG8ticCUX+rVkVMM=; b=mJA0LNwt3IFVaFluuzt2fIBSIDbKRamyVvl+sXB3TQUBqtyKnhDm8NTghtMYtSR1Hba4m6ma8WXezRCx7G1oy8UVmloXbhgDmBOAxRtbiejTRQoSxVxD4btb1xVr9mlKl94d5wwUQhrXCOy27RRSi4VpLaSfcpRAe9DC0HlAKgLMPggJa7yi5h1o/lpiRt/vcYRH7yeMCPQYMriWDkB4yZeOTtFElJ8LbPsv0qGA1ssNqpOYrfKRnguuitnWZbaRxBHi+zogCIklY5aYPS1k/vA63ECh3qH+2jkOBBvrxu+nwJDfjCLP6j0+r+H6MTx7FD237/ZnYnIL7K7gsH6Ecw==; Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1t6Pni-0005W9-8N for bug-gnu-emacs@gnu.org; Thu, 31 Oct 2024 03:41:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 31 Oct 2024 07:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 73863 X-GNU-PR-Package: emacs Original-Received: via spool by 73863-submit@debbugs.gnu.org id=B73863.173036043421184 (code B ref 73863); Thu, 31 Oct 2024 07:41:02 +0000 Original-Received: (at 73863) by debbugs.gnu.org; 31 Oct 2024 07:40:34 +0000 Original-Received: from localhost ([127.0.0.1]:40569 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t6PnF-0005Vc-Vq for submit@debbugs.gnu.org; Thu, 31 Oct 2024 03:40:34 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:56126) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1t6PnE-0005VL-48 for 73863@debbugs.gnu.org; Thu, 31 Oct 2024 03:40:32 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1t6Pn8-0002Tx-8N; Thu, 31 Oct 2024 03:40:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=ybdzR50W/2pCsl2ZfG0XuyB2aEKFG8ticCUX+rVkVMM=; b=Wd8Elq+O096j qxecBwCG9VAUHyUAvnQbXpGkQzVh+wP74Z3ogAFL3F6SvNqD9daCTF/rabVFySAF21yifS1Vrheg3 f2hjtVh+3oLXTFb1EmIDIpk00TbnwCiz8Al/Bt45B9LHY7grMbyycwd08z9Xv2btIUOXP1MaWDPUK N7qZ2i7hu1+UsDZyoFziUsBrgdzFSJPTCpT0jzvW8QztjM6cayHb5FnHgGEftouJhHan3Yr6gOMv5 qJjtI7msEDvhEv7tRP4udW4foW0z0LT9W1Nri1rI7tnD24pP8xLzOCrcYlghIKP6Bi9S47NAhyZnb sbCDIF+ehH8240Mzsop/jw==; In-Reply-To: (message from Romain Ouabdelkader on Thu, 31 Oct 2024 00:57:20 +0100) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:294595 Archived-At: > From: Romain Ouabdelkader > Date: Thu, 31 Oct 2024 00:57:20 +0100 > Cc: sbaugh@janestreet.com, joaotavora@gmail.com, 73863@debbugs.gnu.org > > I don't use neovim but from what I have seen from screenshots, the diagnostics are truncated if they are > larger than the window. Is this really better than the minor annoyance we have now? If it's better, we could add a feature whereby an overlay can request its text to be truncated at the window edge, even if truncate-lines is not in effect. But good UI practices would then require us to have a tooltip with the full text on the overlay, I think, since otherwise the user will not be able to see the full text, and the important part might be at the end. > Maybe there could be a way to have diagnostics truncated by default and only show the full diagnostics > when the cursor is in the error line. But I'm not sure how that would work. This is much harder to implement (unless Flymake itself implements this, i.e., it truncates the overlay text when point is on another line). It will also cause an annoying vertical movement of the rest of buffer text when cursor moves. > For myself, I'll use sideline (https://github.com/emacs-sideline/sideline) instead of > flymake-show-diagnostics-at-end-of-line. It is not clear to me what that does, but it looks like it displays the diagnostic on a different screen line, not on the line to which the diagnostic belongs? > After thinking about it, I actually prefer to only view diagnostics for the current line (which is what sideline can > do) That is strange to hear, because it doesn't allow to have an overview of the diagnostics at a glance. Spencer, any comments or suggestions?