unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Worik Stanton <worik.stanton@tirotech.co.nz>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 73623@debbugs.gnu.org
Subject: bug#73623: sort-lines fails
Date: Mon, 21 Oct 2024 08:17:17 +1300	[thread overview]
Message-ID: <CANuMBWF9sxxBVe18k6RPoBURvbMzefxoBXpm6Zqw61a_Gy2eTQ@mail.gmail.com> (raw)
In-Reply-To: <868qukmvae.fsf@gnu.org>

[-- Attachment #1: Type: text/plain, Size: 1972 bytes --]

On Sat, 19 Oct 2024 at 20:00, Eli Zaretskii <eliz@gnu.org> wrote:

> Ping!  Worik, could you please post the details I asked for, so we
> could investigate this issue?
>

Sorry this dropped off my radar.

Looking at my example I think that I made an elementary mistake, the line
"pop_rates: converted_pop_map" starts with some whitespace.

The original file is not available any more, so I do not know what white
space it was.

I did think that white space sorts differently from that, whatever, I made
a mistake, and I am sorry for wasting your time.

Thank you for your attention, albeit to me being foolish.

Worik


> > Cc: 73623@debbugs.gnu.org
> > Date: Fri, 04 Oct 2024 10:03:07 +0300
> > From: Eli Zaretskii <eliz@gnu.org>
> >
> > > From: Worik Stanton <worik.stanton@tirotech.co.nz>
> > > Date: Fri, 4 Oct 2024 10:47:37 +1300
> > >
> > > Emacs 29.4.50
> > > Debian 12.7
> > >
> > > Given the following text in the selection:
> > >
> > >    path_assets:assets.getAssetDir(),
> > >    path_images:get_image_path(),
> > >    product: job_info.product ?? "\\textless Not Specified
> \\textgreater ",
> > >    user: get_poa_user(),
> > >             pop_rates: converted_pop_map,
> > >
> > > The command `sort-lines` does not change the order
> >
> > I cannot reproduce this, and least not if I paste the above text into
> > a new buffer under Fundamental mode.  Did you mark the text to make
> > the region include all of it, before invoking sort-lines?  When
> > invoked interactively, that command sorts lines inside the region, so
> > you must mark all of those lines first.  You say "text in the
> > selection", but I don't understand whether this means the region or
> > something else.
> >
> > So please show a reproducible recipe starting from "emacs -Q" to
> > exhibit this problematic behavior.  If you need to enable some
> > non-default modes to produce the problem, please state those modes
> > explicitly in the recipe.
> >
> > Thanks.
> >
> >
> >
> >
>

[-- Attachment #2: Type: text/html, Size: 3109 bytes --]

      reply	other threads:[~2024-10-20 19:17 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-10-03 21:47 bug#73623: sort-lines fails Worik Stanton
2024-10-04  7:03 ` Eli Zaretskii
2024-10-19  7:00   ` Eli Zaretskii
2024-10-20 19:17     ` Worik Stanton [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CANuMBWF9sxxBVe18k6RPoBURvbMzefxoBXpm6Zqw61a_Gy2eTQ@mail.gmail.com \
    --to=worik.stanton@tirotech.co.nz \
    --cc=73623@debbugs.gnu.org \
    --cc=eliz@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).