Re: cmdEX.exe - augmenting the existing CMD.EXE
From: Stuart Carnie (stuart_carnie_at_hotmail.com)
Date: 08/24/04
- Next message: Bill Stewart: "Re: NETDOM remove reboot not working"
- Previous message: anonymous_at_discussions.microsoft.com: "Re: Startup Menu"
- In reply to: Walter Briscoe: "Re: cmdEX.exe - augmenting the existing CMD.EXE"
- Next in thread: Stuart Carnie: "Re: cmdEX.exe - augmenting the existing CMD.EXE"
- Messages sorted by: [ date ] [ thread ]
Date: Tue, 24 Aug 2004 09:38:44 -0700
"Walter Briscoe" <wbriscoe@ponle.demon.co.uk> wrote in message
news:5q3UpSHg$wKBFwKc@ponle.demon.co.uk...
> In message <cgdpia$bh7@odah37.prod.google.com> of Mon, 23 Aug 2004
> 15:02:50 in microsoft.public.win2000.cmdprompt.admin, Stu Carnie
> <stuart.carnie@gmail.com> writes
> [snip]
>
> >A number of you are aware of the existing shell functions like F7 to
> >bring up the history list, F8 to search the history list and tab-key
> >directory / file completion. This not only works with cmd.exe, but
> >other command line tools like FTP, NETSH and TELNET. In fact any
> >console app that uses the ReadConsole kernel32 API has this
> >functionality.
> I don't think I knew that but use none of them interactively.
>
> [snip]
>
> >I'm curious how many would be interested in such an enhancement. I'm
> >not planning on charging for it, but perhaps 'donation ware'..
> I am sorry to see any reference to money.
I'm sorry you feel that way. I don't expect anything - but if someone feels
they'd like to donate, it would certainly not go unappreciated.
>
> >
> >V1.0 will be a public version, but will not support user enhancements.
> I infer from that that you do not propose to release source code.
> It makes the product much less attractive to some.
>
There is no suggestion I won't release the source code. I simply have a
vision for the product that it will support extensions via 'plugins', and
initially this won't be available in the 1.0 release. I am even considering
sourceforge. I have the infrastructure in place to hook the kernel32
functions, and have basic editing.
> >V2.0 is planned to allow 3rd parties to customize their own shortcuts,
> >allow context sensitive user defined command completion (like zsh),
> >.Net plugins and many others.
> Immediately, I can only think of two applications of such a facility:
> 1) I have some commands which require DOS filenames (c:\foo\bar) and
> some which require UNIX (c:/foo/bar). It would be nice to have something
> which would take either and select the appropriate format.
> 2) ^<newline> handling. e.g. The following does one command but puts two
> entries in the DOSKEY command history:
> C:\) dir ^
> More? /ad
> 3) Make that 3. It would be nice to be able to preload that history. ;)
This will all be available. The history will also be persistent between
commands too, so CMD.EXE, FTP.EXE and TELNET.EXE will each have their own
command histories, just like today, but more powerful.
One of the major intentions is to provide more interactivity via shortcut
keys, just like the many other shells out there.
Enhanced globbing will also be a feature - but sensitive to context.
There is a LOT we can do with this framework to enhance the console
experience.
> --
> Walter Briscoe
- Next message: Bill Stewart: "Re: NETDOM remove reboot not working"
- Previous message: anonymous_at_discussions.microsoft.com: "Re: Startup Menu"
- In reply to: Walter Briscoe: "Re: cmdEX.exe - augmenting the existing CMD.EXE"
- Next in thread: Stuart Carnie: "Re: cmdEX.exe - augmenting the existing CMD.EXE"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|
