From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Phil Sainty Newsgroups: gmane.emacs.bugs Subject: bug#21533: 24.5; current-column result varies between specified spaces using :width and :relative-width Date: Thu, 24 Sep 2015 00:32:15 +1200 Message-ID: <56029BCF.40205@orcon.net.nz> References: <560165C5.2020904@orcon.net.nz> <83y4fyl7d8.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1443011606 18267 80.91.229.3 (23 Sep 2015 12:33:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 23 Sep 2015 12:33:26 +0000 (UTC) To: 21533@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Sep 23 14:33:14 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZejEU-0007UC-Q0 for geb-bug-gnu-emacs@m.gmane.org; Wed, 23 Sep 2015 14:33:11 +0200 Original-Received: from localhost ([::1]:47565 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZejEU-0007CH-59 for geb-bug-gnu-emacs@m.gmane.org; Wed, 23 Sep 2015 08:33:10 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49226) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZejEQ-0007Br-0H for bug-gnu-emacs@gnu.org; Wed, 23 Sep 2015 08:33:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZejEM-0002XK-Rz for bug-gnu-emacs@gnu.org; Wed, 23 Sep 2015 08:33:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:50227) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZejEM-0002XE-OR for bug-gnu-emacs@gnu.org; Wed, 23 Sep 2015 08:33:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ZejEM-0003HZ-Io for bug-gnu-emacs@gnu.org; Wed, 23 Sep 2015 08:33:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Phil Sainty Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 23 Sep 2015 12:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21533 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.144301155012581 (code B ref -1); Wed, 23 Sep 2015 12:33:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 23 Sep 2015 12:32:30 +0000 Original-Received: from localhost ([127.0.0.1]:42437 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZejDp-0003Gq-Ha for submit@debbugs.gnu.org; Wed, 23 Sep 2015 08:32:29 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:38854) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZejDm-0003Gh-Eo for submit@debbugs.gnu.org; Wed, 23 Sep 2015 08:32:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZejDl-0002H0-7Z for submit@debbugs.gnu.org; Wed, 23 Sep 2015 08:32:26 -0400 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:43342) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZejDl-0002Gw-5l for submit@debbugs.gnu.org; Wed, 23 Sep 2015 08:32:25 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48850) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZejDk-00074X-6u for bug-gnu-emacs@gnu.org; Wed, 23 Sep 2015 08:32:25 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZejDf-0002EK-LS for bug-gnu-emacs@gnu.org; Wed, 23 Sep 2015 08:32:24 -0400 Original-Received: from [219.88.242.56] (port=53250 helo=mail.orcon.net.nz) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZejDf-0002DL-4m for bug-gnu-emacs@gnu.org; Wed, 23 Sep 2015 08:32:19 -0400 Original-Received: from [10.1.1.2] (202-150-97-63.bng1.avl.orcon.net.nz [202.150.97.63] (may be forged)) (authenticated bits=0) by mail.orcon.net.nz (8.14.3/8.14.3/Debian-9.4) with ESMTP id t8NCWF0S022919 for ; Thu, 24 Sep 2015 00:32:16 +1200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.8.0 In-Reply-To: <83y4fyl7d8.fsf@gnu.org> X-Bayes-Prob: 0.0001 (Score 0: No Bayes scoring rules defined, tokens from: outbound) X-CanIt-Geo: ip=202.150.97.63; country=NZ; latitude=-41; longitude=174.0000; http://maps.google.com/maps?q=-41,174.0000&z=6 X-CanItPRO-Stream: base:outbound X-Canit-Stats-ID: 02PkAwfn1 - 8209fe288d85 - 20150924 X-Scanned-By: CanIt (www . roaringpenguin . com) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:106833 Archived-At: Hi Eli, On 23/09/15 04:57, Eli Zaretskii wrote: >> Which is to say that a specified space of :width 2 occupies 2 columns, >> while a specified space of :relative-width 2 occupies only 1 column. > > Simply put, current-column did not support :relative-width. Now it > does, so your example should work as expected with the development > sources. Ah. Well this is quite unfortunate for me. I've recompiled, and can confirm the change. Unfortunately the revised behaviour is actually the opposite to what I was hoping for. (A version of :width with the (now old) column behaviour of :relative-width would have been perfect.) In order for me to manipulate the *apparent* size of indentation without having any *practical* effect on the buffer, it's important that the current-column value for any given character of indentation does not change. If the current-column for a character can change, then simply re-indenting a line/region may cause the number of characters of indentation to change, even if the user had not edited the text since it was originally indented. (calculate-lisp-indent is dependent on current-column, for example.) Is there a way forward for me here? My library is/was *mostly* working how I wanted (I think the cases where using :relative-width had actually caused problems were probably edge cases), and I was intending to propose it as a GNU ELPA package. Assuming the new change is definitely how the existing properties should work, would you consider adding new alternative properties which provide the "specified space widths do not affect column numbers" behaviour? -Phil p.s. Please let me know if you'd like to see examples and/or code?