From unknown Tue Jun 17 21:52:52 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58804: Inconsistency between ruler-mode, fill-column and whitespace-mode Resent-From: Heime Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 26 Oct 2022 20:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 58804 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 58804@debbugs.gnu.org X-Debbugs-Original-To: "bug-gnu-emacs@gnu.org" Received: via spool by submit@debbugs.gnu.org id=B.166681578228767 (code B ref -1); Wed, 26 Oct 2022 20:24:02 +0000 Received: (at submit) by debbugs.gnu.org; 26 Oct 2022 20:23:02 +0000 Received: from localhost ([127.0.0.1]:55384 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1onmvT-0007TL-HQ for submit@debbugs.gnu.org; Wed, 26 Oct 2022 16:23:02 -0400 Received: from lists.gnu.org ([209.51.188.17]:59016) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1onmvQ-0007T7-B7 for submit@debbugs.gnu.org; Wed, 26 Oct 2022 16:22:57 -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 1onmvQ-0001fv-5h for bug-gnu-emacs@gnu.org; Wed, 26 Oct 2022 16:22:56 -0400 Received: from mail-4324.protonmail.ch ([185.70.43.24]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1onmvO-0004Ek-5Q for bug-gnu-emacs@gnu.org; Wed, 26 Oct 2022 16:22:55 -0400 Date: Wed, 26 Oct 2022 20:22:37 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1666815771; x=1667074971; bh=Li2eNUIy5/gEwmaXldzg2FfbGo6Pf0C/C2cep1rqvz0=; h=Date:To:From:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector; b=GO1tmkqQsB2M4eu1k2w5TBPEU/L27wte1sYDo06SznT2HjN6SXSxoYgBBgvtc89FI kG2DSwkOF4JFnpjPXZtEhgQzIwetu0KgcWCc1lrWRedzdZNhKKW4ssT2uh2+2Amebt jfhRnc+I6vJuh3IYakBLFfOBH6/L88tSq4ovEVLh3QM04xH89U+pW6U9Rr9X49Ur55 r1ujADyiahDYjBPndcz1UYW/gpZSouHFSyeIANR2l/L70uLxpjSJb+eeHHL16TQ8u6 0BvISFLSxNoTaz+g6y6hhGNQOBw+eS6cgpV4l8dzuQ0276jP0qH/EGm/HKKz1YoaLC R9n/nRZ8eM8Qw== From: Heime Message-ID: Feedback-ID: 57735886:user:proton MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=185.70.43.24; envelope-from=heimeborgia@protonmail.com; helo=mail-4324.protonmail.ch X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -0.6 (/) 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 (---) Having set both fill-column and whitespace-line-column to 72, I noticed the= following. ruler-mode has the left end marker at column 72, but it should be at column= 71 because column numbers start from 0. Here an improvement would be appreciated. Th= at is, having the ability to show a ruler variant that starts from value 1. When one use= s a block cursor, the ruler left marker would then mark exactly column 72. The user will kne= w that if he inputs the next character he would have reached the line limit and the ruler left = marker would coincide with that position. From unknown Tue Jun 17 21:52:52 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58804: Inconsistency between ruler-mode, fill-column and whitespace-mode Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 27 Oct 2022 05:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58804 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Heime Cc: 58804@debbugs.gnu.org Received: via spool by 58804-submit@debbugs.gnu.org id=B58804.166684912219984 (code B ref 58804); Thu, 27 Oct 2022 05:39:02 +0000 Received: (at 58804) by debbugs.gnu.org; 27 Oct 2022 05:38:42 +0000 Received: from localhost ([127.0.0.1]:55927 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1onvbF-0005CG-T7 for submit@debbugs.gnu.org; Thu, 27 Oct 2022 01:38:42 -0400 Received: from eggs.gnu.org ([209.51.188.92]:51610) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1onvbA-0005Bw-AJ for 58804@debbugs.gnu.org; Thu, 27 Oct 2022 01:38:40 -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 1onvb4-0002Ar-DS; Thu, 27 Oct 2022 01:38:30 -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=vtFaDV5sBwWdRJr+eDhh45sss7Sz+AbP4HcLCCLm+Vw=; b=ZTKjXBrQvixGJc6ud9vN ENDrVbh4LFzDLFBfyyS9mcvrp570R02ynKdaM96/G0a/W6S7I3+99mw+lRGTdu21nyFZwAYcwcMZ4 7+XG2/W+H7VheBUFOgBR2unTRPKspkWoNNydzZVYQ4Zj4CHwMj+QEevJdJ6cYvxs86YXdCqTpTHVY ysk4SSj8PCbLWhzXcAjqFYEcsUjKu51R7zXpvqjvpnglQiSeFbHI5UpRF6aYsBR7WE2fo+S2pu/e3 8C89vUmQrBRY81UAJwcadBNoupLrgNTj4/UxxTiyVKbH6xrvlUiXGeXxgpmXoSWsqM+ZQyGRLlFl2 4HIlykjLy1q2DQ==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1onvb3-0003MI-AM; Thu, 27 Oct 2022 01:38:29 -0400 Date: Thu, 27 Oct 2022 08:38:22 +0300 Message-Id: <83lep1n7w1.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (bug-gnu-emacs@gnu.org) References: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Wed, 26 Oct 2022 20:22:37 +0000 > From: Heime via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > Having set both fill-column and whitespace-line-column to 72, I noticed the following. > > ruler-mode has the left end marker at column 72 Do you mean "right end marker"? I see no end marker at the left part of the display here, only the ¶ marker at the right. > but it should be at column 71 because column numbers start from 0. I don't follow: ruler-mode counts columns starting from zero, as everything in Emacs. If you move point to a column other than the leftmost one, you will see "0" at the left edge of the ruler display. So having the marker at column 72 is exactly right. Are you seeing this in "emacs -Q"? > Here an improvement would be appreciated. That is, having > the ability to show a ruler variant that starts from value 1. When one uses a block cursor, > the ruler left marker would then mark exactly column 72. The user will knew that if he inputs > the next character he would have reached the line limit and the ruler left marker would coincide > with that position. It sounds like you want column numbers that start from 1, not zero? That should be a session-wide mode (if we want such an enhancement), since otherwise there could be confusion. We currently support one-based column only in the mode-line display under column-number-mode. Maybe you have turned that on, which is why you think there's a mismatch in ruler-mode? From unknown Tue Jun 17 21:52:52 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58804: Inconsistency between ruler-mode, fill-column and whitespace-mode Resent-From: Heime Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 27 Oct 2022 06:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58804 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 58804@debbugs.gnu.org Received: via spool by 58804-submit@debbugs.gnu.org id=B58804.166685134223581 (code B ref 58804); Thu, 27 Oct 2022 06:16:01 +0000 Received: (at 58804) by debbugs.gnu.org; 27 Oct 2022 06:15:42 +0000 Received: from localhost ([127.0.0.1]:55973 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1onwB3-00068F-I9 for submit@debbugs.gnu.org; Thu, 27 Oct 2022 02:15:41 -0400 Received: from mail-40141.protonmail.ch ([185.70.40.141]:21389) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1onwAx-00067z-TO for 58804@debbugs.gnu.org; Thu, 27 Oct 2022 02:15:39 -0400 Date: Thu, 27 Oct 2022 06:15:23 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1666851329; x=1667110529; bh=x2kX2GGzjrh2Z8CosWEK6g8AA71FNHUdZFgIxZLM0Ag=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=gvVZOSRBF3nh5NJBpN8hIqFW5WydLKs2pAVDurDxjPVNuEwbikjha4K6/FT6TC+c0 1gWVMuvAJsvVGHi7jnTE5yrXOnOzTymLYNvf2cc+ckc5afB2BAZzV9l6Y5X1mZnF10 auzzPV3XuF1CjNGg4Xjhd+Q+a+R8I56GB15ev5iemxDLP+O1+R8NhFTV6w0FIg/1RU nmy4yWqBPUY584XKquPmdM2Dguumw8rPXJPFbpH6YDE4m6ajmpmPBfs+xqM69CGXrK Hiv4euCsyxORFEB+I+sOwCuxskVjNcNZbeB/fXRckCoFJzEdY78JpRmKBMKFB6EfjW Cw9CGtKKZylhA== From: Heime Message-ID: In-Reply-To: <83lep1n7w1.fsf@gnu.org> References: <83lep1n7w1.fsf@gnu.org> Feedback-ID: 57735886:user:proton MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) 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 (-) ------- Original Message ------- On Thursday, October 27th, 2022 at 5:38 AM, Eli Zaretskii wr= ote: > > Date: Wed, 26 Oct 2022 20:22:37 +0000 > > From: Heime via "Bug reports for GNU Emacs, > > the Swiss army knife of text editors" bug-gnu-emacs@gnu.org > >=20 > > Having set both fill-column and whitespace-line-column to 72, I noticed= the following. > >=20 > > ruler-mode has the left end marker at column 72 >=20 >=20 > Do you mean "right end marker"? I see no end marker at the left part > of the display here, only the =C2=B6 marker at the right. Right End Marker actually. =20 > > but it should be at column 71 because column numbers start from 0. >=20 >=20 > I don't follow: ruler-mode counts columns starting from zero, as > everything in Emacs. If you move point to a column other than the > leftmost one, you will see "0" at the left edge of the ruler display. > So having the marker at column 72 is exactly right. When one is using a box cursor, it is very confusing. If one has=20 whitespace-style with 'lines-char, the column with the Right Ruler Marker= =20 gets highlighted. When users have a box cursor, it is convenient that the Right Ruler Marker is placed on the last column where it is acceptable to introduce a last character without exceeding line-column. Don't have users always having to remember to add or subtract 1 in their head, but=20 have use visual reference for the last valid column. Perhaps, you could introduce a new marker for that, and decide which one=20 to use? You could have an option to select the starting number, 0 or 1. Or you might have something better in mind that would work well visually. Particularly for those of us using box cursor. > Are you seeing this in "emacs -Q"? >=20 > > Here an improvement would be appreciated. That is, having > > the ability to show a ruler variant that starts from value 1. When one = uses a block cursor, > > the ruler left marker would then mark exactly column 72. The user will = knew that if he inputs > > the next character he would have reached the line limit and the ruler l= eft marker would coincide > > with that position. =20 > It sounds like you want column numbers that start from 1, not zero? > That should be a session-wide mode (if we want such an enhancement), > since otherwise there could be confusion. We currently support > one-based column only in the mode-line display under > column-number-mode. Maybe you have turned that on, which is why you > think there's a mismatch in ruler-mode? Yes, to start from 1, not zero - when one uses a "box cursor". And yes, I have both ruler-mode, whitespace-mode, and column-number-mode, all three enabled. I would appreciate if I could make the necessary customisations for all three to match. From unknown Tue Jun 17 21:52:52 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58804: Inconsistency between ruler-mode, fill-column and whitespace-mode Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 27 Oct 2022 06:36:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58804 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Heime Cc: 58804@debbugs.gnu.org Received: via spool by 58804-submit@debbugs.gnu.org id=B58804.166685250225485 (code B ref 58804); Thu, 27 Oct 2022 06:36:01 +0000 Received: (at 58804) by debbugs.gnu.org; 27 Oct 2022 06:35:02 +0000 Received: from localhost ([127.0.0.1]:55986 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1onwTm-0006cz-8b for submit@debbugs.gnu.org; Thu, 27 Oct 2022 02:35:02 -0400 Received: from eggs.gnu.org ([209.51.188.92]:46268) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1onwTh-0006cO-PH for 58804@debbugs.gnu.org; Thu, 27 Oct 2022 02:35:01 -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 1onwTZ-0002gZ-HZ; Thu, 27 Oct 2022 02:34:49 -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=67WcB7U/jaz/uk2FZy1Hn9PbiEUuWR/HSc2W8u6emBM=; b=QnyYnG5v08atSQp67Kxe 0UWx/QA5V4vFiH7nqXx3HasFsA46g50BAC/axauknUFUhUobWKErHh2/q47xlaRinZSuyT6f+3jIM XeKpm7alrnet8HnUW0AWXQoylvPBS8F1gku2tr2HpIT/X1sWGy2PYSDcx/Tju7FQNk6s4Tf0Rmd1s /YgVWYakh1QVEtlsWyE19uSxl+NFsKC7IivR7Wnka0LcXSiyfX6Vu6HKvOUG+GL+zecnRmbwSOnOQ H0PDvc808GvCLBW4zD94AqnwSleEA1no6P7v0mBDeZpmZFxuQm4DDD2+aRJH40e4YLrIgQHM8G8FN 24N/b3yvA+O0Ag==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1onwTY-0002ZC-Ab; Thu, 27 Oct 2022 02:34:49 -0400 Date: Thu, 27 Oct 2022 09:34:39 +0300 Message-Id: <83a65hn5a8.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Heime on Thu, 27 Oct 2022 06:15:23 +0000) References: <83lep1n7w1.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Thu, 27 Oct 2022 06:15:23 +0000 > From: Heime > Cc: 58804@debbugs.gnu.org > > > > but it should be at column 71 because column numbers start from 0. > > > > > > I don't follow: ruler-mode counts columns starting from zero, as > > everything in Emacs. If you move point to a column other than the > > leftmost one, you will see "0" at the left edge of the ruler display. > > So having the marker at column 72 is exactly right. > > When one is using a box cursor, it is very confusing. If one has > whitespace-style with 'lines-char, the column with the Right Ruler Marker > gets highlighted. So I guess this is a bug in whitespace-mode? Its doc string says: lines-char lines which have columns beyond ‘whitespace-line-column’ are highlighted via putting a face on the first character that goes beyond the ‘whitespace-line-column’ column. So highlighting the character whose column is whitespace-line-column, not whitespace-line-column+1, seems to be a bug? > When users have a box cursor, it is convenient that > the Right Ruler Marker is placed on the last column where it is acceptable > to introduce a last character without exceeding line-column. That's what happens now (and box cursor is the default cursor style). The problem seems to be in whitespace-mode, not in ruler-mode. > > It sounds like you want column numbers that start from 1, not zero? > > That should be a session-wide mode (if we want such an enhancement), > > since otherwise there could be confusion. We currently support > > one-based column only in the mode-line display under > > column-number-mode. Maybe you have turned that on, which is why you > > think there's a mismatch in ruler-mode? > > Yes, to start from 1, not zero - when one uses a "box cursor". I don't think I understand the relevance of the cursor-type to this issue. > And yes, I have both ruler-mode, whitespace-mode, and > column-number-mode, all three enabled. I would appreciate if I > could make the necessary customisations for all three to match. That would need some new minor mode or user option, I guess, and suitable changes in several places to follow the optional behavior. Patches welcome. From unknown Tue Jun 17 21:52:52 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58804: Inconsistency between ruler-mode, fill-column and whitespace-mode Resent-From: Heime Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 27 Oct 2022 07:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58804 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 58804@debbugs.gnu.org Received: via spool by 58804-submit@debbugs.gnu.org id=B58804.166685465128939 (code B ref 58804); Thu, 27 Oct 2022 07:11:01 +0000 Received: (at 58804) by debbugs.gnu.org; 27 Oct 2022 07:10:51 +0000 Received: from localhost ([127.0.0.1]:56024 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1onx2R-0007Wg-7Y for submit@debbugs.gnu.org; Thu, 27 Oct 2022 03:10:51 -0400 Received: from mail-40140.protonmail.ch ([185.70.40.140]:58709) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1onx2L-0007WP-UK for 58804@debbugs.gnu.org; Thu, 27 Oct 2022 03:10:49 -0400 Date: Thu, 27 Oct 2022 07:10:30 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1666854639; x=1667113839; bh=ji0yvjDMPErj8osl0QxkGc2Nquv32vXATAf0crIuyd8=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=f9nqhNlPsAcS9SS/dSEWk/YxAoYnAHCGnLGGOFSh9660jjyCr5l9LoRzAqEPTISkp 6/i067xZVHIXErz0SRjzRtkhYX9Xtsz1Zi7014hrJEWCadyWfsyghRjHkwp7IBJLRp U1NycPb2FG/bt+8wUFSj4/UesiUOHMo65HybsK++Gg+E7iS39za1DbU5C8D3bHSZr+ MPN1oJMWafUaxfGWHqm7yIrBMyEYP4LAVX1BWlHYIMR9Je9Y+MjnfjBneMah9YRfIn GHc7Zd21CrRNg7q5P/W5y2tMJOYrrhbDiNdXgoDJBhiZhawzog/TwH1oQF4Q1L/lI1 5vrgkgwIoKr6Q== From: Heime Message-ID: In-Reply-To: <83a65hn5a8.fsf@gnu.org> References: <83lep1n7w1.fsf@gnu.org> <83a65hn5a8.fsf@gnu.org> Feedback-ID: 57735886:user:proton MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) 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 (-) ------- Original Message ------- On Thursday, October 27th, 2022 at 6:34 AM, Eli Zaretskii wr= ote: > > Date: Thu, 27 Oct 2022 06:15:23 +0000 > > From: Heime heimeborgia@protonmail.com > > Cc: 58804@debbugs.gnu.org > >=20 > > > > but it should be at column 71 because column numbers start from 0. > > >=20 > > > I don't follow: ruler-mode counts columns starting from zero, as > > > everything in Emacs. If you move point to a column other than the > > > leftmost one, you will see "0" at the left edge of the ruler display. > > > So having the marker at column 72 is exactly right. > >=20 > > When one is using a box cursor, it is very confusing. If one has > > whitespace-style with 'lines-char, the column with the Right Ruler Mark= er > > gets highlighted. >=20 > So I guess this is a bug in whitespace-mode? Its doc string says: Looking carefully, all are correct. But quite confusing when using them together. Particularly for some of us who like to work in an intuitive=20 and visual manner.=20 =20 What would help is for the user to be able to adapt numbering system to their working style. Perhaps leave everything as is by default, but allow some user modifications to ruler-mode and column-number-mode. "whitespace-mode" works well as it is. > lines-char lines which have columns beyond > =E2=80=98whitespace-line-column=E2=80=99 are highlighted via > putting a face on the first character that goes > beyond the =E2=80=98whitespace-line-column=E2=80=99 column. >=20 > So highlighting the character whose column is whitespace-line-column, > not whitespace-line-column+1, seems to be a bug? >=20 > > When users have a box cursor, it is convenient that > > the Right Ruler Marker is placed on the last column where it is accepta= ble > > to introduce a last character without exceeding line-column. >=20 >=20 > That's what happens now (and box cursor is the default cursor style). > The problem seems to be in whitespace-mode, not in ruler-mode. >=20 > > > It sounds like you want column numbers that start from 1, not zero? > > > That should be a session-wide mode (if we want such an enhancement), > > > since otherwise there could be confusion. We currently support > > > one-based column only in the mode-line display under > > > column-number-mode. Maybe you have turned that on, which is why you > > > think there's a mismatch in ruler-mode? > >=20 > > Yes, to start from 1, not zero - when one uses a "box cursor". >=20 > I don't think I understand the relevance of the cursor-type to this > issue. The cursor-type is the source of the confusion. With a bar, one can easily= see that it is the beginning of the character beyond fill-column, which also co= rresponds to column-number-mode. But things get non-intuitive when using a box curso= r. =20 > > And yes, I have both ruler-mode, whitespace-mode, and > > column-number-mode, all three enabled. I would appreciate if I > > could make the necessary customisations for all three to match. >=20 >=20 > That would need some new minor mode or user option, I guess, and > suitable changes in several places to follow the optional behavior. > Patches welcome. An option would be easier for users.