× 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.



Joe,

If you read through the July archive of the "Presentation Layer" discussion on web400-l, I think you'll see that it's hardly a discussion of my frameworks. It's mostly a disussion of ideas.

When we did delve into frameworks we looked more at Ext js and other open source frameworks, which I have no affiliation with, but was interested in learning about.

It just seemed a little odd that you'd raise the topic of the rich UI support in EGL, but abstain from a general discussion that included other frameworks and general R&D.

I'd welcome a discussion that included EGL's rich UI support. You can abstain if you want. That's your perogative, of course.

The point that drew me into your thread was that it dealt specifically with the iPhone, which I think adds a new dimension because of its 480 X 320 screen resolution, portability, ardent supporters. As far as I know, the iPhone doesn't run IE or Firefox, which are the two client's I normally try to support. Walden also asked if one of the examples I published would run on wireless handhelds, and I don't know the answer. I don't have an iPhone, for example.

Nathan M. Andelin


On Mon, Jul 28, 2008 at 9:19 AM , Joe Pluta wrote:

Nathan Andelin wrote:
If you wanted to talk about the rich UI support in EGL, you could have jumped into the discussion on Web400-l. We've been discussing, demonstrating, and evaluating rich UI frameworks off and on for about 2 weeks. You've had plenty of opportunity.

Huh? All I said was that the iPhone supports JavaScript frameworks and added a link to the new release of the EGL rich client. I wasn't comparing to or contrasting with anything you're doing.

You'll excuse me if I don't contribute to the discussion of your frameworks; your stuff is high quality as always but I think you'd agree they're currently not available to my clients and so my time is probably best spent on things my clients can use. Perhaps when you open source your code I'll be willing to join in a bit more.

I do think it's funny, though - I'm damned if I do and damned if I don't. If I do respond to your comments and criticize too much, I get complaints. And now if I *don't* respond to the thread, I get complaints.

I can't win for losin' <smile>.

Actually, I think there are many applications for efficient database access, real-time access, efficient messaging between clients and server, and rich user interfaces.

Yes, there are many. The scheduler for RSDC was a great example. Feel free to mock that up with your frameworks. I'll be publishing an article on that topic very soon. But let me explain the basics: it takes four lines of code in the client to invoke a web service (any web service) and get the result to a handler, and another line of code to parse the XML into a record. It takes three lines of EGL code to write a web service that reads that request, hands it to a library function, and returns the result. The library function requires 3-5 lines of code to invoke the RPG. The RPG program receives the data as a data structure.

All of this is EGL code. No frameworks or proprietary code other than the language itself. Anybody with a copy of RDi-SOA and the Alphaworks RUI release can write this stuff today.

Joe
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
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-Ups:

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.