From unknown Fri Jun 20 18:12:00 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#77544 <77544@debbugs.gnu.org> To: bug#77544 <77544@debbugs.gnu.org> Subject: Status: (WIP) [PATCH] Prettify page separators. Reply-To: bug#77544 <77544@debbugs.gnu.org> Date: Sat, 21 Jun 2025 01:12:00 +0000 retitle 77544 (WIP) [PATCH] Prettify page separators. reassign 77544 emacs submitter 77544 Elijah Gabe P=C3=A9rez severity 77544 normal tag 77544 patch thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 05 01:01:17 2025 Received: (at submit) by debbugs.gnu.org; 5 Apr 2025 05:01:17 +0000 Received: from localhost ([127.0.0.1]:41061 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u0vee-00007P-UD for submit@debbugs.gnu.org; Sat, 05 Apr 2025 01:01:17 -0400 Received: from lists.gnu.org ([2001:470:142::17]:46030) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u0veb-000077-Nj for submit@debbugs.gnu.org; Sat, 05 Apr 2025 01:01:14 -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 1u0veW-0006G6-6J for bug-gnu-emacs@gnu.org; Sat, 05 Apr 2025 01:01:08 -0400 Received: from mail-ot1-x343.google.com ([2607:f8b0:4864:20::343]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1u0veU-00045J-C3 for bug-gnu-emacs@gnu.org; Sat, 05 Apr 2025 01:01:07 -0400 Received: by mail-ot1-x343.google.com with SMTP id 46e09a7af769-72bc3987a05so1464943a34.1 for ; Fri, 04 Apr 2025 22:01:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1743829264; x=1744434064; darn=gnu.org; h=mime-version:message-id:date:subject:to:from:from:to:cc:subject :date:message-id:reply-to; bh=9LIIq7v1p6xLhq1WZ+RncoHVuIWEketpuAheoYkeIeE=; b=K1PRRtaa95zJ2C/GZp3cGE0ueCXD+viMnPE/Asxs1Hsrp3j10rT34YSBuXl5fLJ/Er ZlFwknwCROH7Y2GG43n5vEuH+X8h93Jl3pt8t9QCDUgL8sOiuZ7Mdup3wlAPwUoMDa/X e3WfCLSshI1OpLhO4NgCaaNSs88L25CNT5oq2wNIVdQ5Suqf5ezGKSYo2bc/WyrKAWLa cB0WVVQ7oAmpB3xKtmABkHD1Z9cGv2OpKGxFzVbm7Uo1TOC7o00LtuApuF2hQnAlagFL K3gA4GHX1ULb5WEd+9sXc9qyQWeEAe/ykK5gV0ZaSko6P5VPYvLD/+azNSgPnJ7PjkwH yL6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743829264; x=1744434064; h=mime-version:message-id:date:subject:to:from:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=9LIIq7v1p6xLhq1WZ+RncoHVuIWEketpuAheoYkeIeE=; b=XMzqzR3VvkgR8HADlOBYD2DbOGIsRoBfSxEbjlWY3Lx7X4dCZNIxnFW7+lF0fnU75I wwP/bVlI1Fh69dTe7DZIjETJh1iOQUGrYkAFN3PFQ5W6YLCklllDYzvC5hZ4646GZfvT dlhKIKgdX60mmURxFdZyuPtaIoOFeqlCOb8KYcc5+xUsR8C3YOEdSNEkOsQZ5+umnGoK yDmyl+1Sb7CT8Z0K/D/sOaKicrFz338q3S4e2y4FkJV7Y6HJL/Mdqs6hH8djrWVWM2nA /TRXaADdpZ5NQJ1LfZAMGieFPV6BJN0V4LNRqi6qhV/FD8Mdkl0EBSsNrd8MwtnS8lJ9 FbLA== X-Gm-Message-State: AOJu0YzqaZJAoWw0Yfz2rl7+ad+l67wvBO/Nk7ezyuNQ6MPbiCFlJuEn SWHcOiq4clv+Xvp6hvO1E6aSifWXK1VUkrW4BC6AjhhdD+hQ+ajArUcBuTPf X-Gm-Gg: ASbGncvpJsIKWErGjPh4Sz7+bVzatQHfZuAF2i4k8HJkkwvlR7pX9Lr3TxeDbMbo4Va 3NxkC6ZBm8qe+Z2XJso3gKJUWImTOaN0f4XKU7+7stOrSdh3o4JDEyn1SER37C0wkjspk21Z47k mvMaHnNFIl73FfaTbvn92X4bLSIsqioZ6tp1k3DxlfMenygPOD3Sgb01f/OdbSQOGKW4+zKSvj7 AG6SdCDtVG1ex8Os6mODoKqOwTPhebpNLUCPYggl7uziQZh9BatftlyF1wq6fL+1t2pNP30isv1 AklmyVxC5afz X-Google-Smtp-Source: AGHT+IHmS4NLTyS6HkuTpNUHkqyAbKvK7sxA6P2sHxA1xLPI27AmNDL/XaVRBp/Z7YQXc0O1iY6Qiw== X-Received: by 2002:a05:6830:14c1:b0:727:3115:4e78 with SMTP id 46e09a7af769-72e2e1f98c9mr5872372a34.13.1743829264110; Fri, 04 Apr 2025 22:01:04 -0700 (PDT) Received: from fedora ([2806:10ae:e:79da::1]) by smtp.gmail.com with ESMTPSA id 46e09a7af769-72e30529b4asm953452a34.36.2025.04.04.22.01.03 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 04 Apr 2025 22:01:03 -0700 (PDT) From: =?utf-8?Q?Elijah_Gabe_P=C3=A9rez?= To: bug-gnu-emacs@gnu.org Subject: (WIP) [PATCH] Prettify page separators. X-Debbugs-Cc: Date: Fri, 04 Apr 2025 23:01:02 -0600 Message-ID: <87bjtbyzg1.fsf@gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Received-SPF: pass client-ip=2607:f8b0:4864:20::343; envelope-from=eg642616@gmail.com; helo=mail-ot1-x343.google.com X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.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, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=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-Spam-Score: 1.2 (+) 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: Tags: patch This feature prettify the page separator character (^L) with a horizontal line (to end of buffer) only if the character is at beginning of line. Unlike popular packages like page-break-lines and form-feed(-st), this one is written in C and does not present performance problems (I hope). Content analysis details: (1.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [2001:470:142:0:0:0:0:17 listed in] [list.dnswl.org] 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in digit (eg642616[at]gmail.com) -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (eg642616[at]gmail.com) 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 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.2 (/) --=-=-= Content-Type: text/plain Tags: patch This feature prettify the page separator character (^L) with a horizontal line (to end of buffer) only if the character is at beginning of line. Unlike popular packages like page-break-lines and form-feed(-st), this one is written in C and does not present performance problems (I hope). This package tries to be close to page-break-lines and be an alternative to make-separator-line. This partially works, however there are a few bugs that I can't find a solution for: - It won't display the characters inserted in front. I want to make it similar to display-fill-column, that only insert the horizontal line character if the row is empty. - For some reason it inserts newlines after inserting the character. - The highlighting stops when inserting or deleting newlines from previous or next line. I would like to hear your suggestions. Thanks. --=-=-= Content-Type: text/patch Content-Disposition: attachment; filename=0001-Prettify-page-separators.-bug.patch >From 1e058cc212fd5b46b2aed60b3ef3846f7a89bb15 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?El=C3=ADas=20Gabriel=20P=C3=A9rez?= Date: Fri, 4 Apr 2025 22:17:23 -0600 Subject: [PATCH] Prettify page separators. (bug#) Prettify page separator characters (^L) with a horizontal line. * src/xdisp.c (get_next_display_element): TODO: --- src/xdisp.c | 28 ++++++++++++++++++++++++++++ 1 file changed, 28 insertions(+) diff --git a/src/xdisp.c b/src/xdisp.c index c396b213b92..9d5056d2bce 100644 --- a/src/xdisp.c +++ b/src/xdisp.c @@ -8430,6 +8430,34 @@ get_next_display_element (struct it *it) int lface_id = 0; int escape_glyph; + if (c == '\f' && it->current_x == it->first_visible_x) + { + const int save_face_id = it->face_id; + const int save_char = it->char_to_display; + const int save_current_x = it->current_x; + const int save_ascent = it->ascent; + const int save_descent = it->descent; + + face_id = + merge_faces (it->w, Qtrailing_whitespace, 0, it->face_id); + XSETINT (it->ctl_chars[0], 0); + ctl_len = 0; + + it->char_to_display = '-'; + it->face_id = face_id; + for ( ; it->current_x - it->end_charpos <= it->last_visible_x; it->current_x++) + { + PRODUCE_GLYPHS (it); + } + + it->current_x = save_current_x; + it->face_id = save_face_id; + it->char_to_display = save_char; + it->ascent = save_ascent; + it->descent = save_descent; + goto display_control; + } + /* Handle control characters with ^. */ if (ASCII_CHAR_P (c) && it->ctl_arrow_p) -- 2.49.0 --=-=-= Content-Type: text/plain -- - E.G via GNU Emacs and Org. --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 05 03:40:41 2025 Received: (at 77544) by debbugs.gnu.org; 5 Apr 2025 07:40:41 +0000 Received: from localhost ([127.0.0.1]:41332 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u0y8u-0002Rl-NL for submit@debbugs.gnu.org; Sat, 05 Apr 2025 03:40:41 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:43614) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u0y8r-0002RS-OQ for 77544@debbugs.gnu.org; Sat, 05 Apr 2025 03:40:38 -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 1u0y8m-0002s5-Ax; Sat, 05 Apr 2025 03:40:32 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=iUpTfBMBcaii72JieraRiyPfkNwsOPHSzXOoGKuiJpM=; b=SnmKq/8RXtkwD+r/gW9S blfP7pn7FE+2hPYuFyvialMOPhyTXGsPOIXUnlR6FglNmW15BOAxhiaM3OwIIpaVJytsT2uSNc6yh /O5MXk07CrlRVjEjWyATuLLsVTWIf5M9eDJefV5fysspXgowCTmHQJ8qQtyrXqlbI72gSAL0Zl8sp y5dfzCjgDIp+vBLe8qJG90n+CByVjR1keRAaxLeHD+0E3/06VjeM/qYNoeb+8gM3bUdAsURC0HrOM S2nuSZeFAao1v19uAXSP7AWkywsHHFzvPU8ZRwEo2BEY7nUVvD4+blI8+pITaR8/rtxLRDN3Mrmp1 L37alYY9s3aFEg==; Date: Sat, 05 Apr 2025 10:40:25 +0300 Message-Id: <86ldsfxdhy.fsf@gnu.org> From: Eli Zaretskii To: Elijah Gabe =?utf-8?Q?P=C3=A9rez?= , =?utf-8?Q?Gerd_M=C3=B6llmann?= In-Reply-To: <87bjtbyzg1.fsf@gmail.com> (message from Elijah Gabe =?utf-8?Q?P=C3=A9rez?= on Fri, 04 Apr 2025 23:01:02 -0600) Subject: Re: bug#77544: (WIP) [PATCH] Prettify page separators. References: <87bjtbyzg1.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 77544 Cc: 77544@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 (---) > From: Elijah Gabe Pérez > Date: Fri, 04 Apr 2025 23:01:02 -0600 > > This feature prettify the page separator character (^L) with > a horizontal line (to end of buffer) only if the character > is at beginning of line. > > Unlike popular packages like page-break-lines and form-feed(-st), this > one is written in C and does not present performance problems (I hope). > > This package tries to be close to page-break-lines and be an alternative > to make-separator-line. > > This partially works, however there are a few bugs that I can't find a > solution for: > > - It won't display the characters inserted in front. > I want to make it similar to display-fill-column, that only > insert the horizontal line character if the row is empty. > - For some reason it inserts newlines after inserting the character. > - The highlighting stops when inserting or deleting newlines from > previous or next line. > > I would like to hear your suggestions. Thanks, please see a fewe comments below. > --- a/src/xdisp.c > +++ b/src/xdisp.c > @@ -8430,6 +8430,34 @@ get_next_display_element (struct it *it) > int lface_id = 0; > int escape_glyph; > > + if (c == '\f' && it->current_x == it->first_visible_x) IMO, this condition is incorrect. You should test for the previous character being a newline. The it->first_visible_x condition will be wrong in a continuation line, when the window is hscrolled, and when display-line-numbers-mode is turned on, as well as in some other situations (line/wrap-prefix etc.). > + { > + const int save_face_id = it->face_id; > + const int save_char = it->char_to_display; > + const int save_current_x = it->current_x; > + const int save_ascent = it->ascent; > + const int save_descent = it->descent; > + > + face_id = > + merge_faces (it->w, Qtrailing_whitespace, 0, it->face_id); > + XSETINT (it->ctl_chars[0], 0); > + ctl_len = 0; > + > + it->char_to_display = '-'; > + it->face_id = face_id; > + for ( ; it->current_x - it->end_charpos <= it->last_visible_x; it->current_x++) This condition is also incorrect, IMO: it->current_x is the pixel coordinate, whereas it->end_charpos is a character position in the buffer, so you cannot meaningfully subtract them. Also, I think this will be incorrect when the window has display margins. The right way to figure out the usable width is to call the function window_box_width or window_box_right_offset. These wrong conditions are probably the reasons for at least part of the problems you see with this patch. > + { > + PRODUCE_GLYPHS (it); > + } I think it's not a good idea to call PRODUCE_GLYPHS inside get_next_display_element. And in any case, this implementation is unnecessarily complicated, because we should probably use the display vector instead. The only complication here is that the number of glyphs in the display vector cannot be the one you need, since we need to produce the number of glyphs according to the window width. So we will need some special flag in the iterator object to keep producing glyphs from the display vector until we hit the right edge of the window's text area. Alternatively, we could implement this entirely in the terminal-specific back-end of the display engine (xterm.c, w32term.c, etc.), where we could detect the "^L" glyph sequence and replace it with a horizontal line of a suitable width and thickness. That would allow us to produce a separator that is much better-looking than just showing a long line of dashes. In any case, this must be an optional feature, so we will need a user option to control it, by default off. Adding Gerd in case he has ideas, suggestions, or further comments. Thanks for working on this. From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 05 04:53:19 2025 Received: (at 77544) by debbugs.gnu.org; 5 Apr 2025 08:53:19 +0000 Received: from localhost ([127.0.0.1]:41478 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u0zHD-0005n5-3X for submit@debbugs.gnu.org; Sat, 05 Apr 2025 04:53:19 -0400 Received: from mail-wm1-x32f.google.com ([2a00:1450:4864:20::32f]:44238) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1u0zH9-0005mm-Am for 77544@debbugs.gnu.org; Sat, 05 Apr 2025 04:53:16 -0400 Received: by mail-wm1-x32f.google.com with SMTP id 5b1f17b1804b1-43cf58eea0fso14278035e9.0 for <77544@debbugs.gnu.org>; Sat, 05 Apr 2025 01:53:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1743843188; x=1744447988; darn=debbugs.gnu.org; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=wmZFKvXqWRFeGh6MOveeFw9ko03hSz8L48c9rXemjg0=; b=RxOIDJBrxpEljg7WyIrfAK596ITaLZk+oXs7lGyZ7VgXNAtAUJVjjRW8ws2sTMF+jO xlvzHVp85QiBOWPF37DB8A+jBk8AH+t5kg67bYKir1IdqZo4l0EF5a5gRCr3GaUsgGbh qpfy2qIOxVHWMRqsyGuBWoQVKH4+nxPD48CudnDfl2a/XWOeHHA/uGacUU7DHdgyUAZI 9OMNlr3bA/siVbeXV13P1YR0DqWhtDLVqrfhhvpNteeiesROPw3gO72KcfR4Wm+w5KKs ENc7KEl8YWTcN+sMfa3gwt2xBxIgSk2cF423EQJOBjw8hWgGAjpAgimS/OradVRI0zzs maOA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743843188; x=1744447988; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=wmZFKvXqWRFeGh6MOveeFw9ko03hSz8L48c9rXemjg0=; b=ha6xr6oNwt9AI5nF73CV1ME5Gvr9cQ5g2RsMeLKPK9YSJFqTo3p3PzD3vwzNAJWL4c q8Eg6r8PldIQsEg30WHLSo7rzOwZ4gcRGzWOqaW+pHecgweuQ0gA5Ca77DbdHvamn0Ju h3fIKFQDbLGX65RxQ/yT84Z5rpk9/BGdYFeLji2MoIJkPSIvFzMfhGqoOkKenYnFxkkJ 4V2Ot3XoB5nT15I3CEz2nq+PsKyZJyw7Ybhwy4ChGa8lVn7FOK98IbxCfofNGfDUgncX WriNxUJ4Q5lw21qYCDWR0A/Qm3k6jzP+BM1NupdziIX9T+jZVKypZXDx4atw23JK1O86 o0wA== X-Forwarded-Encrypted: i=1; AJvYcCXa1rRS7T0LOaY/owTIlabUn/KyMI6fdkVrolIQ6rzwclyp49V/YY7Lm7FS/kCZPfMdVX/s0Q==@debbugs.gnu.org X-Gm-Message-State: AOJu0YyD/1kfRv8SfUZt2ehkWq/21tfMI5vTfpXODECsfMN/op2RBM9+ KNR1w4/IDHSIM66GYK+SHYM/G9xrLDhOb4pIx2QVFHB918ybshqIJYRACQ== X-Gm-Gg: ASbGncsIkNDdosm1pq9w8gKu1do51dJ82dPH8yfAjpDsHrEJfV3aTHgS4OqtXdDpeUw 8Y87FMJhrkh3+jiTdJmhUXk3jWpCokyTFqkCgg/4tEjw2u1CUhlQ6n8Bi1a56JnIA9No4u53TPO eP5j2wPEp3lcjb4xMqAyiUVwJQxR2FP4n/uDvlg9tZFT647EUcHp0a/s2RSkvhoUeYat2vLZYpP 21g/LZmJuDVYQxSO2lIy4PngQ9DJwQHdWy/8dlDWGLVfYgPYPu8KallSM2iY5CLSz0P/DCH1kUs LGihxfgmygn07770ddreJUV7Ea7ATBupNfTyjt8B1XFmeH0YQ3K1VAusY/rbEpbHEzT2MgfsnRn P12Pdh/qrC47RdAbzOVdmi/DvSipQEkhHLjbaotYSfx493aY1hM6JqQ== X-Google-Smtp-Source: AGHT+IEhE5c9Zaj1h2c9G9XHtl/H8vMfu4BKIic5umSVz7rhBUL9Y50j0wt7BKqQ265rvCnty3BQgg== X-Received: by 2002:a05:600c:1f0c:b0:43c:f81d:34 with SMTP id 5b1f17b1804b1-43ecf85db8bmr54316355e9.9.1743843188315; Sat, 05 Apr 2025 01:53:08 -0700 (PDT) Received: from pro2 (p200300e0b71e7700b416b1a5f2164327.dip0.t-ipconnect.de. [2003:e0:b71e:7700:b416:b1a5:f216:4327]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-39c301a7225sm6284763f8f.26.2025.04.05.01.53.06 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 05 Apr 2025 01:53:07 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Eli Zaretskii Subject: Re: bug#77544: (WIP) [PATCH] Prettify page separators. In-Reply-To: <86ldsfxdhy.fsf@gnu.org> References: <87bjtbyzg1.fsf@gmail.com> <86ldsfxdhy.fsf@gnu.org> Date: Sat, 05 Apr 2025 10:53:06 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 77544 Cc: Elijah Gabe =?utf-8?Q?P=C3=A9rez?= , 77544@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 (-) Eli Zaretskii writes: > Adding Gerd in case he has ideas, suggestions, or further comments. Nothing to add to your comments ATM, but maybe an alternative idea: how about solving this with a new type of display property for drawing a horizontal line? Say `horizontal-line WIDTH' where WIDTH could be nil or something to draw a line to the end of the display area? That would have the advantage that it would be a relatively locally confined change and would have no impact when not used, and hopefully little potential to break unrelated things when not used. One would have to have some Lisp though that puts the display property on form-feeds. From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 05 06:33:43 2025 Received: (at 77544) by debbugs.gnu.org; 5 Apr 2025 10:33:43 +0000 Received: from localhost ([127.0.0.1]:41669 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u10qN-00026L-3L for submit@debbugs.gnu.org; Sat, 05 Apr 2025 06:33:43 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:53288) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u10qK-000266-Oe for 77544@debbugs.gnu.org; Sat, 05 Apr 2025 06:33:41 -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 1u10qF-0001bH-Bo; Sat, 05 Apr 2025 06:33:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=24oZ494Z9Ao5AHsrn22wHV1q3v+wac1AgXWVdd01edM=; b=px3ujuDeGqt3vAA82OE9 LYVAGGSlpmFHkTBVPfqviwQBnrpXrHlBX4VoeqvdqXu8ZaqPKjxaTC2OWpT2qv2Q87/EQZmUuuM+y huS/LKJmV5Ii5TtBBQW1maYXi4HQENWSBxIL/jJbvgSmwEoENv4fpxqTlWRx4+4Je2DsmR0a42qS+ MfzSNCFmAJu0Smgl9UoDv33J33wqtEarywUjkH0aFFWUPJi986qxfqOi7SO5lr++yB6G2utgdUCm7 UV2koqcFA15cYu6kjuYDaO6uS3dNVK8uA9/mxpSz668VaqwovwXKQyHGqxHg/qz4PeZSYV8EXGPD5 o3g8bU/ptMTQcA==; Date: Sat, 05 Apr 2025 13:33:31 +0300 Message-Id: <86mscux5hg.fsf@gnu.org> From: Eli Zaretskii To: Gerd =?utf-8?Q?M=C3=B6llmann?= In-Reply-To: (message from Gerd =?utf-8?Q?M?= =?utf-8?Q?=C3=B6llmann?= on Sat, 05 Apr 2025 10:53:06 +0200) Subject: Re: bug#77544: (WIP) [PATCH] Prettify page separators. References: <87bjtbyzg1.fsf@gmail.com> <86ldsfxdhy.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 77544 Cc: eg642616@gmail.com, 77544@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 (---) > From: Gerd Möllmann > Cc: Elijah Gabe Pérez , > 77544@debbugs.gnu.org > Date: Sat, 05 Apr 2025 10:53:06 +0200 > > Eli Zaretskii writes: > > > Adding Gerd in case he has ideas, suggestions, or further comments. > > Nothing to add to your comments ATM, but maybe an alternative idea: how > about solving this with a new type of display property for drawing a > horizontal line? Say `horizontal-line WIDTH' where WIDTH could be nil or > something to draw a line to the end of the display area? That would have > the advantage that it would be a relatively locally confined change and > would have no impact when not used, and hopefully little potential to > break unrelated things when not used. Thanks, sounds like a good idea. > One would have to have some Lisp though that puts the display property > on form-feeds. Right. Maybe a minor mode? Or an optional feature of whitespace-mode? From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 05 13:57:54 2025 Received: (at 77544) by debbugs.gnu.org; 5 Apr 2025 17:57:54 +0000 Received: from localhost ([127.0.0.1]:44686 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u17mD-0002iE-Ns for submit@debbugs.gnu.org; Sat, 05 Apr 2025 13:57:54 -0400 Received: from mail-oa1-x41.google.com ([2001:4860:4864:20::41]:43454) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1u17mB-0002hv-9g for 77544@debbugs.gnu.org; Sat, 05 Apr 2025 13:57:52 -0400 Received: by mail-oa1-x41.google.com with SMTP id 586e51a60fabf-2c72cb91e9cso2437342fac.1 for <77544@debbugs.gnu.org>; Sat, 05 Apr 2025 10:57:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1743875865; x=1744480665; darn=debbugs.gnu.org; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=A/pT7k9Kq7Qe1ahVLfz6ER8zUkB6sZi9La6o1crVYPE=; b=R/st1w0vk+a+MkqEhWQVexD4M6AWeST2Dn/fTwv9/zOSiyH09eqyMQ8IO2QXMLa49B o9R1lIP+NdRuWmssFM2+BipF9ObtIAZ3DQgRsKHBNMjKDoFDv4cYhZu5iSk3zeEfXY1y GqrbOkDiVwAKct4nERITG5I2aAgvG1NO1PhpgxzdiTCzRYeld2m3lwMflCkcPGQcRb2H 1u4omMuetxcfzehxbCEWK0BQQmNSDErEsBq4okVCAz4vA3ABtjdPm1Kp8w85sIQjXtCL OB5r/1ev7nQMGqugMAAmBAa82wbEb2ZQ4UaSe2OWnDAnPaM332qkdguXOvxALhAuj/+g Nk6A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743875865; x=1744480665; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=A/pT7k9Kq7Qe1ahVLfz6ER8zUkB6sZi9La6o1crVYPE=; b=pYRG/SCSwG5d55EnFaxeM2GwlA29ErVXKkeVYUSld9NoE2uAj185sQ9DdYqh7DgHCO eD2zPZtJushd4FgjBgDFg5GQXKxGgMvRD2rSYgUFyXTwjq9TPmkqxoaW6gsQuqlO/SxM y9f/42Hi1BoYbIKWDFvMbHg5BjbpjGfvrEJ9fiFSnCJoyfUfFzOMJcioybmm4TIWKhnp lzwzJgYbXwW7/Gk69yJG7zgzgbCENA9v7YX8wKg6OhPsueWUiZr8fipFTi90ImAQI7xW Lju/xmzS1RjEInkf8YtpGytMQr/EgfMMQkjVYqeGk44VWNKlGAvNmO3Zw9tcXnux+QYv m3EA== X-Forwarded-Encrypted: i=1; AJvYcCVVlrPCv3BOD7BeWxJGKs8fRB4bSZeTNXu4eFvpwX0Q4vp3MuQR3bVJKJPjlqmSKekeS60Ntw==@debbugs.gnu.org X-Gm-Message-State: AOJu0Yzg+6JRT5BE2EwOCIE1iGLr34xcU1tYYFovQ/4JN5YA3SPKJSIb +yZRjYdbHg5iCeQDtq8qAnYGjfOYuRK8KlG6Q/Hr2giQuZyrer4rWjUdhmiR X-Gm-Gg: ASbGncv/71Ke0muez7K1lv8xw/Btatx01x3WuWPJUfssqctFpvQ/nyVcnmrDgzjfMod R24xQFA4KvBs36T22EpRQjkjl91GWGA62DzmwYXr/9a+dP2kUU4B8N0v5NjhkhTgBNbd6VwLbRv Uh+1YVLKFknPRDEMrN9sjoKc3kgpAl7wwgk0hSu2w7FlsSo7Ii62Zt32PUI8qmkyCPQADR8HGF2 DhU/JjNX/NRrO/VUWM5hrOlKbuBgz/cA00kS/sxzgCM9VzwM6wR4tlA9m+L7o+zyFf5SWEO4By1 P3TLd9focMgq9fQCTpUiUOc= X-Google-Smtp-Source: AGHT+IGOC6/KhFB2Ecqf/QJL8FZsW0ECuZ/btJ7Io2PSOMc4uvpu6XIOHb9HIVbmpxD2aUkbICMxfQ== X-Received: by 2002:a05:6871:7292:b0:2b8:5d9e:d0d9 with SMTP id 586e51a60fabf-2cc7a595721mr6277109fac.4.1743875864916; Sat, 05 Apr 2025 10:57:44 -0700 (PDT) Received: from fedora ([2806:10ae:e:79da::1]) by smtp.gmail.com with ESMTPSA id 586e51a60fabf-2cc84be9376sm1310947fac.50.2025.04.05.10.57.44 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 05 Apr 2025 10:57:44 -0700 (PDT) From: =?utf-8?Q?Elijah_Gabe_P=C3=A9rez?= To: Eli Zaretskii Subject: Re: bug#77544: (WIP) [PATCH] Prettify page separators. In-Reply-To: <86ldsfxdhy.fsf@gnu.org> References: <87bjtbyzg1.fsf@gmail.com> <86ldsfxdhy.fsf@gnu.org> Date: Sat, 05 Apr 2025 11:57:42 -0600 Message-ID: <877c3yebjd.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/31.0.50 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: 2.7 (++) 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: Eli Zaretskii writes: >> --- a/src/xdisp.c >> +++ b/src/xdisp.c >> @@ -8430,6 +8430,34 @@ get_next_display_element (struct it *it) >> int lface_id = 0; >> int escape_glyph; >> >> + if (c == '\f' && it->current_x == it->fir [...] Content analysis details: (2.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in digit (eg642616[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (eg642616[at]gmail.com) -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [2001:4860:4864:20:0:0:0:41 listed in] [list.dnswl.org] 0.0 HTML_MESSAGE BODY: HTML included in message 2.4 HTML_OBFUSCATE_20_30 BODY: Message is 20% to 30% HTML obfuscation X-Debbugs-Envelope-To: 77544 Cc: Gerd =?utf-8?Q?M=C3=B6llmann?= , 77544@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 (+) 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: Eli Zaretskii writes: >> --- a/src/xdisp.c >> +++ b/src/xdisp.c >> @@ -8430,6 +8430,34 @@ get_next_display_element (struct it *it) >> int lface_id = 0; >> int escape_glyph; >> >> + if (c == '\f' && it->current_x == it->fir [...] Content analysis details: (1.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [2001:4860:4864:20:0:0:0:41 listed in] [list.dnswl.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.2 FREEMAIL_ENVFROM_END_DIGIT Envelope-from freemail username ends in digit (eg642616[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (eg642616[at]gmail.com) 0.0 HTML_MESSAGE BODY: HTML included in message 2.4 HTML_OBFUSCATE_20_30 BODY: Message is 20% to 30% HTML obfuscation -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager --=-=-= Content-Type: multipart/alternative; boundary="==-=-=" --==-=-= Content-Type: text/plain Eli Zaretskii writes: >> --- a/src/xdisp.c >> +++ b/src/xdisp.c >> @@ -8430,6 +8430,34 @@ get_next_display_element (struct it *it) >> int lface_id = 0; >> int escape_glyph; >> >> + if (c == '\f' && it->current_x == it->first_visible_x) > > IMO, this condition is incorrect. You should test for the previous > character being a newline. The it->first_visible_x condition will be > wrong in a continuation line, when the window is hscrolled, and when > display-line-numbers-mode is turned on, as well as in some other > situations (line/wrap-prefix etc.). > >> + { >> + const int save_face_id = it->face_id; >> + const int save_char = it->char_to_display; >> + const int save_current_x = it->current_x; >> + const int save_ascent = it->ascent; >> + const int save_descent = it->descent; >> + >> + face_id = >> + merge_faces (it->w, Qtrailing_whitespace, 0, it->face_id); >> + XSETINT (it->ctl_chars[0], 0); >> + ctl_len = 0; >> + >> + it->char_to_display = '-'; >> + it->face_id = face_id; >> + for ( ; it->current_x - it->end_charpos <= it->last_visible_x; it->current_x++) > > This condition is also incorrect, IMO: it->current_x is the pixel > coordinate, whereas it->end_charpos is a character position in the > buffer, so you cannot meaningfully subtract them. Also, I think this > will be incorrect when the window has display margins. > > The right way to figure out the usable width is to call the function > window_box_width or window_box_right_offset. > > These wrong conditions are probably the reasons for at least part of > the problems you see with this patch. I'll take it into account. Thanks. >> + { >> + PRODUCE_GLYPHS (it); >> + } > > I think it's not a good idea to call PRODUCE_GLYPHS inside > get_next_display_element. I originally wanted to put this in display_line, however, get_next_display_element was overriding the character face so i thought that adding it to get_next_display_element (where ^L is displayed) would be a better solution. > Alternatively, we could implement this entirely in the > terminal-specific back-end of the display engine (xterm.c, w32term.c, > etc.), where we could detect the "^L" glyph sequence and replace it > with a horizontal line of a suitable width and thickness. That would > allow us to produce a separator that is much better-looking than just > showing a long line of dashes. The dashes are temporal, I'm planning to add a variable that store the character to display (like display-fill-column-indicator-character). I don't think it would be better display a line instead a character, in that case, I would have preferred to use a face with a strike-through. This should work for both Terminal and GUI frames. > In any case, this must be an optional feature, so we will need a user > option to control it, by default off. Yeah, this will be buffer-local and have an user option (not minor mode) for enable/disable it (disabled by default), i didn't added the options yet because first i was testing if this works well, the same for the face used. --==-=-= Content-Type: text/html

