Re: Idea: elimination of the normal mode (revised version)

2008-07-22 Thread Marco Gerards
Marco Gerards [EMAIL PROTECTED] writes: [...] Although what if we want additional handlers. Like image readers or so? We do not need to centralize this. What about this: [...] Here is a patch to register and deal with handlers. It decentralizes handlers and should remove some

Re: Idea: elimination of the normal mode (revised version)

2008-07-21 Thread Bean
On Tue, Jul 22, 2008 at 1:27 AM, Marco Gerards [EMAIL PROTECTED] wrote: Hi, Bean [EMAIL PROTECTED] writes: On Mon, Jul 21, 2008 at 4:02 AM, Marco Gerards [EMAIL PROTECTED] wrote: Hi, Bean [EMAIL PROTECTED] writes: First of all, we can still keep rescue and normal command. But instead of

Re: Idea: elimination of the normal mode (revised version)

2008-07-21 Thread Bean
On Tue, Jul 22, 2008 at 2:03 AM, Bean [EMAIL PROTECTED] wrote: Your idea seems fine, but there is a slightly efficiency issue. For example, when we need to call a function in the handler, we need to acquire it using name. We need to do this in every call, as the handler could be changed next

Re: Idea: elimination of the normal mode (revised version)

2008-07-20 Thread Marco Gerards
Hi, Bean [EMAIL PROTECTED] writes: First of all, we can still keep rescue and normal command. But instead of depending on normal.mod, normal command depends on module arg, which is an option parser. Also, these two type of commands are of the same command set. In fact, module arg is

Re: Idea: elimination of the normal mode (revised version)

2008-07-20 Thread Bean
On Mon, Jul 21, 2008 at 4:02 AM, Marco Gerards [EMAIL PROTECTED] wrote: Hi, Bean [EMAIL PROTECTED] writes: First of all, we can still keep rescue and normal command. But instead of depending on normal.mod, normal command depends on module arg, which is an option parser. Also, these two type

Re: Idea: elimination of the normal mode (revised version)

2008-07-18 Thread Colin D Bennett
On Thu, 17 Jul 2008 11:24:23 +0800 Bean [EMAIL PROTECTED] wrote: On Mon, Jul 7, 2008 at 8:29 AM, Bean [EMAIL PROTECTED] wrote: Hi, First of all, we can still keep rescue and normal command. But instead of depending on normal.mod, normal command depends on module arg, which is an option

Re: Idea: elimination of the normal mode (revised version)

2008-07-18 Thread Bean
On Fri, Jul 18, 2008 at 10:46 PM, Colin D Bennett [EMAIL PROTECTED] wrote: On Thu, 17 Jul 2008 11:24:23 +0800 Bean [EMAIL PROTECTED] wrote: On Mon, Jul 7, 2008 at 8:29 AM, Bean [EMAIL PROTECTED] wrote: Hi, First of all, we can still keep rescue and normal command. But instead of

Re: Idea: elimination of the normal mode (revised version)

2008-07-17 Thread Pavel Roskin
On Thu, 2008-07-17 at 11:24 +0800, Bean wrote: Any comment for this idea ? Maybe you could describe was it will give us and what the drawbacks may be? It's hard to comment on the implementation ideas without seeing the bigger picture. -- Regards, Pavel Roskin

Re: Idea: elimination of the normal mode (revised version)

2008-07-17 Thread Bean
On Fri, Jul 18, 2008 at 2:58 AM, Pavel Roskin [EMAIL PROTECTED] wrote: On Thu, 2008-07-17 at 11:24 +0800, Bean wrote: Any comment for this idea ? Maybe you could describe was it will give us and what the drawbacks may be? It's hard to comment on the implementation ideas without seeing the

Idea: elimination of the normal mode (revised version)

2008-07-06 Thread Bean
Hi, First of all, we can still keep rescue and normal command. But instead of depending on normal.mod, normal command depends on module arg, which is an option parser. Also, these two type of commands are of the same command set. In fact, module arg is implemented as a pre parser, which goes