Re: Checking in on the project

Richard,

HATS and Web5250 are a little different from one another.  Web5250 is 
more like iSeries Access for Web, which I finally saw at Common last 
month in Orlando.  Web5250 presents a "green screen" in a browser, 
pretty much all.  Now, iSeries Access for Web does a heckofalot more 
than that, but basically, that is it.

Screen shot like so: (I can't remember if they will display on the list 
or not so I'll try it):



That is really all the Web5250 is.

I need to get a live link established and get my website updated to show 
where this project is.  But, the concept is 5250 in a browser.  HATS (I 
think) is more "invasive" in the look and feel area.

Pete


Richard Houston wrote:

>Hi all,
>
>Just wanted to chiming on this topic.
>
>I was at a proof of technologies at IBM here on HATS
>http://www-306.ibm.com/software/webservers/hats/
>
>It basically turns the 5250 screens into pure HTML. The development env
>only works on windows right now which suck for m 400 based client as they
>run Linux on the desktop. Nice this about hats is that there is no code
>changes required on the 400 side. You can customize the layout and such as
>well so it can look nothing like your green screen apps at all. Kind of
>cool.
>
>I, personally, would like to see some sort of OSS version out there and I
>think this is what web5250 we aiming for. Maybe with enough effort web5250
>could do the same. Just a thought.
>
>
>
>
>Best regards,
>+------------------------------------------+
>| Richard Houston                  .^.     |
>| R.L.H.  Consulting               /V\     |
>| E-Mail  <[email protected]>    /(   )\   |
>| WWW     <www.rlhc.net>          ^^-^^    |
>+------------------------------------------+
>
>
>On Fri, October 14, 2005 9:48 am, Pete Helgren wrote:
>  
>
>>Thanks Wim.
>>
>>
>>This sounds "exactly" like what I had in mind a couple of years ago.
>>Seems to me that the "mapping" concept would be fairly straight-forward
>>(probably a lot harder to do than it sounded...) This is very cool and
>>Swing would be a good fit.
>>
>>
>>Have you looked at Java Server Faces at all?  I saw a demo of a JSF app
>>that looked very "Swing-like" but was all HTML and mostly a server side
>>implementation.  I have been meaning to take a look at it in more detail
>>and see how difficult the coding is.  The JSP/Struts/Tiles approach has
>>always been too complex to me and JSF *seemed* to simplify that.  I need
>>to take a look at it soon but it might give you a richer-looking UI
>>without the client side hassles of Swing.  Mapping to JSF components might
>>be a possibility.  I'll look into it when I have a chance to see what you
>>are doing.
>>
>>One other idea I had in the "screen scraping" area was a "static"
>>mapping option that would allow you to actually change the component layout
>>at the client end.  Rather than doing the transformation on the fly, you
>>could create "map file" and use that instead.  Not sure how to implement
>>that though.
>>
>>Thanks for the information on the code pages and the good news on the
>>code page support in JT400.  That should take care of it!
>>
>>Look forward to hearing more about the screen scraper....
>>
>>
>>Pete Helgren
>>
>>
>>
>>
>>[email protected] wrote:
>>
>>
>>    
>>
>>>Hello Pete,
>>>
>>>
>>>great to hear some acitivity from this corner.
>>>
>>>The screenscraper works for one of our customers and is tailored to
>>>their screen layouts. Still have to do some bugfixes for them shortly, so
>>>I can send some screenshots on the list to give an idea to what it
>>>looks like. We were now discussing internally whether we were going to
>>>apply the scraper to our own screens, or build some kind of Swing gui
>>>components on top of the stream: a table for a subfile, a label for
>>>static text, a textfield for fields etc. The idea is to be able to build
>>>swing panels that read and write their data from the screen. The buttons
>>>and menu's would call function keys etc to do screen transitions and
>>>move to the next swing panel. What do you think? For us it is just to be
>>>able to quickly roll out GUIs until we find the time to reengineer the
>>>apps in full GUI apps.
>>>
>>>The 1200 codepage is provided in JT400. However I can not find the
>>>1208. I wonder however if those are supported if they're not in de
>>>toolbox. Or are the numbers provider here not the AS/400 numberings?
>>>
>>>Regards,
>>>wim
>>>
>>>
>>>
>>>
>>>*Pete Helgren <[email protected]>*
>>>Sent by: [email protected]
>>>
>>>
>>>14/10/2005 15:41
>>>Please respond to
>>>[email protected]
>>>
>>>
>>>
>>>To
>>>TN5250J List <[email protected]>
>>>cc
>>>
>>>Subject
>>>[Tn5250j-general] Checking in on the project
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>Gee....been kinda quiet around here.  Must mean we are all gainfully
>>>employed and busy?
>>>
>>>A couple of questions (just to blow the dust of the list!):
>>>
>>>
>>>1. Wim, a while back you talked about a screenscraper project you were
>>>involved in that used tn5250j components.  Where are you on that?  I'd
>>>love to know what you are doing in that area since I think tn5250j has
>>>some powerful tools in that would be useful.
>>>
>>>2. Also, in general, how hard is it to add code page support,
>>>specifically for 1200 and 1208?  There was a post in midrange.com from
>>>someone looking for an emulator that supported those code pages.  I
>>>didn't see it in the list of supported code pages (not in JT400 either).
>>>I'd like to help this guy out if I could, I just don't know
>>>how difficult it is to support other code pages.
>>>
>>>Thanks!
>>>
>>>
>>>Pete Helgren
>>>
>>>
>>>P.S. Kenneth are you out there ?  How is it going?
>>>
>>>
>>>
>>>
>>>-------------------------------------------------------
>>>This SF.Net email is sponsored by:
>>>Power Architecture Resource Center: Free content, downloads,
>>>discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl
>>>_______________________________________________
>>>Tn5250j-general mailing list
>>>[email protected]
>>>https://lists.sourceforge.net/lists/listinfo/tn5250j-general
>>>
>>>
>>>      
>>>
>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by:
>Power Architecture Resource Center: Free content, downloads, discussions,
>and more. http://solutions.newsforge.com/ibmarch.tmpl
>_______________________________________________
>Tn5250j-general mailing list
>[email protected]
>https://lists.sourceforge.net/lists/listinfo/tn5250j-general
>
>  
>