unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: David Kastrup <dak@gnu.org>
Cc: Stefan Monnier <monnier@iro.umontreal.ca>, emacs-devel@gnu.org
Subject: Re: A silly little request...
Date: Tue, 24 Jan 2006 02:26:09 +0100	[thread overview]
Message-ID: <85u0bus9fy.fsf@lola.goethe.zz> (raw)
In-Reply-To: <17365.26093.201394.149394@kahikatea.snap.net.nz> (Nick Roberts's message of "Tue, 24 Jan 2006 12:25:33 +1300")

Nick Roberts <nickrob@snap.net.nz> writes:

>  > > So it can be enabled e.g in your .emacs, before starting a debug
>  > > session.
>  > 
>  > But for that purpose it need not be marked as an autoloaded command.
>  > An autoloaded function would be enough (and it would make more sense
>  > to be able to customize it without needing to load it at .emacs time).
>
> It needs to be marked as an autoloaded command because it *is* a
> command, and not just a function.

I don't see how this "because" applies.

>  > I don't think there is a point in being able to call
>  > gud-toolkit-mode as a _command_ when no gud-session has been
>  > started yet.
>
> Its gud-tooltip-mode actually, Mrs Malaprop.

I might be singing alto, but still that remark seems more Malaprop
than mine.

> Someone who uses it might find it convenient not to have to enable
> it explicitly each time.

Having it as an autoloaded function would be completely sufficient for
that.

> It could be added to gdb-mode-hook by the user but thats more
> obscure.

And quite better, since it would not necessitate loading gud.el unless
it actually got used.

>  > > David could always set gu as an alias for gnus (or type a bit more
>  > > slowly!).
>  > 
>  > Sure, so can everybody else, and that holds for everything
>  > tripping people up while being "technically correct".
>
> Perhaps you'd also like something to be done about
> number-to-register for when you accidentally type M-x nu,
> etc.

This does not seem to happen to me, and besides, the command has no
really unfathomable consequences: just type C-g and it aborts.

> Anyway, it doesn't matter what I think, we might as well wait for a
> decree.

I am not sure this warrants a decree.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

  reply	other threads:[~2006-01-24  1:26 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-01-23 10:07 A silly little request David Kastrup
2006-01-23 15:40 ` Andreas Schwab
2006-01-23 16:15   ` David Kastrup
2006-01-23 18:24   ` Jay Belanger
2006-01-23 16:25 ` Kim F. Storm
2006-01-23 16:46   ` David Kastrup
2006-01-23 16:45 ` Stefan Monnier
2006-01-23 20:38   ` Nick Roberts
2006-01-23 21:03     ` David Kastrup
2006-01-23 23:25       ` Nick Roberts
2006-01-24  1:26         ` David Kastrup [this message]
2006-01-23 17:55 ` Piet van Oostrum
2006-01-23 20:21   ` David Kastrup

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=85u0bus9fy.fsf@lola.goethe.zz \
    --to=dak@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=monnier@iro.umontreal.ca \
    /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).