× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



This is a multipart message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
Simon,

I am not saying that 5250 is evil.  What I was saying, regarding
presentation, is that some people would not be happy with any client other
than 5250 and the other fellow's argument for xWindows, or any other
graphical presentation, would be stomped upon by the '5250 only' mantra
chanting crowd.

<snip>
but I'll still want the ability to configure my AS/400 from my AS/400!
<endsnip>

You never had that ability.  You always had to rely upon a 5250 client.
That 5250 client may have been a 3196 terminal, but it was still a 5250
client.  Trust me.  I've had the system console break and plugging in a
new model, correctly addressed, did not come to life.  Details were
previously on this list.  400 kept chugging along.

Rob Berendt
--
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
Benjamin Franklin




"Simon Coulter" <shc@flybynight.com.au>
Sent by: midrange-l-admin@midrange.com
04/17/2002 04:56 AM
Please respond to midrange-l


        To:     midrange-l@midrange.com
        cc:
        Fax to:
        Subject:        Re: Cheaper Servers?



Hello Rob,

You wrote:
>I agree that the command line interface is nice for some features like
>stopping or starting programmatically, or configuring.  I still have
>programs that we would restore from tape and run to configure a new 400.

Not only that but commands are also useful for providing a record of
changes to the system by putting the commands in a configuration CL
script.  Try doing that with click-type, click-type in OpsNav.

>However, there are numerous people who spend time writing programs to do
>what op's nav does.  And they do it with subfiles and/or panels which is
>definitely a presentation issue.

Since our product ONcmd attempts to alleviate some of the "OpsNav Only"
issues I'd like to understand why you would think there is a presentation
issue.  Is it simply that you object to a green-screen panel because it is
not as pretty as a GUI window?

We do provide the raw commands but we also wrap those commands in a
work-with interface for those who prefer working that way -- best of both
worlds!  It is also better from a usability point of view to be able to
list all configured resources from the command line.  Why allow ADDSMBSHR
to define a share from the command line but provide no way to view the
result other than resorting to OpsNav?  That would be inconsistent.

While I agree that OpsNav is a pleasant enough interface, especially for
the less technical, it is also slower and less effective for many reasons.
My primary objections to OpsNav are:
                 1/ It requires Windoze for which I have no business need.
                 2/ IBM provide no alternative to OpsNav-- it is simply
stupid to
require the world's least reliable OS to configure and manage the world's
most reliable.

If OpsNav ever becomes pure Java and I can run it on OS/2 Warp I'll be
less concerned but I'll still want the ability to configure my AS/400 from
my AS/400!

Regards,
Simon Coulter.

--------------------------------------------------------------------
   FlyByNight Software         AS/400 Technical Specialists
   http://www.flybynight.com.au/

   Phone: +61 3 9419 0175   Mobile: +61 0411 091 400        /"\
   Fax:   +61 3 9419 0175   mailto: shc@flybynight.com.au   \ /
                                                             X
                 ASCII Ribbon campaign against HTML E-Mail  / \
--------------------------------------------------------------------

_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or email: MIDRANGE-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.





As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.