|
|
|
|||||||
| Home | Forums | Register | Rules & FAQ | Members List | Arcade | Search | Today's Posts | Mark Forums Read |
| UNIX for Dummies Questions & Answers If you're not sure where to post a UNIX or Linux question, post it here. All UNIX and Linux newbies welcome !! |
Other UNIX.COM Threads You Might Find Helpful
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| My script is not running | manna | UNIX for Dummies Questions & Answers | 8 | 01-05-2008 12:11 PM |
| Running KSH script In SFU | ilak1008 | Windows & DOS: Issues & Discussions | 2 | 05-23-2007 11:17 PM |
| running cd from a script | SkySmart | Shell Programming and Scripting | 5 | 03-08-2007 08:07 PM |
| when running my script below | vbslim | Shell Programming and Scripting | 5 | 01-03-2006 08:11 PM |
| running a script? | jtredway | UNIX for Dummies Questions & Answers | 2 | 09-11-2001 08:08 PM |
 |
|
|
Submit Tools | LinkBack | Thread Tools | Search this Thread | Display Modes |
09-05-2001
|
|||
|
|||
|
Running a script from CDE...
Hi,
I'm using Solaris 2.6 with a proprietary GUI. Is there a way to provide a user with access to a shell script from the CDE (workspace menu?). The user does not have command line (terminal) access. hope the question makes sense  thanks, kristy |
| Forum Sponsor | ||
|
|
|
09-05-2001
|
|||
|
|||
|
Yes.
To give a better idea - user "operator" logs into the solaris CDE. The GUI (for a sophisticated print spooler/manager) login is set to auto-popup. There is no front panel, but there is a workspace menu. The programs list of the menu is limited to clock & calculator. I am thinking it is not possible for this user to execute a shell script without the ability to open a terminal. |
|
09-05-2001
|
||||
|
||||
|
Perhaps if the user is given access to the
file manager tool as well, and the script is in a directory accessable to the user and the script is executable, the user may be able to execute it from there assuming it is not interactive. Otherwise, access to xterm might be in order. |
|
09-05-2001
|
||||
|
||||
|
dtksh was developed to solve problems like this. It is an advanced form of ksh with many add-ons that result in virtually the entire x api being available to the shell programmer. The scripts are really x clients in themselves that can run without using a xterm client for support.
But its power is also its shortcoming. The learning curve is very steep. Sample code: Code:
widget=${Progs[ii]}
XtGetValues $widget x:x y:y
XtDestroyWidget $widget
XtCreateManagedWidget BUTTON pushbutton XmPushbutton $BBOARD \
background:$colorBackSave \
foreground:$colorForeSave \
highlightColor:$colorBackGround highlightThickness:0 \
labelString:$asys2 \
height:$Bheight width:$bwidth1 x:$x y:$y \
fontList:"$lblfont" \
shadowThickness:4
XtAddCallback $BUTTON activateCallback buttonpushed
XTAddCallback $BUTTON armCallback buttonArmed
RequestOp[$BUTTON]=$opsave
RequestArg[$BUTTON]=$asys
Progs[ii]=$BUTTON
ProgsA[$BUTTON]=$ii
Besides dtksh, there are other interpreted lauguages out there with a graphical interface. But dtksh is the only one I have tried. Another approach is to use html. Then you run a web server and web browser on the same box and let the operator fire up the browser. html is much easier than x. |
||||
| Google UNIX.COM |
Linear Mode
