Re: filename completion in the source command

2002-07-22 Thread Doug Kearns

On Sun, Jul 21, 2002 at 01:00:31PM +0200, Sven Guckes wrote:
 * V K [EMAIL PROTECTED] [2002-07-21 06:54]:
  Funny, even just about every GNU app supports
  readline() and cmdline editing. I have come
  to think of it as state of the art, or standard.
 
 not every mutt gets linked to the GNU readline.

I must be missing something, but I didn't think _any_ mutt was using the
GNU Readline Library?

Regards,
Doug



Re: (wish) urlview w/ context?

2002-05-02 Thread Doug Kearns

On Wed, May 01, 2002 at 02:30:57PM -0700, Vineet Kumar wrote:
 Hello,
 
 I tried googling for this without success.
 
 I was wondering if anybody knows of a way to get urlview to show some
 context along with the URLs it presents. 

http://www.dgp.toronto.edu/~mac/projects/pyurlview.py

snip

Regards,
Doug




Re: line editor command history behavior

2001-12-08 Thread Doug Kearns

On Tue, Dec 04, 2001 at 09:06:42AM +0100, Cliff Sarginson wrote:
 On Tue, Dec 04, 2001 at 04:20:03PM +1100, Doug Kearns wrote:
  I've just noticed that if you are cycling through the command history
  and abort with a ^G, the next time you invoke the line editor you are
  placed at the point in history list at which you aborted.
  
  example:
  
  :command 1
  :command 2
  :command 3
  :command 4
  :command 5
  
  cycle up the history to 'command 3', abort and invoke the line editor
  again. Hit the Up key and you are at 'command 2' which is not the last
  command you entered.
 
 Well, in a sense you are at the last line you entered are you not ?

Not really. I'm at the last line I scrolled to in the history buffer,
not the last line I 'entered'.

 You entered it through cycling to it+1. You aborted the current action
 which leaves the history pointer at current-action -1 .
  
Surely an aborted operation should not change the state of the history
buffer.

 It seems strange, but if you think about it then it is logical.
 
Not to me :-)

I've also noticed that the history is cleared when the history buffer is
full, rather than just deleting the least recent item.

I'm curious if this is the desired behaviour.

Regards,
Doug



line editor command history behavior

2001-12-03 Thread Doug Kearns

I've just noticed that if you are cycling through the command history
and abort with a ^G, the next time you invoke the line editor you are
placed at the point in history list at which you aborted.

example:

:command 1
:command 2
:command 3
:command 4
:command 5

cycle up the history to 'command 3', abort and invoke the line editor
again. Hit the Up key and you are at 'command 2' which is not the last
command you entered.

This seems a little strange to me and I was wondering if it was
intentional.

Regards,
Doug




Re: select multiple messages

2001-11-25 Thread Doug Kearns

On Mon, Nov 26, 2001 at 07:57:59AM +0200, Dragos_C wrote:
   How to select multiple messages for moving (deleting)?
 
Use tag-message which is bound to 't' by default.
  
Read more about 'tagging' in the manual.
   

Regards,   

Doug  



Re: OT: not able to set textwidth to 65

2001-10-30 Thread Doug Kearns

On Tue, Oct 30, 2001 at 12:39:24PM +0530, Suresh Ramasubramanian wrote:
 Matej Cepl mutt [30/10/01 01:20 -0500]:
  Is anybody able to help me (sorry, for OT question, but I guess
  that there are many vim users on this list), please?
 
 Try this
 
 # Use mutt.editor as our editor
 set editor=vim +':set textwidth=65' +':set wrap' +\`awk '/^$/ {print i+2; exit} 
{i++}' %s\` %s 

You could replace the awk invocation with +'/^$/+1'

snip

Regards,
Doug



Re: [Q] reply address to mailing list

2001-10-30 Thread Doug Kearns

On Wed, Oct 31, 2001 at 01:07:12PM +0900, YOON, Joo-Yung wrote:
 Hi,
 
 Could you tell me how to make the To:  address set to the mailing
 list addres when I try to make a reply to a mailing list?
 
snip

Check out the 'Mailing Lists' section in the manual.

'lists' and 'subscribe' are the relevant commands.

Regards,
Doug



Read only inbox

2001-09-21 Thread Doug Kearns

Hello all,

I've just recently upgraded to mutt 1.3.22 and it seems I can no longer
delete mail from my inbox - /var/spool/mail/doug

Could someone point me to the relevant documentation ?

Thanks,
Doug



Re: Read only inbox

2001-09-21 Thread Doug Kearns

On Fri, Sep 21, 2001 at 02:55:44PM +0530, Suresh Ramasubramanian wrote:
 Doug Kearns mutt [21/09/01 19:25 +1000]:
  I've just recently upgraded to mutt 1.3.22 and it seems I can no longer
  delete mail from my inbox - /var/spool/mail/doug
  Could someone point me to the relevant documentation ?
 
 Check the permissions of your mailbox - and see if there's a mutt dotlock
 there ...

Yep, just found it.sorry :)

Apparently I failed to notice that the install, correctly, didn't set
mutt_dotlock setgid.

Thanks,
Doug



Re: Is there such an alias?

2001-06-12 Thread Doug Kearns

On Tue, Jun 12, 2001 at 01:28:04PM +0200, Dirk Laurie wrote:
 I wish to send an e-mail to Bill Gates but can't remember under what
 alias I've got him -- bg? billg? bgates?  I know I can less my
 alias file from another window -- but is there a way to locate an
 alieas easily from mutt?
 
You can hit TAB at the address prompts and mutt will bring up an alias
menu from which you can select 'He of the Evil Empire'.
I'm sure this is in the manual somewhere.

Regards,
Doug




index format

2001-06-07 Thread Doug Kearns

Hello all,

Is there some way to to set the index format so that it strips certain
characters from the subject( %s ) ?

eg. I'd like to strip the leading [...] from the subject
[ruby-talk:15734] java based interpreter and regexes

Any ideas ?

Thanks,
Doug




Re: index format

2001-06-07 Thread Doug Kearns

On Thu, Jun 07, 2001 at 04:35:18PM +0100, Lars Hecking wrote:
 Doug Kearns writes:
  Hello all,
  
  Is there some way to to set the index format so that it strips certain
  characters from the subject( %s ) ?
  
  eg. I'd like to strip the leading [...] from the subject
  [ruby-talk:15734] java based interpreter and regexes
 
  There is no way to do it in mutt, as the format strings available for
  index_format don't allow access to substrings. But you can do this in
  procmail:
 
 :0 fhw
 * ^Subject:[  ]*\[[^]]*\][]\/.*
 | formail -I Subject: $MATCH
 
  The empty bracket pairs contain a space and a tab each.
 
Thanks.
I didn't want to actually strip it - just didn't want to have to look at
it in the index.
I find subject strings of this type to be too 'noisy'.

Regards,
Doug