Re: Jacada Seagull and the like

Joe, we are approaching this problem from different angles but with the
same goal of course. The issue with WebETK is not that programs have to
generated with ETK. The issue is that the programs have to be written to
a uniform screen API. They don't have to be generated by ETK. The
important thing is that the screen has to be formally described in some
way and that the formal description can be turned into HTML automatically.
The screen description could be an ETK screen,.a DDS screen, a 5250
data stream, an XML description, etc. Once you have a formal description,
the transformation to HTML becomes possible.

So we don't have a competition here. It is not a problem of which is better,
just that we both do it, but in different ways. Since you mentioned that
your system allows the program to still run as a green screen application,
I have to say that in my system, the program can run as green screen, a
Windows GUI, and with HTML all at the same time (user A sees green screen,
user B sees GUI, and C works through the browser). No recompilation
is even needed. And it will run unchanged on any platform (with a COBOL
compiler).

This magic, yours and mine, is possible because a formal screen description
exists. Now, there are platforms that don't have this. The typical example is
a PC where the programs poke bits into the display buffer.

----- Original Message -----
From: Joe Pluta <joepluta@PlutaBrothers.com>
To: <midrange-l@midrange.com>
Sent: Friday, August 24, 2001 9:14 PM
Subject: RE: Jacada Seagull and the like


> Except they don't work with legacy systems, Leif.  You can't take an
> existing program and easily convert it to work with ETK.  The web interface
> works with "programs generated with ETK".
>
> PSC400 works with any program, although my automatic conversion only works
> with RPG/400 and RPG ILE.  With PSC400, you can take an existing program,
> run a simple command, and in about 30 seconds you can have a fully
converted
> program, with everything generated for a web interface.  Recompile and
> you're up and running.  And the converted program still works as a green
> screen application.
>
> Joe
>
>
> > -----Original Message-----
> > From: midrange-l-admin@midrange.com
> > [mailto:midrange-l-admin@midrange.com]On Behalf Of Leif Svalgaard
> > Sent: Friday, August 24, 2001 8:41 PM
> > To: midrange-l@midrange.com
> > Subject: Re: Jacada Seagull and the like
> >
> >
> > well, you are not quite alone: http://www.etk.com/etkfweb/etkfweb.htm
> >
> > From: Joe Pluta <joepluta@PlutaBrothers.com>
> >
> > > To note: Since the article was written, Jacada bought Look and Seagull
> > > bought Renex.  Not sure who else might buy who in the next few
> > days <grin>.
> > > The screen-scraper vendors are consolidating, as are the applet/ActiveX
> > > folks.
> > >
> > > And then there's the pure HTML market.  We're not consolidating
> > because the
> > > entire market is - me!  I seem to be the only one who figured out how
to
> > > make this concept work with HTML.  Jacada tried, bless their hearts,
but
> > > their best product is applet-based.
> > >
> >
> >
> > _______________________________________________
> > 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
> >
> >
>
> _______________________________________________
> 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
>