From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Johann =?UTF-8?Q?H=C3=B6chtl?= Newsgroups: gmane.emacs.bugs Subject: bug#61702: Minibuffer scrolling not working when long lines get truncated Date: Wed, 22 Feb 2023 07:59:04 +0100 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="00000000000031675d05f5446f6e" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="7700"; mail-complaints-to="usenet@ciao.gmane.io" To: 61702@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Feb 22 08:00:30 2023 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 1pUj78-0001si-30 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 22 Feb 2023 08:00:30 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pUj6n-000679-QL; Wed, 22 Feb 2023 02:00:11 -0500 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 1pUj6h-00066t-B5 for bug-gnu-emacs@gnu.org; Wed, 22 Feb 2023 02:00:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pUj6g-0006GZ-KA for bug-gnu-emacs@gnu.org; Wed, 22 Feb 2023 02:00:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pUj6g-0004Nb-3d for bug-gnu-emacs@gnu.org; Wed, 22 Feb 2023 02:00:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Johann =?UTF-8?Q?H=C3=B6chtl?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Feb 2023 07:00:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 61702 X-GNU-PR-Package: emacs X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.167704916316764 (code B ref -1); Wed, 22 Feb 2023 07:00:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 22 Feb 2023 06:59:23 +0000 Original-Received: from localhost ([127.0.0.1]:57880 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pUj63-0004MJ-7o for submit@debbugs.gnu.org; Wed, 22 Feb 2023 01:59:23 -0500 Original-Received: from lists.gnu.org ([209.51.188.17]:47530) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pUj60-0004MA-3m for submit@debbugs.gnu.org; Wed, 22 Feb 2023 01:59:22 -0500 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 1pUj5z-00064s-00 for bug-gnu-emacs@gnu.org; Wed, 22 Feb 2023 01:59:19 -0500 Original-Received: from mail-oa1-x2a.google.com ([2001:4860:4864:20::2a]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pUj5x-0005rr-G3 for bug-gnu-emacs@gnu.org; Wed, 22 Feb 2023 01:59:18 -0500 Original-Received: by mail-oa1-x2a.google.com with SMTP id 586e51a60fabf-1723ab0375eso4327263fac.1 for ; Tue, 21 Feb 2023 22:59:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=/WsAsivEt+2ZOL+9bUJatpIYAjkWVWOQEpXeyBqi2oY=; b=QmDbCsswvOFLl3M/ruio8lFJLp7rB1ov22bGfWF2LptfsU5pOPjFUvdy7Q+UoGDNcB tkTRSs2tztiRat7gMAWAsnDya4gsDWpO9hAxpO40sCb17rWEc1ld7Cr78Hx/HeRaavOO ExKaHlZS3dGit19+8dXBdu1AiN7nh0H1dCzlQuyCaL4EK54hap1P+KptTKLQtkqaJu66 Fn2WbpbQBQrcA3wJozwCanx926LEQIFPsgshzWLMO2jz6eBg/cE9GOJlNw0iijImxqdm rZwK1D4O60AVAieYseGhDbcaYrGQlLw+eOxi/Jm+LJFG+ImxOeHP6ESqwp7eyjIeJ5YS g2cg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=/WsAsivEt+2ZOL+9bUJatpIYAjkWVWOQEpXeyBqi2oY=; b=o5BGTdL7rjO2QPT+UPSFf7IVCPizrX7ykz+a/q0fwTn8KwE3Ab4hQ0kTMufXH3SNlw xVidPb3uKRjM8uWOGocgYatrz71yxSBWzTx5iG4Nk6C2ZuY4MscgfmwTy5sfbEdjWt7c n5liyUK0rxwrqOygURBSiLlqoY/bFbYQ1mg6kZstUOmlIzP1HF1lBcm0fNBttoITDjXc 7Hv+wst8/Yp3liDPjNUQ/x2ALKVLNrLQa7mh6NgFKP4+3jAqTki1xFzV7RekkK0nHGXD ItzxjjHKQ0xsV519AqqJ1x1eAkZXCUDZ2PANgBd82KRAKqvZ+IeX9mp5QoVv7c7LdhrO 6x3g== X-Gm-Message-State: AO0yUKXNaaPQgzY0Qt0kKTQCun7Z1c3UWdG2a4u3S6ZqbjRfi5sJ9qGM AL3t1xB77ScFh3mJ3rc7RP9INmKbi7Ao0+jQLIOAlgAjUg== X-Google-Smtp-Source: AK7set/dmx2VT1U1karidcF2ryg/orn8d6p2VVF9yDf4oh9YZlJnRbS8kvc4BTcbjdV56WIyrJFyUS19XTJPoo2QhhA= X-Received: by 2002:a05:6871:4599:b0:16d:fe76:a119 with SMTP id nl25-20020a056871459900b0016dfe76a119mr1277517oab.274.1677049155641; Tue, 21 Feb 2023 22:59:15 -0800 (PST) Received-SPF: pass client-ip=2001:4860:4864:20::2a; envelope-from=johann.hoechtl@gmail.com; helo=mail-oa1-x2a.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action 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:256324 Archived-At: --00000000000031675d05f5446f6e Content-Type: text/plain; charset="UTF-8" I experience the following annoying behavior: If the text in the minibuffer get's longer than the display width and lines are therefore continued on the next line, the minibuffer scrolling no longer works. What I mean by that is that it "logically" works as when I press or the indicator correctly displays the number of the item I am supposed to choose when pressing yet I can't visually see what I would select. First I thought it was a marginalia issue but that's not the case. With marginalia it only shows much more easily as marginalia adds text to minibuffer entries thus making lines longer. So this is a thing I can easily reproduce when making the whole Emacs window narrow enough to trigger continuation lines in the minibuffer. Seems to be an issue with the highlight line logic and scrolling? Emacs version 30.0.50 --00000000000031675d05f5446f6e Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I experience the following annoying behavior: If the text = in the minibuffer get's longer than the display width and lines are the= refore continued on the next line, the minibuffer scrolling no longer works= .

What I mean by that is that it "logically" works as when= I press <down> or <up> the indicator correctly displays the nu= mber of the item I am supposed to choose when pressing <RET> yet I ca= n't visually see what I would select.

First I thought it was a m= arginalia issue but that's not the case. With marginalia it only shows = much more easily as marginalia adds text to minibuffer entries thus making = lines longer. So this is a thing I can easily reproduce when making the who= le Emacs window narrow enough to trigger continuation lines in the minibuff= er.

Seems to be an issue with the highlight line logic and scrolling= ?

Emacs version 30.0.50
--00000000000031675d05f5446f6e--