From debbugs-submit-bounces@debbugs.gnu.org Fri May 24 00:42:51 2024 Received: (at submit) by debbugs.gnu.org; 24 May 2024 04:42:51 +0000 Received: from localhost ([127.0.0.1]:34784 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAMlX-0003JB-2L for submit@debbugs.gnu.org; Fri, 24 May 2024 00:42:51 -0400 Received: from lists.gnu.org ([209.51.188.17]:51826) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAMlR-0003J5-Hs for submit@debbugs.gnu.org; Fri, 24 May 2024 00:42:49 -0400 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 1sAMlJ-0006Wa-Kd for bug-gnu-emacs@gnu.org; Fri, 24 May 2024 00:42:38 -0400 Received: from wfhigh7-smtp.messagingengine.com ([64.147.123.158]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sAMlH-0006v7-QY for bug-gnu-emacs@gnu.org; Fri, 24 May 2024 00:42:37 -0400 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailfhigh.west.internal (Postfix) with ESMTP id 74E791800129 for ; Fri, 24 May 2024 00:42:30 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Fri, 24 May 2024 00:42:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=emreyolcu.com; h=cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:message-id:mime-version:reply-to :subject:subject:to:to; s=fm2; t=1716525750; x=1716612150; bh=GH Ar9ptV7jVsg0yyenwuO2eU5KMbYOYq+naFDDc40xk=; b=hjPP32I6+zUMUusEmF 4xeg/evJsNRyD2HGSNWvUwTvzhwpoKU1glMPsmv11+dDdBSiRbl13yvEXCmQRNf7 nOpsSqTnih/bfvtnHK+auHyCLzyu53vNH6HvIIosB+/B22Rp3k7yT8/iTNOqWB+b z+bJ3SddmcFc4w9qS3/4b66Ys5n/lUDgewrcbCwzD8Ahx0MN9QB+M6fRtShOeFmj qyLTFU/8TMtfJMCXf05Gpa/EtEi+POJljk/QCEaLW85EMYhk59Fh+K2CKrnW+tvH ENgnkaENhgDAq9PHPDbbrptpLBsSJLQrz4YDUK133J7b7ct4iCy+4Xkx6142TBuI ghMQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:message-id:mime-version:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; t=1716525750; x=1716612150; bh=GHAr9ptV7jVsg0yyenwuO2eU5KMb YOYq+naFDDc40xk=; b=AN+y1FnXeUMpTlSvzB28JGNmI5QTTKNl7MTdARDfP6Hh bLQ4Rb5gNosO6zT/VEqeMjNyftsSQRZNzCW4KCDauh0IBdaGK8/Ic4H+aZdGGBWo OUKGJe2u3sNUNbt+ZrGZga4Le3pf216JtFWjRtXkmwNLvCfQIfqfgCtmsZC27DP1 0IPaGLPQqPh9fSSv/KXf3+tmF/uXDUEnrXES+7V+88Wy5vnQMBcUR4jGspBX7yTA dXR9D90d8vk8GEzh2ruebdTi9l5pAVI3jFGl54ksZ5wV6afibLDjx3k9mvvz9Ink x2CN1Im/JQa3JOBP/2WTbTck/U0Mwpf7yo2UCBnUmQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledrvdeijedgkeegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefkffggfgfvhffutgfgsehtkeertd dtvdejnecuhfhrohhmpefgmhhrvgcujgholhgtuhcuoehmrghilhesvghmrhgvhiholhgt uhdrtghomheqnecuggftrfgrthhtvghrnhepgfetffdukeevgeektefhteetgfeugefhhe egueegffdtgeelvefgteejhfehledunecuvehluhhsthgvrhfuihiivgeptdenucfrrghr rghmpehmrghilhhfrhhomhepmhgrihhlsegvmhhrvgihohhltghurdgtohhm X-ME-Proxy: Feedback-ID: i1b09467c:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Fri, 24 May 2024 00:42:29 -0400 (EDT) Message-ID: Date: Fri, 24 May 2024 00:42:29 -0400 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US To: bug-gnu-emacs@gnu.org From: Emre Yolcu Subject: Cursor can disappear off the window if no-special-glyphs is enabled Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Received-SPF: pass client-ip=64.147.123.158; envelope-from=mail@emreyolcu.com; helo=wfhigh7-smtp.messagingengine.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.6 (-) 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.6 (--) If the layout parameter no-special-glyphs is enabled and a line is exactly as wide as a window, then the cursor placed at the end of the line disappears off the window. Steps to confirm after "emacs -Q": 1. Evaluate the following: (set-frame-parameter nil 'no-special-glyphs nil)   (fringe-mode 0)   (scroll-bar-mode -1) 2. Insert some line that is exactly as wide as the window, leaving the cursor at the end of the line. After those steps, the cursor is not visible. I'm not sure if this is the intended behavior. I would expect the cursor to appear at the beginning of the next screen line instead. If no-special-glyphs is not enabled, then, as expected, the final character of the first screen line is displayed as the continuation indicator "\", and the actual final character of the line appears on the next screen line, with the cursor after it. I have confirmed this behavior with Emacs 29.3 on macOS and Windows. From debbugs-submit-bounces@debbugs.gnu.org Fri May 24 02:50:19 2024 Received: (at submit) by debbugs.gnu.org; 24 May 2024 06:50:19 +0000 Received: from localhost ([127.0.0.1]:35307 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAOkt-0004Z7-88 for submit@debbugs.gnu.org; Fri, 24 May 2024 02:50:19 -0400 Received: from lists.gnu.org ([209.51.188.17]:43674) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAOkq-0004Z1-1i for submit@debbugs.gnu.org; Fri, 24 May 2024 02:50:18 -0400 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 1sAOki-0008OB-Ku for bug-gnu-emacs@gnu.org; Fri, 24 May 2024 02:50:08 -0400 Received: from ciao.gmane.io ([116.202.254.214]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sAOkh-0000hn-0Z for bug-gnu-emacs@gnu.org; Fri, 24 May 2024 02:50:08 -0400 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1sAOkc-000AWx-JC for bug-gnu-emacs@gnu.org; Fri, 24 May 2024 08:50:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: bug-gnu-emacs@gnu.org From: Emre Yolcu Subject: Re: bug#71163: Cursor can disappear off the window if no-special-glyphs is enabled Date: Fri, 24 May 2024 02:46:45 -0400 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit User-Agent: Mozilla Thunderbird Content-Language: en-US In-Reply-To: Received-SPF: pass client-ip=116.202.254.214; envelope-from=geb-bug-gnu-emacs@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: 7 X-Spam_score: 0.7 X-Spam_bar: / X-Spam_report: (0.7 / 5.0 requ) BAYES_00=-1.9, FORGED_MUA_MOZILLA=2.309, HEADER_FROM_DIFFERENT_DOMAINS=0.25, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.5 (/) 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: -0.5 (/) Emre Yolcu wrote: > (set-frame-parameter nil 'no-special-glyphs nil) This is a typo. It should have been: (set-frame-parameter nil 'no-special-glyphs t) From debbugs-submit-bounces@debbugs.gnu.org Fri May 24 03:20:36 2024 Received: (at 71163) by debbugs.gnu.org; 24 May 2024 07:20:36 +0000 Received: from localhost ([127.0.0.1]:35454 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAPEB-0004qT-R4 for submit@debbugs.gnu.org; Fri, 24 May 2024 03:20:36 -0400 Received: from eggs.gnu.org ([209.51.188.92]:58710) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAPE9-0004qN-H6 for 71163@debbugs.gnu.org; Fri, 24 May 2024 03:20:34 -0400 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 1sAPDx-0006xV-1Y; Fri, 24 May 2024 03:20:21 -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=b7CMcSnDMHt4cLxasqeOeW1x10KLvO+yyXSmTkHWU2o=; b=bBhfh3bqqP4K J80dYWz6V/+2hOlXeLzNo+RUHKoZjyHAZSfQKtuc36buTGv1DW3CMapVfO5gbBIY2QbHmdc/JxylY /lZVORkMbOXafh9W7ka9bqEZfOJm3UnP0PbOVHBJXxjlCTSAqvTJjQjB5g+VoBYl2gUGiqJg/Bafm 0UQOxo+Hy3VdaW0j4lQbc/F0oDqL4m5nvcT2VCT9IMDj/nTMq7MBrzsaYi7H5tcZpXHMMhuxsChuo 4AY3WpHlBi2mimBhVlQGFEh5tyyRlvTllECPmXHTSJMBZsGsPyAXWldYnUdlUTWYPHtphTJuTcMfM LKZQhBidofLFZI9Ypfuq1Q==; Date: Fri, 24 May 2024 10:20:19 +0300 Message-Id: <86v8333ccs.fsf@gnu.org> From: Eli Zaretskii To: Emre Yolcu , martin rudalics In-Reply-To: (message from Emre Yolcu on Fri, 24 May 2024 00:42:29 -0400) Subject: Re: bug#71163: Cursor can disappear off the window if no-special-glyphs is enabled References: X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71163 Cc: 71163@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: -3.3 (---) > Date: Fri, 24 May 2024 00:42:29 -0400 > From: Emre Yolcu > > If the layout parameter no-special-glyphs is enabled and a line is > exactly as wide as a window, then the cursor placed at the end of the > line disappears off the window. Steps to confirm after "emacs -Q": > > 1. Evaluate the following: > > (set-frame-parameter nil 'no-special-glyphs nil) You must have meant (set-frame-parameter nil 'no-special-glyphs t) Because nil is the default value of this frame parameter. > (fringe-mode 0) > (scroll-bar-mode -1) The last part of disabling scroll-bars is not necessary, AFAICT. > 2. Insert some line that is exactly as wide as the window, leaving the > cursor at the end of the line. > > After those steps, the cursor is not visible. I'm not sure if this is > the intended behavior. I would expect the cursor to appear at the > beginning of the next screen line instead. If no-special-glyphs is not > enabled, then, as expected, the final character of the first screen line > is displayed as the continuation indicator "\", and the actual final > character of the line appears on the next screen line, with the cursor > after it. I don't really understand how this was intended to behave, so I added Martin who introduced this feature, in the hope that he could provide the explanation of the intent. This was added as part of support for child frames, so I presume it has something to do with child frames, but I don't really understand what exactly and why child frames would need that. AFAICT, this is currently broken in several ways: . it only has effect on GUI frames (basically, the code ignores this parameter on TTY frames), although the documentation doesn't say that, and I see no immediate reason why it wouldn't make sense on TTY frames; . it doesn't affect the display of fringe truncation and continuation bitmaps, although the documentation doesn't say that, either, and it is not clear to me that those bitmaps should be displayed in that case; . not only display of cursor in full-window lines is broken, but also the automatic horizontal scrolling (auto-hscroll-mode) in that case: the line is not hscrolled until you type one more character beyond those visible; . if you insert a TAB near the end of a screen line such that the next tab stop is on the next screen line, the TAB is shown with wrong number of columns, as if the next tab stop is at column zero of the next screen line. The last 2 points, and the report that started this bug discussion, are because the logic of line-continuation and truncation is basically broken in this case: the layout code thinks the continuation and truncation glyphs are inserted when needed, whereas they are not. That's because the layout code was not adapted to this frame parameter, only the geometry of the screen line was adjusted. Fixing this will take a while. But first we need to understand and agree on the scope of support for this frame parameter, and what Emacs should do in each supported case. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri May 24 05:16:58 2024 Received: (at 71163) by debbugs.gnu.org; 24 May 2024 09:16:58 +0000 Received: from localhost ([127.0.0.1]:36015 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAR2n-0005tG-PA for submit@debbugs.gnu.org; Fri, 24 May 2024 05:16:58 -0400 Received: from mout.gmx.net ([212.227.17.22]:54715) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAR2k-0005tA-3W for 71163@debbugs.gnu.org; Fri, 24 May 2024 05:16:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1716542198; x=1717146998; i=rudalics@gmx.at; bh=PLIq4oyEySD+uCihxBMnvEZoV6BIF1wex6i6q1UcPeI=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=SvRoiD27u1RVeO6MuNHd/ldp9zJMIoI2Q/pQMJW0JvnI9swFqDPMcWnxUJCmDalq MIt3M3MkP5UJgpMFKiOWvBdEKOhkU9UH5L19veVsQkp+/+r6Z6kYZYZm44L4lAn0A SOuee00imDSyOhHBLEAM1vfNA3kvh7nPk4DyPdjGJyLt37lx2r2AyuCwarLBwiyUt n6Gfo/+chiNFkhQpuYZaVUR1Vzoc9ZYeG49eW9AyT7G/Xfqh4Clw93g11MRreSiVY 4Y85JoaRBRjlPgUpugGixv8r4Pc5eS880DoF0xjdlE2BUKP4MdAZM7ZrOBArmB6PL wFsU61sjsydTzJY9og== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.146]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MdefJ-1sk2uF1W8P-00cgg9; Fri, 24 May 2024 11:16:38 +0200 Message-ID: <0c858561-45a2-4737-942f-c205a1b06fb0@gmx.at> Date: Fri, 24 May 2024 11:16:36 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#71163: Cursor can disappear off the window if no-special-glyphs is enabled To: Eli Zaretskii , Emre Yolcu References: <86v8333ccs.fsf@gnu.org> Content-Language: en-US From: martin rudalics In-Reply-To: <86v8333ccs.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:d26ifKz3rz2F5Z6WPrDlDyKhX6jXIsB6tdo5OZ642Z2g1aspGWH 9z+LRgyfjbAMuYDjeYqjgpMAGf8SwtSc4ZTpcAvbNu3Pt7IbTKFkrhn6DjkTHIFv/qxuG/r Hymt64g9vrR4TMY6NO4SH3fkBXgayTKdVO5eAEQdcoB3zeldRYdFSYTQ6I14T7lT7xolR52 /FxAzA7r+RLOeZbxOm88w== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:W7Ma9K+dP5w=;OSjXaNZaS4tqyNiHDUVOsRAnXKF SKt3RftiL0fVM6GNQ67iVQ025VYVbc5Qvjz7nvrTajjGkVXKxDsbLzgQUexTY6tJMpQkOU1o/ lf1ns7q9Hsz7GfZkt91OY9U1ruMYcUywz/HPqwc1aMen3GP9po0t6gg8/w5wLHRMjaU9pTJL2 39cvl9lBhrK92H0GzhlR5w1t0iULBysDcTovcA2MwQwlYdg7pebJmA2IUMCP1ujal10WD1S3k mKUQ1lI5ReMSXnc+zTgkOgouSxoBNhy29dMmv+kpX6tAFQS2amGJPLkas0VprI55E58Ywgl63 siY+R27WR6SkTYZ2KavcXXfzm2h964FQSNNuFAHtkBG3IKuo79mRjUpsKrnLb/w/6UT5uFCOr UduWbHA8SyUNa34bWcwovdNx5vyfElrqKJgtOINm6XhX7G/CJWTSv8XukQKBJvPKkOZ6/E+Pl 0UPpF/MR+FpfoSb/J3neog38Lu3YU+RWsI5lauv6r4QfoYm1IMyXeW47Ilu9TTE+0ojoJt3mm GHsLsJ8PfhLnSeqbYI27rcmPTF/tBijSo4WQ8gR02y+rUVoes+x7wXXCdy1vLrz0u4xoMx4q0 nMW/BzHTKNdaPIc2oFszChme9+8Hp5jks6Fvkc1crUjyHfloxMS9vMYuwQ5RYZ43WxxkAIND2 nUbczYHNImyz0WbaIdy2htgDehIrpcp+yyS+ZB4C3IGo2GTKdT5T1Jr5tlYGnxVu+TBRNdwH4 eaJgrRJxC1afRjRob4BC8xaLeitWzPIj+FuiMpI574zeGwx+5gvbEEdsr1YY0B5hhUfqVAtxo M09z1Oq48CQ7LzMny7e6EmSwRELFKOArsBudN5HYvos/ZgweMHIc9d/Jov7qfun5AP X-Spam-Score: 2.9 (++) 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: > I don't really understand how this was intended to behave, so I added > Martin who introduced this feature, in the hope that he could provide > the explanation of the intent. This was added as part [...] Content analysis details: (2.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [212.95.5.146 listed in zen.spamhaus.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 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 -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.22 listed in wl.mailspike.net] X-Debbugs-Envelope-To: 71163 Cc: 71163@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.9 (+) 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: > I don't really understand how this was intended to behave, so I added > Martin who introduced this feature, in the hope that he could provide > the explanation of the intent. This was added as part [...] Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [212.227.17.22 listed in wl.mailspike.net] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [212.95.5.146 listed in zen.spamhaus.org] -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [212.227.17.22 listed in list.dnswl.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 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 -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager > I don't really understand how this was intended to behave, so I added > Martin who introduced this feature, in the hope that he could provide > the explanation of the intent. This was added as part of support for > child frames, so I presume it has something to do with child frames, > but I don't really understand what exactly and why child frames would > need that. IIRC this feature is used to make 'fit-frame-to-buffer' work reasonably for tooltip frames and child frames that display information in a similar way. Bug#25408, Bug#52929 are two examples of why it is useful. > AFAICT, this is currently broken in several ways: > > . it only has effect on GUI frames (basically, the code ignores this > parameter on TTY frames), although the documentation doesn't say > that, and I see no immediate reason why it wouldn't make sense on > TTY frames; We neither had child frames nor tooltip frames on TTYs when this feature was introduced. Did this change in the meantime? > . it doesn't affect the display of fringe truncation and > continuation bitmaps, although the documentation doesn't say that, > either, and it is not clear to me that those bitmaps should be > displayed in that case; Fringes should not be shown on such frames. > . not only display of cursor in full-window lines is broken, but > also the automatic horizontal scrolling (auto-hscroll-mode) in > that case: the line is not hscrolled until you type one more > character beyond those visible; Neither of these are supported by this feature. > . if you insert a TAB near the end of a screen line such that the > next tab stop is on the next screen line, the TAB is shown with > wrong number of columns, as if the next tab stop is at column zero > of the next screen line. Interactive insertion is not supported either. > The last 2 points, and the report that started this bug discussion, > are because the logic of line-continuation and truncation is basically > broken in this case: the layout code thinks the continuation and > truncation glyphs are inserted when needed, whereas they are not. > That's because the layout code was not adapted to this frame > parameter, only the geometry of the screen line was adjusted. > > Fixing this will take a while. But first we need to understand and > agree on the scope of support for this frame parameter, and what Emacs > should do in each supported case. Turning off special glyphs is a pure presentation feature. The variable 'show-paren--context-child-frame-parameters' tells best what should be turned off too on any frames where it is used - such frames should never be switched to, should not show a cursor, decorations and the like. Feel free to add an appropriate explanation to the manual. Thanks, martin From debbugs-submit-bounces@debbugs.gnu.org Sat May 25 06:26:28 2024 Received: (at 71163-done) by debbugs.gnu.org; 25 May 2024 10:26:28 +0000 Received: from localhost ([127.0.0.1]:42626 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAobc-00008y-3B for submit@debbugs.gnu.org; Sat, 25 May 2024 06:26:28 -0400 Received: from eggs.gnu.org ([209.51.188.92]:43358) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sAobZ-00008c-G9 for 71163-done@debbugs.gnu.org; Sat, 25 May 2024 06:26:26 -0400 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 1sAobM-0006VJ-5S; Sat, 25 May 2024 06:26:12 -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=iQ709Pa2W5q+zZhYrw2BeLYV3xaHYyPCrB0njZU3Wn8=; b=GiGH1AQQ0+aV zihVt5c1EM6JPjx3mnIZXw3ioqVGH9JJe5ZNNRyF81CAUTC0sNjrhLITptQ17ne2ZZyqhColcRVwc Ik89UxGD+3JmZoVJG2BcfxDPHboYQQsc/3ubMyQRTlVjZJEC5LG8sFG0KO2YUqD93Tq5RYDwF+GPk ZxhNWJP8+V9xifclHJK++Qu8KBb62LfMFTyADg1UwZZo9IReQ/wNC146tWw1VP4jTpWst5uuiGhQz 4OoqBWa/H7O8z3LHNAKRzgbiQwQLHO69f+DLq880kXRruw3CukmL43JxHR78gdC18Y4Ln8ssRVb+U dxdHIglb3RVEi+k5jHTy8g==; Date: Sat, 25 May 2024 13:26:09 +0300 Message-Id: <86h6emyypq.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-Reply-To: <0c858561-45a2-4737-942f-c205a1b06fb0@gmx.at> (message from martin rudalics on Fri, 24 May 2024 11:16:36 +0200) Subject: Re: bug#71163: Cursor can disappear off the window if no-special-glyphs is enabled References: <86v8333ccs.fsf@gnu.org> <0c858561-45a2-4737-942f-c205a1b06fb0@gmx.at> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 71163-done Cc: 71163-done@debbugs.gnu.org, mail@emreyolcu.com 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: -3.3 (---) > Date: Fri, 24 May 2024 11:16:36 +0200 > Cc: 71163@debbugs.gnu.org > From: martin rudalics > > > . it only has effect on GUI frames (basically, the code ignores this > > parameter on TTY frames), although the documentation doesn't say > > that, and I see no immediate reason why it wouldn't make sense on > > TTY frames; > > We neither had child frames nor tooltip frames on TTYs when this feature > was introduced. Did this change in the meantime? No. But the manual doesn't mention child frames at all, in conjunction with this parameter. > > . it doesn't affect the display of fringe truncation and > > continuation bitmaps, although the documentation doesn't say that, > > either, and it is not clear to me that those bitmaps should be > > displayed in that case; > > Fringes should not be shown on such frames. > > > . not only display of cursor in full-window lines is broken, but > > also the automatic horizontal scrolling (auto-hscroll-mode) in > > that case: the line is not hscrolled until you type one more > > character beyond those visible; > > Neither of these are supported by this feature. > > > . if you insert a TAB near the end of a screen line such that the > > next tab stop is on the next screen line, the TAB is shown with > > wrong number of columns, as if the next tab stop is at column zero > > of the next screen line. > > Interactive insertion is not supported either. > > > The last 2 points, and the report that started this bug discussion, > > are because the logic of line-continuation and truncation is basically > > broken in this case: the layout code thinks the continuation and > > truncation glyphs are inserted when needed, whereas they are not. > > That's because the layout code was not adapted to this frame > > parameter, only the geometry of the screen line was adjusted. > > > > Fixing this will take a while. But first we need to understand and > > agree on the scope of support for this frame parameter, and what Emacs > > should do in each supported case. > > Turning off special glyphs is a pure presentation feature. The variable > 'show-paren--context-child-frame-parameters' tells best what should be > turned off too on any frames where it is used - such frames should never > be switched to, should not show a cursor, decorations and the like. So basically you are saying that this parameter is an internal feature meant to allow better implementation of certain types of frames on GUI displays? > Feel free to add an appropriate explanation to the manual. Thanks, now done, and closing the bug. From debbugs-submit-bounces@debbugs.gnu.org Sun May 26 04:55:01 2024 Received: (at 71163-done) by debbugs.gnu.org; 26 May 2024 08:55:01 +0000 Received: from localhost ([127.0.0.1]:38339 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sB9ef-0000Ls-57 for submit@debbugs.gnu.org; Sun, 26 May 2024 04:55:01 -0400 Received: from mout.gmx.net ([212.227.15.18]:39275) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sB9ec-0000Lc-Sc for 71163-done@debbugs.gnu.org; Sun, 26 May 2024 04:54:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.at; s=s31663417; t=1716713682; x=1717318482; i=rudalics@gmx.at; bh=jptVIS0My4ZSZq0AJH561epT+ZQWOzvuF9Nlu/4V31A=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To:Cc: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=r3LX/MYKxoryBww92UDgEh/puFlYiEYfgjZvM9c/gyh0dTzquZnO6mSC80tuQF7O P9HYfkOR9TRfIJgvQXcCDgyn8AjjtSbB5u3vg9FSneQ7SvNr+kNeK/osZadCof36G DO8A5gGtkuV+eDguH/QM4IPxa3KisLiRnHPZ+KSPYDvnIZa/T4jHLI8YuzLtFYq42 pZu8I2MD5K/64U6Ev6cI6teXIrBzEZsMVP+OHFWUbqsrPgg5wu/uRqeY+HxDdC1XD OzrdPcVGdfUraSX7MxMVlc9ckLTSxEkZAS1WO8uuAfK5zGJR8cnjfQYry+k0gNq79 BbZ4JsjD2Rqi/si5zg== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from [192.168.31.113] ([212.95.5.6]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MmUHj-1stFuS3lb7-00iTKz; Sun, 26 May 2024 10:54:42 +0200 Message-ID: Date: Sun, 26 May 2024 10:54:40 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#71163: Cursor can disappear off the window if no-special-glyphs is enabled To: Eli Zaretskii References: <86v8333ccs.fsf@gnu.org> <0c858561-45a2-4737-942f-c205a1b06fb0@gmx.at> <86h6emyypq.fsf@gnu.org> Content-Language: en-US From: martin rudalics In-Reply-To: <86h6emyypq.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:+Nev5hDX3Ceh4pIp4TGJoqS5S4TuOsTV/7k6Oy6cRDVKAGJGcb2 XFndjBXs7mX626I3qvzU5FDKDtrejSvRe/QtBUHjBlXkQ8oYGQFZ6nRp83ZRTuj0zUqJb28 jvBGq5+Ziw4K0HI+SmiU3zXxsPrjYKG0+wrrHjtcNlDJZDHXB0MW4tkvr3WWMyYwXHh48wJ IiZXTRl+7E+WvMa4hLXBA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:YII3AjQHiAk=;VhE2zWTBePKLdCVaebpBbveaZ/3 FnGGCD+pCyymMk8ipY9EpJGo+uktAxXdvuAuA7qWECHDfSMHeHiQeRyqSl7ha0Q1tLmXDUuPp FjPMr6hGg2qK7OaDsUJSn9SY9jvudWIz1KeXUUJE577C5DUcQYuNrMGJ/eLxLXvjaTBPxYCbZ SNIGBFHMrv2/0rbbT8b1MCyn9vvbU+YY6/9MgmrwM2yHMsoBWBjZfJYRlb00T52/sEhwJMYdR wscbqIjzY6/V98A+rWU+NrsjkjjujDtl9WdajT2ZYf/ppsuMJEv/do5lavREkGMJNliK9T77L WsH7oI2yAKZORQ1BMgEg6sMO3mIiq+HWxIqFGG3b+4l1ZRmv1gKiuIMf4AxIAqwKgRtgDetXX m+fIvgBBaQEl1Ol3Q6ZSgPBrT9nldT17BMsGDtQelTQxzblR1k9qsWpt1wt05+YwptpIKzMh5 TN31ngvsAYFMGx5AWj4wtRfX/NEMqJrLpQTw8PAkRIKXvfbh1Kb+kYPQQCbQ/xMH+GrTwpORY suH6nX6GN0MLgpkzRlf9xzDKfWElXg91GPB89qODQpiMh1Jctd87zOFH6xObbnjaS7ypGzf4i 1ZTZhJcHJ58KTErmf2Dyd1s0uH9Ai153AiKhN9LEjcOueInBfeaGiPUCfPMu83T79m4kPag6J EGvk3mL73aJiLVMTqhBYT+GS9pXiQ1bLOfpqa2tnA3xnzTYEsE4a+mnkSpPuxZZQYB5IOLvbF hCmwgFpfjn8rSIsVLLtmbqC+7aAfU37VlTx6MCcpFEGg1yfeq2SstJhkSQFVp9hdlL6b/7JNP ekzo8kNmCEOlemC0/3znvXvnHlnXoqjU1WaYkIo2D0Unc= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 71163-done Cc: 71163-done@debbugs.gnu.org, mail@emreyolcu.com 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 (-) > So basically you are saying that this parameter is an internal feature > meant to allow better implementation of certain types of frames on GUI > displays? It's a feature for frames displaying buffers whose lines never extend past the right frame border. I'm not sure whether "internal" is the right term for this. If so, most 'tooltip-frame-parameters' are internal too. For me the "-internal" postfix stands for "do not call that from your code." >> Feel free to add an appropriate explanation to the manual. > > Thanks, now done, and closing the bug. Looks good to me. Many thanks, martin From unknown Fri Jun 20 07:15:39 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, 23 Jun 2024 11:24:10 +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