GNU bug report logs - #9959
24.0.90; `count-words' command from a narrowed buffer

Previous Next

Package: emacs;

Reported by: Dani Moncayo <dmoncayo <at> gmail.com>

Date: Sat, 5 Nov 2011 10:32:01 UTC

Severity: wishlist

Found in version 24.0.90

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #32 received at 9959 <at> debbugs.gnu.org (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Juri Linkov'" <juri <at> jurta.org>
Cc: 'Kevin Rodgers' <kevin.d.rodgers <at> gmail.com>, 9959 <at> debbugs.gnu.org
Subject: RE: bug#9959: 24.0.90; `count-words' command from a narrowed buffer
Date: Wed, 9 Nov 2011 08:51:15 -0800
> > Another possibility: Do as we do with `apropos' commands.  
> > We have both a prefix arg and a user option,
> > `apropos-do-all', that affect the behavior, with the less
> > complete, and faster, behavior as the default.
> 
> Or

It's not an "or" - the two are orthogonal (except for key binding
choice/conflict).  I was talking about how much info is shown.  You're talking
about where the info is displayed.

The `apropos' approach is good because it lets users define a personal
preference that might be for seeing more info (=t), yet it also lets users
change the behavior on the fly using a prefix arg.

> do as we do with `what-cursor-position' (`C-x =') that 
> prints info in the echo area, but with prefix argument shows
> full details in *Help* buffer.

I don't see the output of even the full info as being something voluminous,
necessitating *Help*.  But perhaps you had something more in mind.  The info
we've discussed so far should be OK for the minibuffer.





This bug report was last modified 3 years and 99 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.