All traditional shells (sh,ksh,bash) expect users to know UNIX commands in and out and not
intuitive. They are meant for UNIX savvy people. ksh93 also won't help Solaris to gain new users who
are not exposed to UNIX before. Plus they are single-threaded, need to know lot of options and not
productive enough many times.
I propose a new shell which is not a shell in traditional sense but is a CLI which is modern and
designed to attract new users to Solaris. Also in the "background" it can be enhanced to exploit CMT
using either mutli-threaded depending on how busy is the system.
In many sense it will be similar to the philosophy taken by the ZFS/ZPOOL style commands but the
project will also include a brand new interpretter which is more geared towards new users to Solaris.
For example: finding a right balance between existing shell commands and the new commands and going
beyond what they provide in current shells:
As an example lets consider the "ls" command which can be implemted as follows (open for discussion
of course)
LIST FILES {pattern} {[IN path] {[ADDED | MODIFIED | ACCESSED] IN LAST [N]
[DAYS|MONTHS|YEARS]}}
LIST DIRECTORIES
and going beyond that
LIST DEVICES {OF TYPE REMOVABLE| HARDDISK | NETWORKADAPTERS | }
LIST USERS { LOGGEDON | INACTIVE }
LIST GROUPS
LIST FILESYSTEMS
The list command itself will fulfill many of tasks currently not easy in shells plus with an
intuitive shell which can have a command line builder functionality
Other possible commands are
SEARCH "pattern"
which is now very popular in desktops which can leverage other "search-plugins" from third parties
like google
Still more will be
COPY
MOVE
with more protection against loosing data and all commands will exploit multi-core/multi-threads in
the system depending on how much cycles are available (via lower priority as set in default)
Plus this has option to be localized to local language for non-english speaking language in their
local language by using XML mappings to the command.
Regards,
Jignesh
_______________________________________________
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org