Article View: comp.sys.amiga.tech
Article #2305What should be in future SKsh versions?
From: Steve Koren
Date: Wed, 22 Nov 1989 15:18
Date: Wed, 22 Nov 1989 15:18
65 lines
3021 bytes
3021 bytes
Message to SKsh (was Ash) users:
------------------------------------------------------------------
Now that SKsh version 1.2 is out (the release version, which might
not have appeared in c.b.a quite yet), I have fixed most of the major
problems, and I have some time think about what would be useful in
the future. I have gotten a whole bunch of mail from people with
useful ideas, so I thought I'd post some of the ideas here, roughly
in order of the number of people who seem to want them. Also, there
are a few of my own. If anyone has anything to add to this list,
please contact me. I'll probably do these things based on some combination
of their difficulty and the number of people who want them. I won't
include in this list the things people have asked for which made it
into version 1.2 (there were alot of those).
* ARexx support (coming as soon as I can do it; I ordered ARexx this
week) [ around 20 requests ]
* Ability to use resident programs (coming as soon as I figure out
how - unless its as *ugly* as the normal method to execute
programs when you have a seglist pointer, in which case I
won't do it until the interface gets better)
Also, SKsh is already pure in 1.1 and later.
[ 9 requests ]
* Hidden bit support ( trivial - definitely coming in SKsh 1.3 )
[ 3 requests]
* Filenote support (not hard - maybe coming in 1.3)
[ 2 requests ]
* Don't search unmounted volumes in path (as soon as I figure out how)
[ 2 requests ]
* vi style editing (not soon - harder to do than emacs editing, and
would make the binary much bigger (maybe 10K))
[ 1 request ]
* "here documents" (under investigation; useful for shar archives)
[ 1 request ]
* stderr redirection (not possible on Amiga, or at least not reasonably)
[ 1 request ]
* A command to change the priority of other tasks (probably coming soon)
[ 3 requests ]
* Case insensitive pattern matching flag (probably coming)
[ 4 requests ]
* tiny-sksh (would anyone be interested? I can reduce memory usage
by hacking out some not-often used features, making
hash table sizes smaller, etc - it would not support the
full functionality of SKsh, of course - what should go
and what should stay?? )
[ no requests - my idea ]
* a command to move and windows from a script (anybody want it?)
[ no requests - my idea ]
Anything else???
- steve
Technical Details
Message-ID:
<13920018@hpfelg.HP.COM>Path:
arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!iuvax!purdue!decwrl!ucbvax!hplabs!hpfcso!hpfelg!korenShow Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!iuvax!purdue!decwrl!ucbvax!hplabs!hpfcso!hpfelg!koren From: koren@hpfelg.HP.COM (Steve Koren) Newsgroups: comp.sys.amiga.tech Subject: What should be in future SKsh versions? Message-ID: <13920018@hpfelg.HP.COM> Date: 22 Nov 89 15:18:48 GMT Organization: HP Elec. Design Div. -FtCollins Lines: 65