Eli Zaretskii <eliz@gnu.org> writes:

— a/src/xdisp.c
+ b/src/xdisp.c
@@ -8430,6 8430,34 @@ getnextdisplayelement (struct it *it)
int lfaceid = 0;
int escapeglyph;

+ if (c = '\f' && it->current_x = it->firstvisiblex)

IMO, this condition is incorrect. You should test for the previous
character being a newline. The it->firstvisiblex condition will be
wrong in a continuation line, when the window is hscrolled, and when
display-line-numbers-mode is turned on, as well as in some other
situations (line/wrap-prefix etc.).

+ {
+ const int savefaceid = it->faceid;
+ const int savechar = it->chartodisplay;
+ const int savecurrentx = it->currentx;
+ const int saveascent = it->ascent;
+ const int savedescent = it->descent;
+
+ faceid =
+ mergefaces (it->w, Qtrailingwhitespace, 0, it->faceid);
+ XSETINT (it->ctlchars[0], 0);
+ ctllen = 0;
+
+ it->chartodisplay = '-';
+ it->faceid = faceid;
+ for ( ; it->currentx - it->endcharpos <= it->lastvisiblex; it->currentx+)

This condition is also incorrect, IMO: it->currentx is the pixel
coordinate, whereas it->endcharpos is a character position in the
buffer, so you cannot meaningfully subtract them. Also, I think this
will be incorrect when the window has display margins.

The right way to figure out the usable width is to call the function
windowboxwidth or windowboxrightoffset.

These wrong conditions are probably the reasons for at least part of
the problems you see with this patch.

I'll take it into account. Thanks.

+ {
+ PRODUCEGLYPHS (it);
+ }

I think it's not a good idea to call PRODUCEGLYPHS inside
getnextdisplayelement.

I originally wanted to put this in displayline, however,
getnextdisplayelement was overriding the character face so i thought
that adding it to getnextdisplayelement (where ^L is displayed)
would be a better solution.

Alternatively, we could implement this entirely in the
terminal-specific back-end of the display engine (xterm.c, w32term.c,
etc.), where we could detect the "L" glyph sequence and replace it
with a horizontal line of a suitable width and thickness. That would
allow us to produce a separator that is much better-looking than just
showing a long line of dashes.

The dashes are temporal, I'm planning to add a variable that store
the character to display (like display-fill-column-indicator-character).

I don't think it would be better display a line instead a character, in
that case, I would have preferred to use a face with a strike-through.

This should work for both Terminal and GUI frames.

In any case, this must be an optional feature, so we will need a user
option to control it, by default off.

Yeah, this will be buffer-local and have an user option (not minor mode)
for enable/disable it (disabled by default), i didn't added the options
yet because first i was testing if this works well, the same for the
face used.

--==-=-=-- --=-=-= Content-Type: text/plain -- - E.G via GNU Emacs and Org. --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 05 14:08:13 2025 Received: (at 77544) by debbugs.gnu.org; 5 Apr 2025 18:08:13 +0000 Received: from localhost ([127.0.0.1]:44708 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u17wC-0003DZ-Kg for submit@debbugs.gnu.org; Sat, 05 Apr 2025 14:08:12 -0400 Received: from mail-oi1-x244.google.com ([2607:f8b0:4864:20::244]:61709) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1u17wA-0003DJ-AS for 77544@debbugs.gnu.org; Sat, 05 Apr 2025 14:08:10 -0400 Received: by mail-oi1-x244.google.com with SMTP id 5614622812f47-3fa6c54cdb2so2552826b6e.3 for <77544@debbugs.gnu.org>; Sat, 05 Apr 2025 11:08:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1743876484; x=1744481284; darn=debbugs.gnu.org; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=lxMVBH1hQ1YgoXiTZBZZ6x/88fjRZe/50/G2ZsOWWpI=; b=lqhOe0387y+XkQDgv5X81WZPhUc06rHB4n8zdNioFE5J0211jMUnDSzDyZ1vr24rXu 2ZrMDBJ3UMwNsU2L4aTUzF5C5zrEifRalhUQDISidv2lczAh1gL7pvl7iIkOoWQ4cBCy H0TKQNdU4ItXA23+Ap4Mt6jFMR75lVeG1SNzQQ00mNq6jMMPdZzG3VdSM1uIMNn8Sh51 QIxmn6I9RH0mugoD/miEvd3WIJWe6V8Z9r+yC8D7UCEAKLNOYAgLGpUJxjpUnnMc8yNj uCR/Byd9aKIOk0gEuPpYt2V4pXAGj8GtmTf3SLqaoFSz/hBdVNGNO6fcbm2LlU8IM8Yc yl0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743876484; x=1744481284; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=lxMVBH1hQ1YgoXiTZBZZ6x/88fjRZe/50/G2ZsOWWpI=; b=cCGz1RqIAWT1wu/9ZxnMl0MnBnFCeGxan5PoL7LzrAT5UmCLUGwDEwPfsb72nFLWVf OLBVEmjosj3hIq3XVGarlVrpx7arj8c3ASR/Hfsgv9Ia0jm/qof59qLRSzstkobVNeXN 32/4zqkG9vzAD0fXbmIZuFZUyAZg+gZHt6o7Un03bBx+oEOt3E05KAn1fWHcinkKJbfo KWSbg2ByB5IBc66E9XOGQoZ962dtmFO3h0AtCSdK/TV+jjr7O/h4eN2AdNOSX/qozgtc zEV8q+L00AwpBsKqQYMs6XCUIqf4w0UCP4Z0icFqaE9TgtEKI5Ce9V6P0Cy0b1S+cSiz pYuw== X-Forwarded-Encrypted: i=1; AJvYcCWA1RqJsP0OcKwDpMOYGLboNwXYdXfaOLSqlLhQ3Aw8eschA9kaE7KiarRNYYqIuoXzdo/d9g==@debbugs.gnu.org X-Gm-Message-State: AOJu0YyTDnhVDrg6QF9l42xG6sNISL2dF8JRfBZaNcWyDZG9I6N4Uyhe viNUtKNl01CvrxFeEIC50gqISlqxhgseZawbjPiucEoT3pK0qarbKi11FvjZ X-Gm-Gg: ASbGnctTi7K2fxoWTPNAsHUE8A+iuy/3PQkWX5TZLLW1NKgLOme7pIGHcI8KTn6cs1l sZ3Jg/ZvSgmq1k7wMV+Fx+X+pVhZz9xlbQy3iWqEvFhnIexnnmOWx6Eg9EH51cG3Uzo8wI8Xt+n 8z4ymMGeSFEMUuaEIrERQsyzP+svvnbZb+dFStqB1ptjpVdoCqLEPDerXe4NSM6/hLJGC6ry59n z5aLcTJZ/ososQ6P6HF8fVagB584gQs+4+2vpNWgh/CH/zXSt0bJ6GLNgqmxEfW/tX1rHXuNNoP /aAULhtR/OcP X-Google-Smtp-Source: AGHT+IH0FoGIPOpEp+sVBwuC3uAODCSJz6i24Kq/Q5ELtTm2QYs3BC5mG8i8limxJFUiZm59umbk0A== X-Received: by 2002:a05:6808:1b8b:b0:3f3:f90b:f1b9 with SMTP id 5614622812f47-400463f8a75mr3980161b6e.0.1743876484060; Sat, 05 Apr 2025 11:08:04 -0700 (PDT) Received: from fedora ([2806:10ae:e:79da::1]) by smtp.gmail.com with ESMTPSA id 5614622812f47-4003ff99759sm1086868b6e.21.2025.04.05.11.08.03 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 05 Apr 2025 11:08:03 -0700 (PDT) From: =?utf-8?Q?Elijah_Gabe_P=C3=A9rez?= To: Gerd =?utf-8?Q?M=C3=B6llmann?= Subject: Re: bug#77544: (WIP) [PATCH] Prettify page separators. In-Reply-To: References: <87bjtbyzg1.fsf@gmail.com> <86ldsfxdhy.fsf@gnu.org> Date: Sat, 05 Apr 2025 12:08:02 -0600 Message-ID: <87zfgucwhp.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/31.0.50 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 77544 Cc: Eli Zaretskii , 77544@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 (/) --=-=-= Content-Type: multipart/alternative; boundary="==-=-=" --==-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Gerd M=C3=B6llmann writes: > Nothing to add to your comments ATM, but maybe an alternative idea: how > about solving this with a new type of display property for drawing a > horizontal line? Say `horizontal-line WIDTH' where WIDTH could be nil or > something to draw a line to the end of the display area? That would have > the advantage that it would be a relatively locally confined change and > would have no impact when not used, and hopefully little potential to > break unrelated things when not used. I like this idea. > One would have to have some Lisp though that puts the display property > on form-feeds. In this case I would move this code to Lisp instead of C. --==-=-= Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

Gerd M=C3=B6llmann <gerd.moellmann@gmail.com> writes:

Nothing to add to your comments ATM, but maybe an alternative idea: ho= w
about solving this with a new type of display property for drawing a
horizontal line? Say `horizontal-line WIDTH' where WIDTH could be nil or something to draw a line to the end of the display area? That would have the advantage that it would be a relatively locally confined change and
would have no impact when not used, and hopefully little potential to
break unrelated things when not used.

I like this idea.

One would have to have some Lisp though that puts the display property=
on form-feeds.

In this case I would move this code to Lisp instead of C.

--==-=-=-- --=-=-= Content-Type: text/plain -- - E.G via GNU Emacs and Org. --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 05 14:13:36 2025 Received: (at 77544) by debbugs.gnu.org; 5 Apr 2025 18:13:36 +0000 Received: from localhost ([127.0.0.1]:44715 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u181Q-0003S8-Af for submit@debbugs.gnu.org; Sat, 05 Apr 2025 14:13:36 -0400 Received: from mail-oo1-xc42.google.com ([2607:f8b0:4864:20::c42]:56339) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1u181O-0003Rs-4h for 77544@debbugs.gnu.org; Sat, 05 Apr 2025 14:13:34 -0400 Received: by mail-oo1-xc42.google.com with SMTP id 006d021491bc7-6040465b9e2so1660469eaf.0 for <77544@debbugs.gnu.org>; Sat, 05 Apr 2025 11:13:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1743876808; x=1744481608; darn=debbugs.gnu.org; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:from:to:cc:subject:date:message-id:reply-to; bh=XoiHUhIEdYPgZIE6mzy2+/mEa5MPlqW7SWbYuCvdB+E=; b=Y0c/19q3vtZMa/UBLvF1fO2E20+iiX+J/kuwu/nqZqb7jgFkv4Q41BAv9SzKdTHmzG 8aXJVEdc3pDKivWnXKKna7ZQ+j8KdEZRZVJykKzSvzZMlP2LmEawXfZARqf22zXk1YRi D0aH4f/en9L25inIFL6Pl/TLTbqhLLWdgaVzaZydL2gcGZL8CBdBKtky2I+6gFEzcuDo 0dwNeeZiy6ACDm+62i0hL7PbaM0jysKLUi+UsAgsnZNqtVION0Suggstic2ZOtXyLhef CheJ0nK+e/X51JZhgDOC9xotxtAFGna9hoaldX/CnNRgMSG6YxOz8awaV6+g/KVuA42x WHWQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743876808; x=1744481608; h=mime-version:user-agent:message-id:date:references:in-reply-to :subject:cc:to:from:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=XoiHUhIEdYPgZIE6mzy2+/mEa5MPlqW7SWbYuCvdB+E=; b=SwBHyk8UbyGHfjhQLBQvrFMotGmgX6g0/wCpmY8dBo/P8NpxoEgcjsPSgABTSPqH8X 8i9ZderivXOxvvqWtQrOR9uvFWkpFBm4gqVnA2EvrtVGzDOxj6XktzlZ/fkQnD5JgiUd hC09WIl/NseI4HmEo0MSKwYl+W4y9BSqBHBfvdsgDNqes/u6njXd3my0EiUH34SU04xG 6OV4Mbtcl+TgOAZgjRqVc2VjCEWsoXv9KBGeXszdcIn3ynvbdS8RLojYqlm7i9yR6W4F as7H7xqkRXf+hwKIH9pJIOdxkRY34o0jusdx8X7gJ8bBWh5re3K+9yrYu2fsjyAcn3vr LQRg== X-Forwarded-Encrypted: i=1; AJvYcCWdL64fdM+0Gy8lsTS+dbpLnekhVzAzCBGLLJXg3v6eY1ZU6M1v056PImhHsx8CJAFzlV7AdQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0YwkeaeQHdrF8WtYHc7/rb0f9/zBt3HH7KG2TYmIAroZaMlgiEsR LlVhDdaIpZgoxBpXtmO4Rg+tQLY5X5ZB4TCReFgOWrAVTH5sDghFjcmnafIY X-Gm-Gg: ASbGncuzubMldzsXP6o3hXJfxP3j/ajrCt2Mowf33K1+EwLy1W1uWMXECxyus9XHsWq rRE7kF8qvXwxFgiXkZ0eIf4UkWntBtCNiYuU61zfpSjseOJtyHMklVOHEVD1umrwAxVhlFYgVkO Gxb62GUIl9NTukG0uy0HZzP3J0naIb2WBogkd1C9WhoOJLd1Y8f7KEwx+5JT32Gz2L+P/57fRUN L2pXy3E24ivwyIfoZYqXGn3r2PJyyhyylSpdpDVXQBK0usXtTN1mbH76szvk0NDtN2ty1/Ww/Ma 7rIXL3AgMf2e X-Google-Smtp-Source: AGHT+IG2qMNrcZMnj0cKqcT5zx6KjiFk4DQXQkytUDZS88ElTrjIzjjuU7dNk1kHQwmW2/bTYOksJg== X-Received: by 2002:a05:6820:1c81:b0:603:f9b2:e2e9 with SMTP id 006d021491bc7-60416720fddmr3331508eaf.7.1743876807728; Sat, 05 Apr 2025 11:13:27 -0700 (PDT) Received: from fedora ([2806:10ae:e:79da::1]) by smtp.gmail.com with ESMTPSA id 006d021491bc7-6040c4ea8dbsm1127854eaf.18.2025.04.05.11.13.27 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 05 Apr 2025 11:13:27 -0700 (PDT) From: =?utf-8?Q?Elijah_Gabe_P=C3=A9rez?= To: Eli Zaretskii Subject: Re: bug#77544: (WIP) [PATCH] Prettify page separators. In-Reply-To: <86mscux5hg.fsf@gnu.org> References: <87bjtbyzg1.fsf@gmail.com> <86ldsfxdhy.fsf@gnu.org> <86mscux5hg.fsf@gnu.org> Date: Sat, 05 Apr 2025 12:13:26 -0600 Message-ID: <87v7ricw8p.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/31.0.50 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 77544 Cc: Gerd =?utf-8?Q?M=C3=B6llmann?= , 77544@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 (/) --=-=-= Content-Type: multipart/alternative; boundary="==-=-=" --==-=-= Content-Type: text/plain Eli Zaretskii writes: >> One would have to have some Lisp though that puts the display property >> on form-feeds. > > Right. Maybe a minor mode? I think a minor mode would be better. > Or an optional feature of whitespace-mode? I don't think whitespace-mode is related to this. --==-=-= Content-Type: text/html

Eli Zaretskii <eliz@gnu.org> writes:

One would have to have some Lisp though that puts the display property
on form-feeds.

Right. Maybe a minor mode?

I think a minor mode would be better.

Or an optional feature of whitespace-mode?

I don't think whitespace-mode is related to this.

--==-=-=-- --=-=-= Content-Type: text/plain -- - E.G via GNU Emacs and Org. --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 06 01:06:38 2025 Received: (at 77544) by debbugs.gnu.org; 6 Apr 2025 05:06:38 +0000 Received: from localhost ([127.0.0.1]:45690 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u1IDN-0001xI-OB for submit@debbugs.gnu.org; Sun, 06 Apr 2025 01:06:38 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:47596) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u1IDL-0001x2-Hg for 77544@debbugs.gnu.org; Sun, 06 Apr 2025 01:06:35 -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 1u1IDF-0006QC-Ui; Sun, 06 Apr 2025 01:06:29 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=zOKYcdOeELqR6Dhr1NqTG4gx4C8Zp4nxv0gLq/+iT0k=; b=ris8lIiuwXQ2RSCqF21r iPllGb/5x313EBW8geUX+15L7/OH2BsjaL8osFS17Z+5148/k+lHGO4PMO8U3m9JJFIK3UyeYncgc H0B9mVXX/tsCU9G2TF/q30zegrm85f8pIhW9b1/gLwEOwbF9LxTLTD8dN/Kq6NaXdr6TtRjIlbWp8 gDuoPhEUXdlOzaCJkG9zSnv1bCe+vvIPDLPCL5nbzHbF9/92YMNyCBE47On8QoBUPubzhcyLhVaJg b9Uwh7ApQy0CnPfz/UftkWZF7FdNs8Fktg2LayNrmPt0Y3NrvErnsSHeVzknBW245NGdjJsm4vQSH SDI83hhZVU/lOQ==; Date: Sun, 06 Apr 2025 08:06:27 +0300 Message-Id: <86o6x9vpyk.fsf@gnu.org> From: Eli Zaretskii To: Elijah Gabe =?utf-8?Q?P=C3=A9rez?= In-Reply-To: <87zfgucwhp.fsf@gmail.com> (message from Elijah Gabe =?utf-8?Q?P=C3=A9rez?= on Sat, 05 Apr 2025 12:08:02 -0600) Subject: Re: bug#77544: (WIP) [PATCH] Prettify page separators. References: <87bjtbyzg1.fsf@gmail.com> <86ldsfxdhy.fsf@gnu.org> <87zfgucwhp.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 77544 Cc: gerd.moellmann@gmail.com, 77544@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 (---) > From: Elijah Gabe Pérez > Cc: Eli Zaretskii , 77544@debbugs.gnu.org > Date: Sat, 05 Apr 2025 12:08:02 -0600 > > Gerd Möllmann writes: > > Nothing to add to your comments ATM, but maybe an alternative idea: how > about solving this with a new type of display property for drawing a > horizontal line? Say `horizontal-line WIDTH' where WIDTH could be nil or > something to draw a line to the end of the display area? That would have > the advantage that it would be a relatively locally confined change and > would have no impact when not used, and hopefully little potential to > break unrelated things when not used. > > I like this idea. > > One would have to have some Lisp though that puts the display property > on form-feeds. > > In this case I would move this code to Lisp instead of C. A new kind of display property must be implemented in C. The rest of the code can be in Lisp. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 06 01:07:20 2025 Received: (at 77544) by debbugs.gnu.org; 6 Apr 2025 05:07:20 +0000 Received: from localhost ([127.0.0.1]:45695 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u1IE4-00025p-8M for submit@debbugs.gnu.org; Sun, 06 Apr 2025 01:07:20 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:57960) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u1IE1-00024U-Oj for 77544@debbugs.gnu.org; Sun, 06 Apr 2025 01:07:18 -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 1u1IDw-0006SC-GD; Sun, 06 Apr 2025 01:07:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=s5m/VLT+nUnP06Tt2mQ8AYvYOniR0T4Sj8O2dRl1u7g=; b=fF3QQJ5pdKKhurc3hLb/ ffVa8wPWdIiXXi5O4RQ7p6JdyESqQ5tai1kPqPqfdIWEbpgXEYg320aQihQGBx5+6BIgymlaHCJF2 u+50fIZialFqV3TH+ASgTlRwxJWxARLJF5ufMGMNFvc8ZR59nwg+2a+XM0gxGoF7RRmmYSHfgHa5k Nxie7X92ZMqElHDzjTF2XGzZLhIG85uDD1RLeIJlnblTssXC9hv9G4gNbqWbZ8Nz6gCdK5XoFtCUF ZgKFOWZ+McCDCrjtBSMLU5TEX4qeYYrq2rIJ8A4rTvUz6icnrKQXVYbfL+Hlyh5E88uabdZmt2yzN xN7C2lVnm70xKQ==; Date: Sun, 06 Apr 2025 08:07:09 +0300 Message-Id: <86msctvpxe.fsf@gnu.org> From: Eli Zaretskii To: Elijah Gabe =?utf-8?Q?P=C3=A9rez?= In-Reply-To: <87v7ricw8p.fsf@gmail.com> (message from Elijah Gabe =?utf-8?Q?P=C3=A9rez?= on Sat, 05 Apr 2025 12:13:26 -0600) Subject: Re: bug#77544: (WIP) [PATCH] Prettify page separators. References: <87bjtbyzg1.fsf@gmail.com> <86ldsfxdhy.fsf@gnu.org> <86mscux5hg.fsf@gnu.org> <87v7ricw8p.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 77544 Cc: gerd.moellmann@gmail.com, 77544@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 (---) > From: Elijah Gabe Pérez > Cc: Gerd Möllmann , > 77544@debbugs.gnu.org > Date: Sat, 05 Apr 2025 12:13:26 -0600 > > Eli Zaretskii writes: > > One would have to have some Lisp though that puts the display property > on form-feeds. > > Right. Maybe a minor mode? > > I think a minor mode would be better. > > Or an optional feature of whitespace-mode? > > I don't think whitespace-mode is related to this. The form-feed ^L character is one of whitespace characters. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 06 01:25:13 2025 Received: (at 77544) by debbugs.gnu.org; 6 Apr 2025 05:25:13 +0000 Received: from localhost ([127.0.0.1]:45708 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u1IVM-0002vg-Rf for submit@debbugs.gnu.org; Sun, 06 Apr 2025 01:25:13 -0400 Received: from mail-qv1-xf44.google.com ([2607:f8b0:4864:20::f44]:57803) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1u1IVK-0002ul-DF for 77544@debbugs.gnu.org; Sun, 06 Apr 2025 01:25:10 -0400 Received: by mail-qv1-xf44.google.com with SMTP id 6a1803df08f44-6e904f53151so28883576d6.3 for <77544@debbugs.gnu.org>; Sat, 05 Apr 2025 22:25:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1743917104; x=1744521904; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Hg8867Z+c/o8MoH2eeiipLLB+R6xjeYnpEZEGLby1sE=; b=Sv84wLLk9tGiYGPEO6OPaZczBdtXjQMUiOQWTNNaWdfyc7/rZB3nRGwZM/moQbFB0T CFzHAYxh8f3ZaC9uD+orfQe5lEmlxAD0dOo9t6eilDDJyS9oI27RTjDTU2vU/U25dNRW oaez6OlPZRSMXMY2vC5NJsFqNm6sntQOKSHWiTUmkSWIi3RNhM8QsHN/6ikOHHI9zyoO PffbxYgt8Zfr2oa3TCdikji6jTZdNI2Bfn15kkG1g+wCBWFwfYyjEBLVM5undVWALBBO depvek/N0Hxe8zsh8/hg5Fl7YhUFHgzJrmnq8Gh6WdTqqBrqPcSOVJGcXaIzrxCCLg/+ aJ4g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743917104; x=1744521904; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Hg8867Z+c/o8MoH2eeiipLLB+R6xjeYnpEZEGLby1sE=; b=FRFray0bMllY7A4deqbTY2AnctPmQweRLe0C/7GPB2THqoFMOk2plged4TqF8s52Pt 5mGicJ+/iCNZYrZVo5sEW//SJKWszLEsMW8Ll+5IJN62ebAJgy7nnpICCvr83+aV8196 l6o9RT41bg0rABjMt+fGmv79sb6nrXumUNkaPgU/39WtCclKMeolj2M95NBbRH89U3/9 HFYigzhLMiL47HCB2OvCNsQl1DPdCxypDtjAp8ZjHPXSMQmxwDLoG325O5Xy9W4MC6Kb lE6Y9N8Xaq9aRUG2fsUy/3He8s0j90mgicloq43NIU3l/JffvROUVqZZKHroz1SAc5sg Vufw== X-Forwarded-Encrypted: i=1; AJvYcCXGhqhLWVUDwN3TOt7llm2ZXKl+hefrva749kmnt5yQRelXhb3FlSij85Q5Xg56+stY1w/dSA==@debbugs.gnu.org X-Gm-Message-State: AOJu0YxqFZDbS7/lzsFW7mvAkXD/EQhqm/u3htzLT18u+WqqhyusLg13 XHxe91xgWS06SnSehKfzBqJnMbOH4qZFM3kVSGA/cry9QStoSVMDWYO/Ec5rxFa426TbE0KxLIP F+8Y0YawA5+9l1HYeRzwx+5PnlYg= X-Gm-Gg: ASbGnct1hEO/2uzPz4zemmTggbpE70B5XlDs1agicUIK+3KJZhdbRiey7e2MEGpPB8v i3zp4L/9i2MCJD//CJGYW0KfUmVwEVb6veAiKZbMola1/YtpX01y5enZUgsTsf+HcnC/TSv3x2G kroJQ8e2vpXQUdQCHQlfg4yZ/GL09t+UfYUGHeAoelEHEd7qfWgR90DFPo X-Google-Smtp-Source: AGHT+IGP1qjY+5j+S/OO3eIZVn0gTjDEXMsC+EOUwsWJvOS4GoP7budtj3YHSirUggKq8EIzNXgvKVZr3BENg84syMo= X-Received: by 2002:a05:6214:d61:b0:6e8:ff8d:cb68 with SMTP id 6a1803df08f44-6f064aef187mr107461856d6.35.1743917104702; Sat, 05 Apr 2025 22:25:04 -0700 (PDT) MIME-Version: 1.0 References: <87bjtbyzg1.fsf@gmail.com> <86ldsfxdhy.fsf@gnu.org> <87zfgucwhp.fsf@gmail.com> <86o6x9vpyk.fsf@gnu.org> In-Reply-To: <86o6x9vpyk.fsf@gnu.org> From: =?UTF-8?Q?Elijah_Gabe_P=C3=A9rez?= Date: Sat, 5 Apr 2025 23:24:54 -0600 X-Gm-Features: ATxdqUFnolqrOjkID7Ub07lnUKFVijGo4zhb1AP0dD5DBeuil49LDJy5XWFZpYA Message-ID: Subject: Re: bug#77544: (WIP) [PATCH] Prettify page separators. To: Eli Zaretskii Content-Type: multipart/alternative; boundary="0000000000008b28ee06321557f1" X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 77544 Cc: gerd.moellmann@gmail.com, 77544@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 (/) --0000000000008b28ee06321557f1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Eli Zaretskii writes: > > From: Elijah Gabe P=C3=A9rez > > Cc: Eli Zaretskii , 77544@debbugs.gnu.org > > Date: Sat, 05 Apr 2025 12:08:02 -0600 > > > > Gerd M=C3=B6llmann writes: > > > > Nothing to add to your comments ATM, but maybe an alternative idea: ho= w > > about solving this with a new type of display property for drawing a > > horizontal line? Say `horizontal-line WIDTH' where WIDTH could be nil = or > > something to draw a line to the end of the display area? That would ha= ve > > the advantage that it would be a relatively locally confined change an= d > > would have no impact when not used, and hopefully little potential to > > break unrelated things when not used. > > > > I like this idea. > > > > One would have to have some Lisp though that puts the display property > > on form-feeds. > > > > In this case I would move this code to Lisp instead of C. > > A new kind of display property must be implemented in C. The rest of > the code can be in Lisp. > I meant to make that form feed characters use the new display property. > --0000000000008b28ee06321557f1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Eli Zaretskii <eliz@gnu.org= > writes:
> From: Elijah = Gabe P=C3=A9rez <eg642616@gmail.com>
> Cc: Eli Zaretskii <eliz@gnu.org>,=C2=A0 77544@debbugs.gnu.org
> Date: Sat, 05 Apr 2025 12:08:02 -0600
>
> Gerd M=C3=B6llmann <gerd.moellmann@gmail.com> writes:<= br> >
>=C2=A0 Nothing to add to your comments ATM, but maybe an alternative id= ea: how
>=C2=A0 about solving this with a new type of display property for drawi= ng a
>=C2=A0 horizontal line? Say `horizontal-line WIDTH' where WIDTH cou= ld be nil or
>=C2=A0 something to draw a line to the end of the display area? That wo= uld have
>=C2=A0 the advantage that it would be a relatively locally confined cha= nge and
>=C2=A0 would have no impact when not used, and hopefully little potenti= al to
>=C2=A0 break unrelated things when not used.
>
> I like this idea.
>
>=C2=A0 One would have to have some Lisp though that puts the display pr= operty
>=C2=A0 on form-feeds.
>
> In this case I would move this code to Lisp instead of C.

A new kind of display property must be implemented in C.=C2=A0 The rest of<= br> the code can be in Lisp.

=
I meant to make that form feed characters use the n= ew display property.
--0000000000008b28ee06321557f1-- From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 06 01:39:38 2025 Received: (at 77544) by debbugs.gnu.org; 6 Apr 2025 05:39:38 +0000 Received: from localhost ([127.0.0.1]:45728 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u1IjK-0003gN-Eq for submit@debbugs.gnu.org; Sun, 06 Apr 2025 01:39:38 -0400 Received: from mail-wm1-x336.google.com ([2a00:1450:4864:20::336]:48185) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1u1IjH-0003g6-Uf for 77544@debbugs.gnu.org; Sun, 06 Apr 2025 01:39:36 -0400 Received: by mail-wm1-x336.google.com with SMTP id 5b1f17b1804b1-43edb40f357so11533515e9.0 for <77544@debbugs.gnu.org>; Sat, 05 Apr 2025 22:39:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1743917969; x=1744522769; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=xLOWV7uUkgtrme3RkqpK9t7DocwPgMC5D2bY6c0ePes=; b=RiKKGZ5n1Bvc0T/V3Gnj1JNG+hWF4egOHFMzmDPCeAXbLwJ4q1CEyrkvUX3lOhwpWM 1qXMNfh1aZwd5aqYzKm9ZWraVB6APqPcc/zb6qVFmcPdKz+nz4qNzaTPleQ7erUdpJkA Dj0pQ8Cowk7LaHN8/16JlN/kSr7hOk9FxnWm0BA6Xc09dFSEiKf82EZ9DKFN3FZZON7n IE7cJ2BAvoQaHfMnI/TIOUHRn0qsxM1lRrcb2RNdIY/tupCdp4B/2DLczjquaUEpnF39 OTQVLbU40vTsk7LKaNXMphJvS8Rw4y6T9fkYZDyANPnkkd0OovJsAyPo8QSjZFYm6Vbu gdtA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743917969; x=1744522769; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=xLOWV7uUkgtrme3RkqpK9t7DocwPgMC5D2bY6c0ePes=; b=OomOzzSO0TZbi2fkRKvTUt20WgvYnTHTQlnFefbC+rclxmfWh/SEZTQ2xOLUXDDPu5 Cf4omotjr2BvkUx/s82nQuE4ptOLSfv1470xHMQkRcQDdyQGp+dYu7T5sEbV1EdlnzHi GbfBSQ2WpKnjMKLJdwvlEP8mEDVon5o6lhqsHrAzYyfvEWplGleU1b8J/JHbXvKz3kNX UBp8QzxldVW7qQLBSbfE0A5Rl9QgFQ34LA0GYXy0kHr2uxUXsMWL6xwE5/DBgHPe2yl4 VJcYvP3IP/4UdkW5m8mj8N+BLkOZL7+eDKzssBGFKRB4DGnwZ2XKRdkUFhjAmfqP/EgY AWsw== X-Forwarded-Encrypted: i=1; AJvYcCVMExjy3b7+7KcBne2604Dk9GBsXtVmg6Avze+3cavlvtx328kNXN4pWAnOW8kKNbHSQ+4png==@debbugs.gnu.org X-Gm-Message-State: AOJu0YxvfaOu3TzM1LXQ+IJ8bzf1umzx73ygmoLDt0lKih9/x3Xwcd4V 4hBnTKC+zKeCyykowLK6Q6SHSPEGogyXxeAkw+S0tzOn0HCMQUZcslolgEWA X-Gm-Gg: ASbGncsecDJnn1HEDQINO8MIZnodxIpi6sCl/U1mIADP7a58ZMNHnwSO44yCmzPRDcd /rXpq19OAgfWV+mHaqRXXXKliB0E1aUEM3CfD5Aw+f0ONzuQ1Q2CUCJBFZF1baIfnllc93+2BP1 59f2RAkh0GRCDvG0o9Z0RL29xBIXebt3B3jkUEVjYq2ort75hsRiitdGmD9Hl/Y2/C7Dd4BJXcZ GRpq/Bnsucz443aubhzex3xtai+iwjYWX4kTxF/KokT2Iugr2VtO//VBzXH6PXSXcSUpt08si5n KRfG9qSGmH3+lxktRwcmiEl961cDXPOQTkTxp3X96DdS4LB4I8rNQGTtqOqhYh0vU7VuMV6iC6A G4eWYaEK5bbXUvdrpaUoiqU72e2t5cmK2MNbJ/GiH9iBSFtx+nsQqPg== X-Google-Smtp-Source: AGHT+IG8ti0zFeKAcUudM8Bj5Xazs0AZ77QeKYt8ukitX5Mdlab/qaP9Rjco+ui0O28hGo4GhD0+gA== X-Received: by 2002:a05:600c:4fd6:b0:43b:c5a3:2e1a with SMTP id 5b1f17b1804b1-43ee0616f6fmr44238795e9.2.1743917969198; Sat, 05 Apr 2025 22:39:29 -0700 (PDT) Received: from pro2 (p200300e0b7278a003128f733a5af3bcd.dip0.t-ipconnect.de. [2003:e0:b727:8a00:3128:f733:a5af:3bcd]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-43ec163156asm94925485e9.7.2025.04.05.22.39.28 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 05 Apr 2025 22:39:28 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Eli Zaretskii Subject: Re: bug#77544: (WIP) [PATCH] Prettify page separators. In-Reply-To: <86msctvpxe.fsf@gnu.org> References: <87bjtbyzg1.fsf@gmail.com> <86ldsfxdhy.fsf@gnu.org> <86mscux5hg.fsf@gnu.org> <87v7ricw8p.fsf@gmail.com> <86msctvpxe.fsf@gnu.org> Date: Sun, 06 Apr 2025 07:39:27 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 77544 Cc: Elijah Gabe =?utf-8?Q?P=C3=A9rez?= , 77544@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 (-) Eli Zaretskii writes: >> From: Elijah Gabe P=C3=A9rez >> Cc: Gerd M=C3=B6llmann , >> 77544@debbugs.gnu.org >> Date: Sat, 05 Apr 2025 12:13:26 -0600 >>=20 >> Eli Zaretskii writes: >>=20 >> One would have to have some Lisp though that puts the display property >> on form-feeds. >>=20 >> Right. Maybe a minor mode? >>=20 >> I think a minor mode would be better. >>=20 >> Or an optional feature of whitespace-mode? >>=20 >> I don't think whitespace-mode is related to this. > > The form-feed ^L character is one of whitespace characters. And white-space-mode already displays spaces, tabs, and newlines differently, AFAIR. Looks like a good fit. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 06 02:53:19 2025 Received: (at 77544) by debbugs.gnu.org; 6 Apr 2025 06:53:19 +0000 Received: from localhost ([127.0.0.1]:45806 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u1Jsd-0007NA-Fv for submit@debbugs.gnu.org; Sun, 06 Apr 2025 02:53:19 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:44406) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u1Jsa-0007Mt-HZ for 77544@debbugs.gnu.org; Sun, 06 Apr 2025 02:53:17 -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 1u1JsV-000179-65; Sun, 06 Apr 2025 02:53:11 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=f8yqWUYcw5l1BOOzCAwCLVcMKGsnskqh2sJvvQj24Ps=; b=jbFtxzawwKTvijdu0ukh cPyz2KxyAcHFnBCMP0DxBffSWzJvsEczja+g06aYnSxTWNpsdqzeoHqJ+O7I9b1rtT0TKNDqxtiHC Gltfq5WIb5mSwv26V/wPpiZ7pu7cqnIC+g/K1fWpxayLIU6VOq5OTa5s6Vd7skZIEWvv72WTIepbk raiH974JHbJQV7gM+gKYP9Iey2XAWRyYVqy2P4+2vwju5+gpffCpRg+kNqWWzL9LnKnbVzxgQS1eo afaqt2hrax7m/UE3VQQW33ib0J4Z+YUIv7+R3kEYyeSrxlL3SUus0tlaDOYykMGNrnNJ33gpOzbJ0 fKKonIwDjVVLFA==; Date: Sun, 06 Apr 2025 09:53:08 +0300 Message-Id: <86bjt9vl0r.fsf@gnu.org> From: Eli Zaretskii To: Elijah Gabe =?utf-8?Q?P=C3=A9rez?= In-Reply-To: (message from Elijah Gabe =?utf-8?Q?P=C3=A9rez?= on Sat, 5 Apr 2025 23:33:04 -0600) Subject: Re: bug#77544: (WIP) [PATCH] Prettify page separators. References: <87bjtbyzg1.fsf@gmail.com> <86ldsfxdhy.fsf@gnu.org> <86mscux5hg.fsf@gnu.org> <87v7ricw8p.fsf@gmail.com> <86msctvpxe.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 77544 Cc: gerd.moellmann@gmail.com, 77544@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 (---) > From: Elijah Gabe Pérez > Date: Sat, 5 Apr 2025 23:33:04 -0600 > > Eli Zaretskii writes: > > > From: Elijah Gabe Pérez > > Cc: Gerd Möllmann , > > 77544@debbugs.gnu.org > > Date: Sat, 05 Apr 2025 12:13:26 -0600 > > > > Or an optional feature of whitespace-mode? > > > > I don't think whitespace-mode is related to this. > > The form-feed ^L character is one of whitespace characters. > > Right, but I don't think this should be whitespace-mode exclusive. IMO this new minor mode can be used as > alternative to make-separator-line (for example in shortdoc buffers) which looks ugly in both terminal and GUI > frames. Sure, but why is it a problem to make this part of whitespace-mode? It already has a number of optional features, each one of which can be turned on and off separately. The advantage is that we don't need to have yet another minor mode, yet another mode-line lighter, etc. Also, some people already turn on whitespace-mode in text modes. So I think this is something to be considered seriously. But we can delay this discussion until you have the feature implemented. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 06 02:57:51 2025 Received: (at 77544) by debbugs.gnu.org; 6 Apr 2025 06:57:51 +0000 Received: from localhost ([127.0.0.1]:45817 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u1Jx1-0007at-Fn for submit@debbugs.gnu.org; Sun, 06 Apr 2025 02:57:51 -0400 Received: from mail-pl1-x642.google.com ([2607:f8b0:4864:20::642]:49525) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1u1Jwz-0007ac-MS for 77544@debbugs.gnu.org; Sun, 06 Apr 2025 02:57:50 -0400 Received: by mail-pl1-x642.google.com with SMTP id d9443c01a7336-227a8cdd241so38546475ad.3 for <77544@debbugs.gnu.org>; Sat, 05 Apr 2025 23:57:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1743922663; x=1744527463; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=E8jB2RowIfxH78wS3UmzmpWYsHy2xrkmgRT5BNiwjRg=; b=BwusJrawimDj9ExcGYMFFvi7WzE/QAC5PYWc0nLckL3y0cqvmt5JStjw0O8nIhuRqg 3eIGalfH2c16uEgCGZv5dj+E6lcS6tv1pTHY1Frz6mUC6pgAWbUed6hpiHH93Iekkppq bsM5NZrxRGq7Se1obs4E15LCLruJ5WdHtwBdKWIH5UQuMPkmw+hV9B8PBI9gpk/rVnMb +Wm0GGERSUuRTLTKLzIxx8IgwtvejDPG2HRLnioo/wttRn7i6s35Uaxhm0mEHgsK5Lud /BONQAeBkvOT1jrmYuMHh8vcHnCCmdF8HVbYjZ0kFSYfpQys1R5NVvhUs/zIRPjYW1Sq l8sg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743922663; x=1744527463; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=E8jB2RowIfxH78wS3UmzmpWYsHy2xrkmgRT5BNiwjRg=; b=Z7mHAbtzs0VsWR1jh9gXSiiHOT6pQ5CK/QsejOalTTp+28tomWDUQzuRYQ5md+7Qkx s0LIfJ4A4pgGNEi1snwpElm9EiG8CgaFzDo1MNaH5YcvCb/ANwS3w3kDzgJSHnEtbZvc Qf83n37pSjPbUFT5YKiDq3CpAnj0iI5ehYH3qA9SmtSWrwv77qp6bv5SwTKR91iLh4oW ANzwuVRTQhYXQRqrC1PvAUJdW1cEPwwwY9tx2cSa0U7KyqycZBSkmbSGKRt96xxQCJH0 +M+/4sXHHL8v0bBiQC4oc7JHGA/I4AldxfBEB5J5arfp/JzB+PlAWS2yD6AOA5WZZaz4 P7yw== X-Forwarded-Encrypted: i=1; AJvYcCXdCWS6NYq1jZJH6+RcUPSp4LE6oVxIZO6XN0rHMfHhGRWYIBDxF5Z0yi1raJDsiVPH71vNbQ==@debbugs.gnu.org X-Gm-Message-State: AOJu0YxLiMVcajBcMEurhsx1VtJ/J59RN+uIeGGmNmS1BCjUcEn4lGe4 36JVhgMvJO8l1kNqRYArJREd9DJzs4mxgkcoZSzCmuMdoy+vVtyT X-Gm-Gg: ASbGncvEds8APq+iibf8lvIprIcyHUblzPE8LNlCHjfoCzX7MuRGLv2Yqdtv5coKSU1 +0q/GLwvoZcNDeG+oUotHvDbQ8DKVMKn888H47zc7Ie9cGdPHJrHYN+ta85JmkLKRGKpt28zray lWQUBWKfmFVUVbXPB6C+saq8lOk2yay05sgdOQE2BljaQ3PK0FuheK7gRwGllboUd7qoml+cZoI X5Jvvy5cp1aAGxlB7EUPlVZGmvthTqwR+pKBXhvvebggeqdDuot7VAzSpV5oGog9C7cCF+APt5k Hi8f1FaL++8hO6az/3L6RypHXKpFoCJSkVESHDVeCA== X-Google-Smtp-Source: AGHT+IEBGY0KH6s+yEWlzunVq3rOZ6HfuMVHNyRgDvebQSe8Jf3pSd78Lhbo+cvLlEcSSNx4JNYyyg== X-Received: by 2002:a17:903:3c6b:b0:224:24d3:6103 with SMTP id d9443c01a7336-22a955734f5mr82984365ad.35.1743922663150; Sat, 05 Apr 2025 23:57:43 -0700 (PDT) Received: from localhost ([115.240.90.130]) by smtp.gmail.com with UTF8SMTPSA id d9443c01a7336-229787778e3sm59111545ad.254.2025.04.05.23.57.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 05 Apr 2025 23:57:42 -0700 (PDT) From: Visuwesh To: Elijah Gabe =?utf-8?Q?P=C3=A9rez?= Subject: Re: bug#77544: (WIP) [PATCH] Prettify page separators. In-Reply-To: <87zfgucwhp.fsf@gmail.com> References: <87bjtbyzg1.fsf@gmail.com> <86ldsfxdhy.fsf@gnu.org> <87zfgucwhp.fsf@gmail.com> Date: Sun, 06 Apr 2025 12:27:39 +0530 Message-ID: <87h631pyjg.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 77544 Cc: Gerd =?utf-8?Q?M=C3=B6llmann?= , Eli Zaretskii , 77544@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 (-) [=E0=AE=9A=E0=AE=A9=E0=AE=BF =E0=AE=8F=E0=AE=AA=E0=AF=8D=E0=AE=B0=E0=AE=B2= =E0=AF=8D 05, 2025] Elijah Gabe P=C3=A9rez wrote: > Gerd M=C3=B6llmann writes: > >> Nothing to add to your comments ATM, but maybe an alternative idea: how >> about solving this with a new type of display property for drawing a >> horizontal line? Say `horizontal-line WIDTH' where WIDTH could be nil or >> something to draw a line to the end of the display area? That would have >> the advantage that it would be a relatively locally confined change and >> would have no impact when not used, and hopefully little potential to >> break unrelated things when not used. > > I like this idea. Do we need a new display property when we have the :strike-through face attribute? The following achieves the same effect, albeit the newline is required for the :extend attribute to work properly AFAIU: (font-lock-add-keywords=20 nil '(("\f\n" (0 (prog1 nil (put-text-property (match-beginning 0) (1- (match-end 0= )) 'display " ") (put-text-property (match-beginning 0) (match-end 0) 'face '(:strike-through t :extend t)= )))))) (push 'display font-lock-extra-managed-props) From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 06 03:13:06 2025 Received: (at 77544) by debbugs.gnu.org; 6 Apr 2025 07:13:06 +0000 Received: from localhost ([127.0.0.1]:45833 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u1KBm-0008JX-4v for submit@debbugs.gnu.org; Sun, 06 Apr 2025 03:13:06 -0400 Received: from mail-wm1-x329.google.com ([2a00:1450:4864:20::329]:56439) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1u1KBj-0008Iu-Kj for 77544@debbugs.gnu.org; Sun, 06 Apr 2025 03:13:04 -0400 Received: by mail-wm1-x329.google.com with SMTP id 5b1f17b1804b1-43ce70f9afbso36153535e9.0 for <77544@debbugs.gnu.org>; Sun, 06 Apr 2025 00:13:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1743923577; x=1744528377; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=8VrUaA04CUySiAMsb1nXYLVohkLvH+sjQVFJf7VwhwY=; b=fccp9RTQpinZJfF0VbGgRmfZSdDnTt0JZ9+K+gwPSk7y7VlO2bFGIj+PeuqFxCF9FK 1AoO/7AAO9YnW8zo7vCqPfAAw5XRFLq1hFx/+Ne2doAW1LmCz6EXD85M2crdTYOpWTu/ 3iNJE/Hfgl5lHSnB2AlIk0EaMyEwl+glfrArqVWD/ONKHFOQtiyHAVCBUsfVSTdLLzbp +d5jAFhSBdDwPZ2KH7MASy6ZbgeO7oK5Cbhv3I8IJi1FI+SJzlbZIzD4Q9SZiQD3DYhT SoYYGtG2oZLLAqEWvvkthqKBVPdmvDbAbH0XSYk0FHXqnGAxw97kaUV1DO+ZgWwM2/6V dvnw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743923577; x=1744528377; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=8VrUaA04CUySiAMsb1nXYLVohkLvH+sjQVFJf7VwhwY=; b=q5K8f705Mpw6jkbOo/Eoa5/XAAsAoPXRdfDSlcitNf/Ena9C9CNFJqtp3AUWQ/M5EY FtstPmE7EpAEZfT0JRjPin/DPl6ne0Q0dFo65HatfpHhcLukrWPNZJHs6OBz2Q4wcsOv CVcE0JWtEtXyQb0JG3UjTGJrDV+lOoMLAax4j6qITBWK9//zJorF+AfjGPt3r2fwNI44 K+ID+IhC+qWNeaFRVGrQPjS7Z8F1nzII/eIIgL2ZoDqx3tewN//AWG6TmqjAIJoesplm uEa6/71I0tacyN7j3pMTL0zIFJWJOsniPz2/P3gIS3BTTSFknaVemobyLrk3J8jASdM5 fZSg== X-Forwarded-Encrypted: i=1; AJvYcCUt65s7xOVv09/HloXSXshmiVEpnYl8qFDgBA7Pb03tdHnt0KGhq5fN5I0DomDE/5RBYflGJw==@debbugs.gnu.org X-Gm-Message-State: AOJu0YwE0BhncXW5Wk4WnmkBbGoFRoLIPsaeYmHm5SOHSL9w7YanNJ1b UlSjjgAR+wxyxNCCHhJNtm7Xjk1GXGe/EjeKVUhQs/LUuj0vUML/woO7EX9R X-Gm-Gg: ASbGncsNH1xOiz39b6abxY+BsaN2coDDFIuJqAEZqvwu8IwcFNW1zNml/5nmfHpY0bk RV2s8jgMKJ25FwAYXhaWj3itOs8l4ZrzOYxVvmWNDEZCBMnOEmAQINiklOR1AwAQczMAItb4SnB fQW0RjR6l8Q1BugTBZExmOR0aOmjJ+Lnl8MpbMed6N1UnDTBseooaTkbDE8oV5CDpQn4pRHJOCM ghlmjJqUtJ/z8uaLdJtAOC50o0qxWp2h/wV/bFEjfzsUKfgOlv56LR9NBweHyxToeuWlnU9Nodo 4PI99s6OAaY4BgTBWpmzkpJbftSW81BBkcTDukGU9FK92yJgtCnJm8hqFArJo2x7bXbcjaWrlbC lCHDxx9ASRyguPYOnz/MkB4gGuas3JmX/vaD75jPqgstMPK4DtVRpzQ== X-Google-Smtp-Source: AGHT+IGS64hoTB5l9vpVmz8454uWFbU8jXtdKXRcKwRl6ro02XJU43xm7y8EVBxFhzSg3psECQd7Lg== X-Received: by 2002:a05:600c:3b08:b0:43c:fb5b:84d8 with SMTP id 5b1f17b1804b1-43ed0c50883mr64936165e9.16.1743923576639; Sun, 06 Apr 2025 00:12:56 -0700 (PDT) Received: from pro2 (p200300e0b7278a003128f733a5af3bcd.dip0.t-ipconnect.de. [2003:e0:b727:8a00:3128:f733:a5af:3bcd]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-43ec1663060sm96454675e9.14.2025.04.06.00.12.55 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 06 Apr 2025 00:12:56 -0700 (PDT) From: =?utf-8?Q?Gerd_M=C3=B6llmann?= To: Visuwesh Subject: Re: bug#77544: (WIP) [PATCH] Prettify page separators. In-Reply-To: <87h631pyjg.fsf@gmail.com> References: <87bjtbyzg1.fsf@gmail.com> <86ldsfxdhy.fsf@gnu.org> <87zfgucwhp.fsf@gmail.com> <87h631pyjg.fsf@gmail.com> Date: Sun, 06 Apr 2025 09:12:55 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 77544 Cc: Elijah Gabe =?utf-8?Q?P=C3=A9rez?= , 77544@debbugs.gnu.org, Eli Zaretskii 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 (-) Visuwesh writes: > [=E0=AE=9A=E0=AE=A9=E0=AE=BF =E0=AE=8F=E0=AE=AA=E0=AF=8D=E0=AE=B0=E0=AE= =B2=E0=AF=8D 05, 2025] Elijah Gabe P=C3=A9rez wrote: > >> Gerd M=C3=B6llmann writes: >> >>> Nothing to add to your comments ATM, but maybe an alternative idea: how >>> about solving this with a new type of display property for drawing a >>> horizontal line? Say `horizontal-line WIDTH' where WIDTH could be nil or >>> something to draw a line to the end of the display area? That would have >>> the advantage that it would be a relatively locally confined change and >>> would have no impact when not used, and hopefully little potential to >>> break unrelated things when not used. >> >> I like this idea. > > Do we need a new display property when we have the :strike-through face > attribute? The following achieves the same effect, albeit the newline > is required for the :extend attribute to work properly AFAIU: > > (font-lock-add-keywords=20 > nil > '(("\f\n" (0 (prog1 nil > (put-text-property (match-beginning 0) (1- (match-end= 0)) > 'display " ") > (put-text-property (match-beginning 0) (match-end 0) > 'face '(:strike-through t :extend = t))))))) > (push 'display font-lock-extra-managed-props) Hm, that's right. And at least on my tty (iTerm2 on macOS) (display-supports-face-attributes-p '(:strike-through t)) =3D> t and it actually works, too. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 06 03:31:25 2025 Received: (at 77544) by debbugs.gnu.org; 6 Apr 2025 07:31:25 +0000 Received: from localhost ([127.0.0.1]:45892 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u1KTU-0000pY-Th for submit@debbugs.gnu.org; Sun, 06 Apr 2025 03:31:25 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:53850) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u1KTS-0000p8-I0 for 77544@debbugs.gnu.org; Sun, 06 Apr 2025 03:31:23 -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 1u1KTL-0005P8-SP; Sun, 06 Apr 2025 03:31:16 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=3Z3ZSiRG7/V/xWHXMw++u+kgKq/EPCsvb9dKinCKq+c=; b=VMHZbcTWcZvQe/oV9NwF kaUHcCzUs8oqNhauDwHlkqDkITP8oQImn//TxLv8x1qro79GpITW8u+f7keZAtMVO0ObOTZiMrcJ3 mSN/oa1w1CERcxezA6VwTL4jnQakdp6U1x710EwignvDjPocYXXLqoAmNaPiReREElA5swhsMkKqP U1dV9ZPP7uo0BJ+Vf1oCJt4ox9mcXABqzaH/B1gVqj6/x5aaOvs1GNmLfO+FFMBhmH9u7l5nA0U85 nfZbrYrNHxgtmV6vZMIkuyzoDXa8h8IVR5ocm0Jj4XmP8V8iObhhgYQy83+b9DvYeSRq/OS/oQ95z +YC6+olMy9+ZCw==; Date: Sun, 06 Apr 2025 10:31:13 +0300 Message-Id: <867c3xvj9a.fsf@gnu.org> From: Eli Zaretskii To: Visuwesh In-Reply-To: <87h631pyjg.fsf@gmail.com> (message from Visuwesh on Sun, 06 Apr 2025 12:27:39 +0530) Subject: Re: bug#77544: (WIP) [PATCH] Prettify page separators. References: <87bjtbyzg1.fsf@gmail.com> <86ldsfxdhy.fsf@gnu.org> <87zfgucwhp.fsf@gmail.com> <87h631pyjg.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 77544 Cc: gerd.moellmann@gmail.com, eg642616@gmail.com, 77544@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 (---) > From: Visuwesh > Cc: Gerd Möllmann , Eli > Zaretskii , > 77544@debbugs.gnu.org > Date: Sun, 06 Apr 2025 12:27:39 +0530 > > [சனி ஏப்ரல் 05, 2025] Elijah Gabe Pérez wrote: > > > Gerd Möllmann writes: > > > >> Nothing to add to your comments ATM, but maybe an alternative idea: how > >> about solving this with a new type of display property for drawing a > >> horizontal line? Say `horizontal-line WIDTH' where WIDTH could be nil or > >> something to draw a line to the end of the display area? That would have > >> the advantage that it would be a relatively locally confined change and > >> would have no impact when not used, and hopefully little potential to > >> break unrelated things when not used. > > > > I like this idea. > > Do we need a new display property when we have the :strike-through face > attribute? The following achieves the same effect, albeit the newline > is required for the :extend attribute to work properly AFAIU: > > (font-lock-add-keywords > nil > '(("\f\n" (0 (prog1 nil > (put-text-property (match-beginning 0) (1- (match-end 0)) > 'display " ") > (put-text-property (match-beginning 0) (match-end 0) > 'face '(:strike-through t :extend t))))))) > (push 'display font-lock-extra-managed-props) Thanks, but what does this do on TTY frames? We'd want to show dashes, I think. Besides, we don't have any control on the thickness of the strike-through line, something that would be a natural extension here. And it sounds like a kludge to me, TBH. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 06 06:37:18 2025 Received: (at 77544) by debbugs.gnu.org; 6 Apr 2025 10:37:18 +0000 Received: from localhost ([127.0.0.1]:46170 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u1NNO-0001AV-FQ for submit@debbugs.gnu.org; Sun, 06 Apr 2025 06:37:18 -0400 Received: from mail-pl1-x643.google.com ([2607:f8b0:4864:20::643]:46393) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1u1NNM-0001AF-6H for 77544@debbugs.gnu.org; Sun, 06 Apr 2025 06:37:16 -0400 Received: by mail-pl1-x643.google.com with SMTP id d9443c01a7336-227b828de00so32486345ad.1 for <77544@debbugs.gnu.org>; Sun, 06 Apr 2025 03:37:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1743935830; x=1744540630; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=KSpY4FRHv1LM2MlH/rCLAvIMGd2Eq0lex1maQm1+0AM=; b=g/CLwkViuuur93G0XN0V6qCW/y7gPR7R4FsgosFhukPKVBMbNNgx4RGOwai/nKmO1P 120dnNKL4Ecvo3s3p8TPAd7MmbUVkX2Z6XFueS29YXloMDampiHgbKU7DUDq1Fd0obVo yOMno9dEkiZtH8jQ2o+as58klb4GyMxLUkO+1sskfHO4IczSHUQv46RgkV7Gj5vEJx3N UKqCklfKUd6/0krobiVlEFN7fK0VWXZH5QAQ19z+k2oBSPL6fLXZ2yhUKz67TjVieHKy DcqHxOhrPbrinvS5z/qU19kLDUQYzUGA7ISXighg4AW9rN5yM1/lsrmK+5xnAZpouTXm 7L+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743935830; x=1744540630; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=KSpY4FRHv1LM2MlH/rCLAvIMGd2Eq0lex1maQm1+0AM=; b=nwjwDS4McoMQj51aTYZtxwZsqWrZH7lpnjT3EFtASPdBL+9w31OKPwMQ0Oo5jWa4NQ f1zkJVPE1/xMXX0dT2mgaWFPmDdB90T53f4hnvytz3U4UQ2MP/COMpZWUYOP1As4cl4X 6RAhpahefJ6WwykLj3o1xTWPQWi3zNnFSR5lJzubCDb92EJKF0dXn8uCuNSB8iXhpnOT yB7qXoAXmoNooSuQbnMWRfOwxQyvr6Rn1/nslqX+q0s+TUooFDVQ1tU+rKBsNm2/TVjL gHWq0WN1Xa78u+xAq+PK0cjSTM5z2wGV/LKUDZkFsH8SffWWSIFsBzQgtW0OAsuDrJln vidg== X-Forwarded-Encrypted: i=1; AJvYcCWZcjj8og2ufoUK8j3crbdtrD2+jGDV3Kn3qaoqylS8uq9ZkJCvPbHcifW4dXb1XqogtwCj2w==@debbugs.gnu.org X-Gm-Message-State: AOJu0Yx9OsR3MzYUjKJ7q4eg46mq2SMFa7q3PJjt8GBR0g9po0AOgiBM J+rmkA7sHaMADx+QCj2gdThpwmnZImStgP2dlnQUGYyeMyNqvtPq X-Gm-Gg: ASbGnct3a0rLzs/rJenWCAZlj4cxUApOIJcMBX6f7owTzVyhKVY2kMr2Et3wHrPOoC6 QrC4uV2OEslTOjmbSsh+eoEHeVtSYvSiQWXfzGUIsaKn/rSJ4YQ7K2iji5ez9r9f51XjUBJ56jZ VP73C9QSTCzhCagc9QXTDnTHvQWetmzlqaqdecauFUe0nezaHbKAe+p4H48y/tl0ZXQBfSXwF1m Ahx342GK/p75Nqk3Pl+lZ8PX5Ue3qvmIwp9ZO2LksGbUaqw7IxFLHNNo5tv8ZKQXuTxe8moZNB0 EZlo4Iz1v8MD4v3Uppu1MYLJFOPyg0MZhGFPWIekcMr/Pg== X-Google-Smtp-Source: AGHT+IETIHB+Yw0VtfAMJduthHdqZ/4O4fkbcGdxp3vkSWwX6ouGJm6IycbrZjzRTnEstgkF6SwU+g== X-Received: by 2002:a17:903:19c6:b0:223:50f0:b97 with SMTP id d9443c01a7336-22a955a19a0mr75791425ad.52.1743935830095; Sun, 06 Apr 2025 03:37:10 -0700 (PDT) Received: from localhost ([1.7.159.71]) by smtp.gmail.com with UTF8SMTPSA id d9443c01a7336-2297865e454sm61295385ad.107.2025.04.06.03.37.08 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 06 Apr 2025 03:37:09 -0700 (PDT) From: Visuwesh To: Eli Zaretskii Subject: Re: bug#77544: (WIP) [PATCH] Prettify page separators. In-Reply-To: <867c3xvj9a.fsf@gnu.org> References: <87bjtbyzg1.fsf@gmail.com> <86ldsfxdhy.fsf@gnu.org> <87zfgucwhp.fsf@gmail.com> <87h631pyjg.fsf@gmail.com> <867c3xvj9a.fsf@gnu.org> Date: Sun, 06 Apr 2025 16:07:06 +0530 Message-ID: <87cydppodp.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 3.6 (+++) 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: [ஞாயிறு ஏப்ரல் 06, 2025] Eli Zaretskii wrote: >> Do we need a new display property when we have the :strike-through face >> attribute? The following achieves the same effect, albeit the newline >> is required for the :extend attribute to work pro [...] Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [2607:f8b0:4864:20:0:0:0:643 listed in] [list.dnswl.org] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [1.7.159.71 listed in zen.spamhaus.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (visuweshm[at]gmail.com) X-Debbugs-Envelope-To: 77544 Cc: gerd.moellmann@gmail.com, eg642616@gmail.com, 77544@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 (++) 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: [ஞாயிறு ஏப்ரல் 06, 2025] Eli Zaretskii wrote: >> Do we need a new display property when we have the :strike-through face >> attribute? The following achieves the same effect, albeit the newline >> is required for the :extend attribute to work pro [...] Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [2607:f8b0:4864:20:0:0:0:643 listed in] [list.dnswl.org] 3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS [1.7.159.71 listed in zen.spamhaus.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (visuweshm[at]gmail.com) -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager [=E0=AE=9E=E0=AE=BE=E0=AE=AF=E0=AE=BF=E0=AE=B1=E0=AF=81 =E0=AE=8F=E0=AE=AA= =E0=AF=8D=E0=AE=B0=E0=AE=B2=E0=AF=8D 06, 2025] Eli Zaretskii wrote: >> Do we need a new display property when we have the :strike-through face >> attribute? The following achieves the same effect, albeit the newline >> is required for the :extend attribute to work properly AFAIU: >>=20 >> (font-lock-add-keywords=20 >> nil >> '(("\f\n" (0 (prog1 nil >> (put-text-property (match-beginning 0) (1- (match-en= d 0)) >> 'display " ") >> (put-text-property (match-beginning 0) (match-end 0) >> 'face '(:strike-through t :extend= t))))))) >> (push 'display font-lock-extra-managed-props) > > Thanks, but what does this do on TTY frames? We'd want to show > dashes, I think. I see no difference from the line in show in a GUI frame, and in xterm. However, I don't see a line at all in the Linux tty thingy. The font used in xterm does not seem to matter either. > Besides, we don't have any control on the thickness of the > strike-through line, something that would be a natural extension here. > And it sounds like a kludge to me, TBH. More styling for the horizontal line, similar to what have for :underline, would be nice to have too. And I agree, it is a bit of hack. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 06 06:59:02 2025 Received: (at 77544) by debbugs.gnu.org; 6 Apr 2025 10:59:02 +0000 Received: from localhost ([127.0.0.1]:46194 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u1NiQ-00029h-1J for submit@debbugs.gnu.org; Sun, 06 Apr 2025 06:59:02 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:34388) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1u1NiN-000297-JI for 77544@debbugs.gnu.org; Sun, 06 Apr 2025 06:59:00 -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 1u1NiI-0001XV-8G; Sun, 06 Apr 2025 06:58:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=8mS78FkK3fUuezH7/Qm7ux4YXv41XaiGwNG1s0pdbV0=; b=r2PHja5BL/sk1kNSXCnd e5vad7hRWywTbqc44H1Jz0xzHvz23i5GZ/ku7BP218zqy4qjLisR8wlai0bZ5/M4ZormfK+9l5slf /eQ/hdP3mrJBe9JJF7/3sjpfWbT5mPJnlIzTO4FI8V4V+ybmxBGBLvqLW10mr9k6pe1eg2n4gBNrq j1ALq0QxT4/ZZjQZvz9qQeDciTiMroO2LzJ/meNN+NgWhp/KY6lKJEo5sgS/GqBQufbPySAD6GsrR 1usUeNbNauxx5ZQRdwQFxX8tjnhxOQ+6MyH+wC97NkYqmvV8HZ/XCqd7+Qxegw2KznsOC00b6hReb 6kCrVtkQ1bVzIA==; Date: Sun, 06 Apr 2025 13:58:50 +0300 Message-Id: <8634elv9n9.fsf@gnu.org> From: Eli Zaretskii To: Visuwesh In-Reply-To: <87cydppodp.fsf@gmail.com> (message from Visuwesh on Sun, 06 Apr 2025 16:07:06 +0530) Subject: Re: bug#77544: (WIP) [PATCH] Prettify page separators. References: <87bjtbyzg1.fsf@gmail.com> <86ldsfxdhy.fsf@gnu.org> <87zfgucwhp.fsf@gmail.com> <87h631pyjg.fsf@gmail.com> <867c3xvj9a.fsf@gnu.org> <87cydppodp.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 77544 Cc: gerd.moellmann@gmail.com, eg642616@gmail.com, 77544@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 (---) > From: Visuwesh > Cc: eg642616@gmail.com, gerd.moellmann@gmail.com, 77544@debbugs.gnu.org > Date: Sun, 06 Apr 2025 16:07:06 +0530 > > [ஞாயிறு ஏப்ரல் 06, 2025] Eli Zaretskii wrote: > > > Thanks, but what does this do on TTY frames? We'd want to show > > dashes, I think. > > I see no difference from the line in show in a GUI frame, and in xterm. > However, I don't see a line at all in the Linux tty thingy. The font > used in xterm does not seem to matter either. > > > Besides, we don't have any control on the thickness of the > > strike-through line, something that would be a natural extension here. > > And it sounds like a kludge to me, TBH. > > More styling for the horizontal line, similar to what have for > :underline, would be nice to have too. And I agree, it is a bit of > hack. I think a new kind of display property is a cleaner solution. It will also make it easier to extend the feature, e.g., if we want the visual appearance be more like what word processors show for a "page break". From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 06 09:27:23 2025 Received: (at 77544) by debbugs.gnu.org; 6 Apr 2025 13:27:23 +0000 Received: from localhost ([127.0.0.1]:46592 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1u1Q1y-00042R-Oq for submit@debbugs.gnu.org; Sun, 06 Apr 2025 09:27:23 -0400 Received: from mail-qv1-xf43.google.com ([2607:f8b0:4864:20::f43]:46197) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1u1Q1v-00042B-Lh for 77544@debbugs.gnu.org; Sun, 06 Apr 2025 09:27:20 -0400 Received: by mail-qv1-xf43.google.com with SMTP id 6a1803df08f44-6e8f6970326so34687746d6.0 for <77544@debbugs.gnu.org>; Sun, 06 Apr 2025 06:27:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1743946034; x=1744550834; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=qjZc/Hig2n56pMTfZxh06ynxq22RCqwzC9qpO4T2qP0=; b=j81bnV3eaVjQ5Z9qeGHzJuvWwHbjE2R9aqMoQdNQIbq4unraFziBlFF4AW4YhpL2CE 1IVgIq+hG2H4lj4jPYTqWCbXnhahtwfsy4DfXGF66Hn5Isf6w4fdK3fk6B033ygnTdzS W+p1F9Qo9NczSafTg1NVv0G1q5nvH55LNTrpVydlT3m1U4QhFQfN7H0YZVcDlroRpEEK TaDWIdBlHZyGvs5sCruUAfSEttWX9CK+UNNXMl+eTB8ZZPjoo+f9qjXgokmjuvHX0XHw xpnQxZr0Mnan/wuRTkaONuOF38qBOl/lbGZRDqV7EVFgxHOif4eubgfQakRX8cvyt8Gg rV/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1743946034; x=1744550834; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=qjZc/Hig2n56pMTfZxh06ynxq22RCqwzC9qpO4T2qP0=; b=nqzaUqaTmvuQo7I115NGSbpPyEP60rDvSUpPj2c1GivhpZQaXdYFu/gORBYZ8bP32H 2A3ZJFUNEbdx7mtHE/RPR+0NM4xuvfUImQCrxb1pF8tVGqIrKdDnFFfqdRGw9rrSfsLs MeHeciJ/rjhvIptIXMYGe0zuvSxEYo6jM/Yr6wL5XKs4aqArlmZZ7YLkJv6XC1w89gEX iutBIOl/uyFUf67UgfvSx2E3I+2kW+QUm/O54aubA4uSoFE7zMxMhWKlcBt+FQ4GXL8y jY3OwyBRZ7zZntBlTf1U5TcHWuHM4sRRnHkBkpALp9URvtAnOdw6rTLDUjWqlfw/UNwR jlTw== X-Forwarded-Encrypted: i=1; AJvYcCXxChyiGdbuYx6seaRcdUshkIEWbiUNFdsHGZ0qyym8w4899gLHtoV36dlG70w4EoKh80YclA==@debbugs.gnu.org X-Gm-Message-State: AOJu0YxKuXQsikiFPzdRuLxVicmSsH9W477CDpJduuEk/o3vzJqRLgnG eQnDMLZNKExWK/saMZ3+Q8iXFuWg0F8XumSbvsN9Vo83Xpvbl5amWAD6ZvAGKffBzwyv47tLYuc bt5Mec5tW9K49mu4YJF4K2qUI/NU= X-Gm-Gg: ASbGncucnXVms+1Qdv8rHQmgIt8Wl47NecW3PVD2CrAnJyuBxLTAd6jqjXxz6AjkCEV +Q9FNmeyaFgjZJ2VL8wSYOU6fiK276xAX0UvGZP8pyFJgUg5/Bx/0vONGJAI9+NCqDoSSTZKzJT e60pZWH1WTYeJwk1oOxLAIbHVY0AwmRfOsezikMaKljjhdIVpmO6vdM9A= X-Google-Smtp-Source: AGHT+IE2tkXXsPCIj+xWrr4jYDrHpAdSFp5ULRqNwUTicv+P0c13wgsZYHHA5AOhSJQLU+/9Kvnidw96ZYz6vX2SXUc= X-Received: by 2002:a05:6214:20a5:b0:6e8:fa33:2969 with SMTP id 6a1803df08f44-6f0b7413861mr107473546d6.10.1743946033952; Sun, 06 Apr 2025 06:27:13 -0700 (PDT) MIME-Version: 1.0 References: <87bjtbyzg1.fsf@gmail.com> <86ldsfxdhy.fsf@gnu.org> <86mscux5hg.fsf@gnu.org> <87v7ricw8p.fsf@gmail.com> <86msctvpxe.fsf@gnu.org> <86bjt9vl0r.fsf@gnu.org> In-Reply-To: <86bjt9vl0r.fsf@gnu.org> From: =?UTF-8?Q?Elijah_Gabe_P=C3=A9rez?= Date: Sun, 6 Apr 2025 07:27:01 -0600 X-Gm-Features: ATxdqUH4WwE6FxDtlsvKLx9YPX7k9LXFmoPAWomHUEIcBAcmXmGt2FeJEAM0GOo Message-ID: Subject: Re: bug#77544: (WIP) [PATCH] Prettify page separators. To: Eli Zaretskii Content-Type: multipart/alternative; boundary="000000000000dc7a9b06321c13d9" X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 77544 Cc: gerd.moellmann@gmail.com, 77544@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 (/) --000000000000dc7a9b06321c13d9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Eli Zaretskii writes: > > From: Elijah Gabe P=C3=A9rez > > Date: Sat, 5 Apr 2025 23:33:04 -0600 > > > > Eli Zaretskii writes: > > > > > From: Elijah Gabe P=C3=A9rez > > > Cc: Gerd M=C3=B6llmann , > > > 77544@debbugs.gnu.org > > > Date: Sat, 05 Apr 2025 12:13:26 -0600 > > > > > > Or an optional feature of whitespace-mode? > > > > > > I don't think whitespace-mode is related to this. > > > > The form-feed ^L character is one of whitespace characters. > > > > Right, but I don't think this should be whitespace-mode exclusive. IMO > this new minor mode can be used as > > alternative to make-separator-line (for example in shortdoc buffers) > which looks ugly in both terminal and GUI > > frames. > > Sure, but why is it a problem to make this part of whitespace-mode? > It already has a number of optional features, each one of which can > be turned on and off separately. > > The advantage is that we don't need to have yet another minor mode, > yet another mode-line lighter, etc. Also, some people already turn on > whitespace-mode in text modes. > It makes sense, since ^L characters are often used in files. > --000000000000dc7a9b06321c13d9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Eli Zaretskii <eliz@gnu.org> writes:
> From: Elijah Gabe P=C3=A9rez <eg64261= 6@gmail.com>
> Date: Sat, 5 Apr 2025 23:33:04 -0600
>
> Eli Zaretskii <eliz@gnu.org> writes:
>
>=C2=A0 > From: Elijah Gabe P=C3=A9rez <eg642616@gmail.= com>
>=C2=A0 > Cc: Gerd M=C3=B6llmann <gerd.moellmann@= gmail.com>,
>=C2=A0 >=C2=A0 =C2=A077544@debbugs.gnu.org
>=C2=A0 > Date: Sat, 05 Apr 2025 12:13:26 -0600
>=C2=A0 >
>=C2=A0 >=C2=A0 Or an optional feature of whitespace-mode?
>=C2=A0 >
>=C2=A0 > I don't think whitespace-mode is related to this.
>
>=C2=A0 The form-feed ^L character is one of whitespace characters.
>
> Right, but I don't think this should be whitespace-mode exclusive.= =C2=A0 IMO this new minor mode can be used as
> alternative to make-separator-line (for example in shortdoc buffers) w= hich looks ugly in both terminal and GUI
> frames.

Sure, but why is it a problem to make this part of whitespace-mode?
It already has a number of optional features, each one of which can
be turned on and off separately.

The advantage is that we don't need to have yet another minor mode,
yet another mode-line lighter, etc.=C2=A0 Also, some people already turn on=
whitespace-mode in text modes.


It makes sense, since ^L characters are often used in files.