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



That is actually quite similar to what Microsoft did with one of their
rounds of the .NET environment (don't remember which one), but it
basically allowed any syntax to be ported to the .NET framework and
all the code would be compiled down to the same type of object or
meta-data code. Probably similar to what I believe we call "w code"
on the IBMi?

While I don't disagree that it would cause the language to be
initially easier to grasp, I think the value would be lost in the dual
ways things could be expressed. We already have enough dual ways to
do things with fixed and free form code.

Aaron Bartell
http://mowyourlawn.com
http://mowyourlawn.com/blog/



On Wed, Jul 28, 2010 at 12:41 PM, Rory Hewitt <rory.hewitt@xxxxxxxxx> wrote:
Aaron,

I assume Henrik is saying that the Javascript *syntax* ought to be allowable
as a valid *syntax* for free-format RPG - not that we could actually code
Javascript itself into RPG.

I can see that this could be a good thing - being able to code procedures in
a familiar (to a web programmer) syntax would be nice. The resulting source
would be compiled into a normal RPG *MODULE object.

Basically, it's much easier to take a Javascript programmer and get them
comfortable with RPG if they can use a syntax that they are used to...

Rory

On Wed, Jul 28, 2010 at 10:10 AM, Aaron Bartell <aaronbartell@xxxxxxxxx>wrote:

I am having a hard time grasping what you are saying, but if you are
talking about doing Javascript in-line in an RPG source member, then I
still think it is a terrible idea for not only RPG but any server side
language including JSP, ASP, etc.  Sure that works well for quick and
dirty pages, but it doesn't take long for the need to migrate away
from such an approach because it introduces leaky layers and
dependancy on a particular UI technology.  For example, how long with
Sencha (fka ExtJS) hold the top spot on the Javascript client front?
Not forever, that is for sure.  So in turn you wouldn't want ExtJS
Javascript code to be resident in your server side RPG code.

But maybe I am still not following you...

Aaron Bartell
http://mowyourlawn.com
http://mowyourlawn.com/blog/

--
This is the RPG programming on the IBM i / System i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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.