|
Flagler, Richard E., Jr (Rick) wrote:
I agree with the idea of the an ILE language development environment that uses a "new" DDS but the delivery is switchable between either a windows-like GUI or Web Browser depending upon what the customer wants to run. If they need to deliver GUI in a Window or Citrix model, they use the windows mode. If in a web mode, they use the browser. This ILE environment would allow (traditional RPG, COBOL, JAVA and whatever comes along in the future) languages to hide the complexity of HTML, AJAX, JSP and let the user put the data on the screen. I think a screen-design aid would be part of this but it should be included and not an up-chargefrom the compilers etc. Another 2-cents worth heard from. Rick Flagler-----Original Message----- From: wdsci-l-bounces@xxxxxxxxxxxx [mailto:wdsci-l-bounces@xxxxxxxxxxxx] On Behalf Of albartell Sent: Monday, March 26, 2007 1:49 PM To: 'Websphere Development Studio Client for iSeries' Subject: Re: [WDSCI-L] George Farrdeclares featurespecificpricingonhorizonfor WDSC Being that you know so much about me and what I will and wont use... :-)What exact IBM technology are you talking about?I am guessing you mean VARPG, which I wouldn't count as 'native' because you essentially have RPG.NET (ASNA) as far as I can tell. And if memory serves me right, VARPG doesn't keep up to date with the latest releases of the RPG complier which gives obvious indication of how IBM views the product. I am sure there are a number of other drawbacks with VARPG just as there are with Webfacing (read Java). I want to re-emphasize that if it isn't native it wont last. Of course if we are running "thick client" something has to NOT be native, but that is where the smart client concept could come into play (http://en.wikipedia.org/wiki/Smart_client). To expound on my dreams of RPG, this thick client capability would use the concept mentioned above (i.e. smart client) and would simply give the RPG programmer a set of UI components that are created and fully supported by the RPG compiler team. There would of course be a new version of DSPF DDS that looks nothing like it's fore fathers (more so for broad programmer acceptance - which would mean free form would beessential, or rather anything non-cryptic). Aaron Bartell
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.