[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [bongo-devel] Re: Marks
From: |
Daniel Brockman |
Subject: |
Re: [bongo-devel] Re: Marks |
Date: |
Mon, 09 Apr 2007 15:52:06 +0200 |
User-agent: |
Gnus/5.11 (Gnus v5.11) Emacs/22.0.92 (gnu/linux) |
[Sorry, the last message I sent contained Lisp code with
unmatched parentheses, which confused Gnus. Here it is
again with properly closed parentheses.]
address@hidden (Daniel Jensen) writes:
> Daniel Brockman <address@hidden> writes:
>
>> address@hidden (Daniel Jensen) writes:
>>
>> I wonder why it's called `universal argument', though...
>
> I don't know, C-u is a universal argument but it cannot be /the/
> universal argument. We should let M-& be one too. I agree that the
> name can be more clear on what the command actually does.
So each command would have to implement support for `M-&'?
That's an interesting paradigm... but I don't think I get it.
In particular, that's not how your implementation works.
>> What about `bongo-universal-prefix/region/marking-command'?
>
> How about `bongo-universal-marking-argument'?
How is it an argument if the command cannot even detect it?
>> I think it should do it
>> - on the next N track lines (given a prefix argument N), or
>> - on every track line in the region (if active), or
>> - on every marked line (if any), or, otherwise,
>> - just on the line at point.
>
> I don't agree. That's what you (or I) would use keyboard macros for.
Why not let `5 M-& r' rename the next five tracks? Why not
let `C-SPC C-SPC 5 n M-& r' rename all tracks in the region?
>> In order to get the right behavior, we'd have to kill the
>> marking before executing the command --- otherwise the
>> command itself might use the marking.
>
> I don't think that's a good idea, I like it just the way I
> wrote it.
Do you like it that way because it is simple or because it
behaves in some particular way you like?
> It's simple, but it's just a kind of macro command anyway. And it
> works like the Gnus command, so there is no real surprise.
Actually, the Gnus command works roughly like I described,
except it does not care about an active region.
binT7W1ktbKAO.bin
Description: application/emacs-lisp
Here is the documentation string for `gnus-summary-work-articles':
Return a list of articles to be worked upon.
The prefix argument, the list of process marked articles,
and the current article will be taken into consideration.
--
Daniel Brockman <address@hidden>
- Re: [bongo-devel] Re: Marks, (continued)
- Re: [bongo-devel] Re: Marks, Daniel Brockman, 2007/04/08
- [bongo-devel] Re: Marks, Daniel Jensen, 2007/04/09
- Re: [bongo-devel] Re: Marks, Daniel Brockman, 2007/04/09
- [bongo-devel] Re: Marks, Daniel Jensen, 2007/04/09
- Re: [bongo-devel] Re: Marks, Daniel Brockman, 2007/04/09
- Re: [bongo-devel] Re: Marks, Daniel Brockman, 2007/04/09
- [bongo-devel] Re: Marks, Daniel Jensen, 2007/04/10
- Re: [bongo-devel] Re: Marks, Daniel Brockman, 2007/04/10
- [bongo-devel] Re: Marks, Daniel Jensen, 2007/04/10
- Re: [bongo-devel] Re: Marks, Daniel Brockman, 2007/04/29
- Re: [bongo-devel] Re: Marks,
Daniel Brockman <=
- Re: [bongo-devel] Re: Marks, Daniel Brockman, 2007/04/09