From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Robert Weiner Newsgroups: gmane.emacs.devel Subject: Re: Emacs bug #23794; sort-line behavior regressed from prior Emacs versions Date: Sat, 18 Jun 2016 18:41:23 -0400 Message-ID: References: <83shwa9zmr.fsf@gnu.org> <83lh229ywc.fsf@gnu.org> <83inx69xcx.fsf@gnu.org> <0984ce22-cbcf-42a6-906e-a03b65f3c71c@default> Reply-To: rswgnu@gmail.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a113acb007886ab0535952ddc X-Trace: ger.gmane.org 1466289739 30063 80.91.229.3 (18 Jun 2016 22:42:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 18 Jun 2016 22:42:19 +0000 (UTC) Cc: Eli Zaretskii , Richard Stallman , emacs-devel To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jun 19 00:42:15 2016 Return-path: Envelope-to: ged-emacs-devel@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 1bEOwQ-0000xa-4A for ged-emacs-devel@m.gmane.org; Sun, 19 Jun 2016 00:42:14 +0200 Original-Received: from localhost ([::1]:36654 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bEOwP-00072C-9p for ged-emacs-devel@m.gmane.org; Sat, 18 Jun 2016 18:42:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41116) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bEOwJ-000713-Aj for emacs-devel@gnu.org; Sat, 18 Jun 2016 18:42:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bEOwF-00066l-4S for emacs-devel@gnu.org; Sat, 18 Jun 2016 18:42:06 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:41548) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bEOwF-00066f-1R for emacs-devel@gnu.org; Sat, 18 Jun 2016 18:42:03 -0400 Original-Received: from mail-oi0-f48.google.com ([209.85.218.48]:36659) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bEOw5-0004r6-Hz; Sat, 18 Jun 2016 18:41:53 -0400 Original-Received: by mail-oi0-f48.google.com with SMTP id p204so164448160oih.3; Sat, 18 Jun 2016 15:41:53 -0700 (PDT) X-Gm-Message-State: ALyK8tJFfyCKtKXW2b7XdokJPzx0w7Hw06Fkf2lI7KJzAkfDJNhVh1R9NiFEPRqKvZm9Ov7TBQDgz8BGLsb8Kg== X-Received: by 10.157.10.4 with SMTP id 4mr4935887otg.13.1466289712819; Sat, 18 Jun 2016 15:41:52 -0700 (PDT) Original-Received: by 10.202.236.73 with HTTP; Sat, 18 Jun 2016 15:41:23 -0700 (PDT) In-Reply-To: <0984ce22-cbcf-42a6-906e-a03b65f3c71c@default> X-Gmail-Original-Message-ID: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:204494 Archived-At: --001a113acb007886ab0535952ddc Content-Type: text/plain; charset=UTF-8 On Sat, Jun 18, 2016 at 5:28 PM, Drew Adams wrote: > Is it not possible to have sort-lines _optionally_ ignore > (or not ignore) invisible whatevers? > > Are you discussing picking one or the other behavior only as > the default behavior, or are you discussing picking it as the > only behavior? > The patch makes ignoring invisible end of line characters the default as it was years ago when sort-lines worked for outline entries. It would certainly make sense to have an option that toggled this behavior that worked across the sort functions. Eventually both cases will likely be accommodated but the discussion is focused on what if anything to do in the immediate term. I am happy to make a patch with such an option if that would settle things faster but there would still be the issue of the default behavior. Bob --001a113acb007886ab0535952ddc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On S= at, Jun 18, 2016 at 5:28 PM, Drew Adams <drew.adams@oracle.com>= wrote:
Is it not possible to have= sort-lines _optionally_ ignore
(or not ignore) invisible whatevers?

Are you discussing picking one or the other behavior only as
the default behavior, or are you discussing picking it as the
only behavior?

The patch makes ignoring= invisible end of line characters the default as it was years ago when sort= -lines worked for outline entries.
It would certainly make sense = to have an option that toggled this behavior that worked across the sort fu= nctions.=C2=A0 Eventually both cases will likely be accommodated but the di= scussion is focused on what if anything to do in the immediate term. =C2=A0= I am happy to make a patch with such an option if that would settle things= faster but there would still be the issue of the default behavior.

Bob
=C2=A0

--001a113acb007886ab0535952ddc--