unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Drew Adams <drew.adams@oracle.com>
To: Eli Zaretskii <eliz@gnu.org>, Drew Adams <drew.adams@oracle.com>
Cc: michael.albinus@gmx.de, 35360@debbugs.gnu.org
Subject: bug#35360: 26.2; Default bindings of `A' and `Q' in Dired, for MS Windows users
Date: Mon, 22 Apr 2019 02:58:41 -0700 (PDT)	[thread overview]
Message-ID: <92c7d2aa-1f2a-4902-af26-e322d4b5d8dd@default> (raw)
In-Reply-To: <<83muki8t8b.fsf@gnu.org>>

> > > > Patches welcome to use Lisp replacements for 'find' and 'grep' on
> > > > Windows (with a defcustom that will allow to use the external programs
> > > > when they are available).
> > >
> > > Something like ls-lisp? Yes, that would be useful. We shall change the
> > > title of this bug report, or divide it even into two reports, for
> > > find-lisp and grep-lisp.
> >
> > That would be good.  But please create separate bug
> > reports for such enhancements.  Don't just retitle
> > this thread and change its meaning.
> >
> > This bug thread is about the binding of commands that
> > cannot possibly work out of the box for MS Windows
> > users, where by out-of-the-box I mean without knowing
> > that they need to install some additional software
> > and then installing that.
> >
> > And this thread is about the broken repurposing of
> > bindings that previously worked for such users - and
> > whose previous commands still work for them (and for
> > everyone else).
> 
> If you think that discussing ways to fix the problem for Windows users
> who don't have 'find' and 'grep' does not belong to this bug report,
> then why did you file this bug report?  Isn't fixing the problem the
> goal of this report?  If not, what is its goal?

Certainly if you do fix the problem in the way suggested
by Michael then this bug report will also be taken care of.

But this need not wait to be fixed that way - it need not
wait (how long?) for such a complete solution.

We have, essentially, a regression.  There are simple ways
to work around it - while waiting for the more complete
solution that Michael suggests.  My suggestion is to do one
of those things _until or unless_ the more complete solution
is available.  Let's not just leave things broken until then.

IOW, fix this quickly in some less-than-perfect way, to get
things back to "normal" in some sense.  That does not prevent
a more satisfactory solution being implemented.

If you prefer to keep all of that in the same bug thread
that's fine by me.  But I would like to see a quick fix
in some way.  What I don't want to see is nothing happen,
in the vague hope that someday there will be pie in the
sky.  If/when there is pie in the sky I'll be happy, of
course.

> > However you look at it, until/unless the enhancement
                            ^^^^^^^^^^^^
> > requests that Michael suggests are available this bug
> > needs fixing.  MS Windows users have lost something,
> > out of the box, at least.
> 
> We are discussing how to provide that.  What is it that you don't like
> about this discussion?

See above.  I have no problem with discussing, as long as
the ideal doesn't become the enemy of the immediately good.

> > As the first line of this thread says, "Shouldn't the
> > default bindings of `A' and `Q' DTRT on MS Windows out
> > of the box?"  That's what this bug is about.  How the
> > bug gets fixed is another matter.
> 
> Saying that we should fix it by replacing 'find' and 'grep' in Lisp
> answers that question in my book.  By fixing the bug we acknowledge
> that the answer to the question is positive.

Great.  And how about a quick workaround fix in the mean
time?

> > If we won't restore `A' and `Q' to what they were before
> > for everyone (and Eli says we won't) then can we not do
> > something else to restore/replace what we broke for
> > Windows users by changing their bindings to commands
> > that they can use?  That is, not change `A' and `Q' back
> > for everyone, but do so for those that need a workaround.
> 
> This is the wrong way of fixing the problem, and therefore we won't do
> it, as I said in my previous message.

I said from the outset that it is not the right fix.
But it is a quick workaround to back out of a regression
for those users affected.  When do you expect to have the
right fix implemented.

In any case, I'm happy and grateful to hear that you intend
to fix this correctly.





       reply	other threads:[~2019-04-22  9:58 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <<2ee4e871-a51a-47fe-bb67-8ff0f12a986b@default>
     [not found] ` <<83wojn89ee.fsf@gnu.org>
     [not found]   ` <<87bm0zcg9e.fsf@gmx.de>
     [not found]     ` <<6be7fe2c-a1ff-4334-8251-86761610a4f4@default>
     [not found]       ` <<83muki8t8b.fsf@gnu.org>
2019-04-22  9:58         ` Drew Adams [this message]
2019-04-22 10:13           ` bug#35360: 26.2; Default bindings of `A' and `Q' in Dired, for MS Windows users Eli Zaretskii
2019-04-21 13:47 Drew Adams
2019-04-21 19:07 ` Eli Zaretskii
2019-04-21 19:25   ` Michael Albinus
2019-04-21 19:53     ` Drew Adams
2019-04-22  6:11       ` Eli Zaretskii
2019-04-22  6:04     ` Eli Zaretskii

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=92c7d2aa-1f2a-4902-af26-e322d4b5d8dd@default \
    --to=drew.adams@oracle.com \
    --cc=35360@debbugs.gnu.org \
    --cc=eliz@gnu.org \
    --cc=michael.albinus@gmx.de \
    /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).