🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.sys.amiga.tech
Article #2305

What should be in future SKsh versions?

#2305
From: Steve Koren
Date: Wed, 22 Nov 1989 15:18
65 lines
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!koren

Show 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