SCOUG-HELP Mailing List Archives
Return to [ 12 | 
August | 
2002 ]
<< Previous Message << 
 
 
 
Content Type:   text/plain 
=====================================================  
If you are responding to someone asking for help who  
may not be a member of this list, be sure to use the  
REPLY TO ALL feature of your email program.  
=====================================================  
 
Hi Harry  
I am happy to hear from you : Thanks for your information !  
 
My slogan is:  
Consider well and workout best even if it takes longer,   
finally it will be more satisfying and more lasting ;-))  
 
Myself I am not quite sure about the need of a GUI !?  
 
If I can do testing just let me know and I will give feedback !  
 
Thanks & regards,  
svobi  
 
 
 
 
 
 
 
 
hmotin@attglobal.net on 12.08.2002 14.23.36  
Please respond to scoug-help@scoug.com  
To:	scoug-help@scoug.com  
cc:	   
Subject:	SCOUG-Help: Re: Your REXX script ...  
 
svobi,  
Just to let you know. I'm still working on that more generic REXX  
script. The project is now a little bigger. I plan to make it a  
VISPROREXX program with a graphical user interface. I'll keep you  
updated as to my progress  
HCM  
__________________________________________________________________  
______  
 
"Info2SYNass.NET" wrote:  
>   
> Hi Harry  
> "Earning a living now dictates" has prioritity ;-)  
>   
> I am able to work with your present script of course and  
> can wait your improving next generation of this script ;-))  
>   
> Normally quite impatient ...  
> ... looking forward so something very interesting coming,  
> makes me cool waiting for patiently ;-)))  
>   
> Have a nice time !  
>   
> Regards. svobi  
>   
>   
>  
>   
> hmotin@attglobal.net on 05.08.2002 14.04.33  
> Please respond to scoug-help@scoug.com  
> To:     scoug-help@scoug.com  
> cc:  
> Subject:        SCOUG-Help: Re: Your REXX script ...  
>   
> Most of the code in the script is to make it "bullet-proof"  
> against  
> incorrect or inappropriate user responses. Also, there is some  
> more to  
> make it fairly generic.  
>   
> I'll have to think about the issue of filling up more than 1  
> screen.  
>   
> Earning a living now dictates. I'll have to continue this  
project  
> a  
> little later today. Bye for now!  
> HCM  
>  
__________________________________________________________________  
>   
> "Info2SYNass.NET" wrote:  
> >  
> > Hi Steven  
> > Thanks for your prompt reply !  
> >  
> > >In <1028549177-0-Info@SYNass.NET>, on 08/04/02  
> > >   at 10:06 PM, "Info2SYNass.NET"  said:  
> > >  
> > >>As already said: I am not a REXX expert and my programming  
> > >>experience are back to early 70-ies ...  
> > >  
> > >Well, that's about when I started too. :-)  
> >  
> > I started IT in 1969 on a IBM 1401 in an environment with  
> > 7070, some 360-xx systems with international relations.  
> >  
> > >>My environment variable method is not clumsy ...  
> > >  
> > >Sorry, poor choice of words on my part.  
> >  
> > Frankly said but no problem for me ;-)  
> >  
> > >>... Harry's script, with all my drives added to it,  
displayed  
> > over  
> > >>1 1/2 screen pages ;-(  
> > >  
> > >Sometimes, it's better to trade off size for ease of  
> > understanding and  
> > >maintenance.  If I chose to, I could reimplement Harry's code  
> > with the  
> > >same features and functionality, but with a lot less code.  
> > However, this  
> > >would make extensive use of loops and stem variables and  
others  
> > might find  
> > >it harder to modify for their own use.  Harry's code has the  
> > advantage  
> > >that folks, like you, with less familiarity with REXX, can  
> > successfully  
> > >change it without breaking it.  
> >  
> > I am not going Harry's work !  
> > It is his project and I either accept it or leave it !!  
> > If there is a possibility to perform a better solution the  
> better  
> > ;-))  
> >  
> > >>The script shall handle small and capital letter the same  
and  
> > "1", for  
> > >>me, has no meaning to drive C:  
> > >  
> > >But it might for others.  
> >  
> > OK, accepted !  
> >  
> > >>I agree.  
> > >>If necessary I just change the PARMS to my newest needs ;-)  
> > >  
> > >Or in my case, change the control variables at the top of the  
> > script. :-)  
> >  
> > I believe our intentions are quite same but our expressions  
> > are different. You say "control variables" I say "PARM/S or  
> > parameters"  
> > and the result is possibly same -))  
> >  
> > >>I can bring ideas and input for Working Methods or  
> Organization  
> > but  
> > >>programming has never been my power ;-(  
> > >  
> > >>However, this discussion of Backup and this REXX solution  
with  
> > you, SCOUG  
> > >>members, has brought me a lot of new ideas, impressions:  
> > >>Thank you, guys ! It's very interesting to discuss with you  
> ;-))  
> > >  
> > >Exactly.  It rare that there's only one best way to  
implement a  
> > task.  
> > >What we are seeing here is the normal pulll that competing  
> > requirements  
> > >has on any project.  
> >  
> > True !  
> >  
> > Thanks for your intersting comments, Steven.  
> >  
> > Regards, svobi  
 
 
 
************************************************************  
***   >>>    Say  NO  to  HTML in Mail and News    <<<   ***  
***   ++++++++++++++++++++++++++++++++++++++++++++++++   ***  
***   >>>   AGAINST  TERROR   +++   AGAINST  WAR   <<<   ***  
************************************************************  
 
=====================================================  
 
To unsubscribe from this list, send an email message  
to "steward@scoug.com". In the body of the message,  
put the command "unsubscribe scoug-help".  
 
For problems, contact the list owner at  
"rollin@scoug.com".  
 
=====================================================  
 
  
<< Previous Message << 
Return to [ 12 | 
August | 
2002 ] 
  
  
The Southern California OS/2 User Group
 P.O. Box 26904
 Santa Ana, CA  92799-6904, USA
Copyright 2001 the Southern California OS/2 User Group.  ALL RIGHTS 
RESERVED. 
 
SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group.
OS/2, Workplace Shell, and IBM are registered trademarks of International 
Business Machines Corporation.
All other trademarks remain the property of their respective owners.
 
  |