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



Do the vendors care even about the users?  You think the users like to 
customize every query (Query/400 or otherwise) to convert the appearance 
of a date from yy,yym,mdd to mm/dd/yyyy?  Or, when they create that query 
the hoops they have to go through to do date manipulation?

Rob Berendt
-- 
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





Scott Klement <rpg400-l@xxxxxxxxxxxxxxxx> 
Sent by: rpg400-l-bounces@xxxxxxxxxxxx
10/28/2004 11:28 AM
Please respond to
RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx>


To
RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx>
cc

Fax to

Subject
RE: RPGIII to get a facelift?







> I'd like to see some of those changes also.  However there are lots of
> improvements in RPGIV that are not in RPGIII:
> - Date manipulation

So what? They've been using numeric fields for dates for 385 years, never
had a problem. They'll happily show you how to do date manipulation
without it.

> - the ability to call certain API's like QTmmSendMail  (Ok, coming from
> RPG400 my first question was "Hey, that's more  than 10 characters".)

But they could just call SNDDST from a CL program.. that sure is simpler
than having to figure out MIME!

> - null field support

They can just use a special value in the field to indicate 'null'
(usually blanks or zeroes).  Why change that when it's worked nicely for
the past 700 years?

> And a lot of what the die hard RPGIII people would call eye candy: Large
> field names, EVAL, free format, etc.

Yeah, but again, none of these things affect the users. The users don't
care how you internally indicate 'null' in a database field.  Or whether
the variables are upper or lower case.  Or whether the dates are 'true
date fields.'

Again, it's users who drive IT spending, not programmers.


> So, not only do we need the vendors to adopt RPGILE, but we need them to
> adopt database changes like true date fields.  Heck, we're looking at an
> upgrade to a vendor package that changed the size of numerous fields, 
and
> if they can survive a change in the size of the item master, why not use
> true date fields?

I agree with you. Getting vendors to adopt techniques from the 1990's
would be really nice. But HOW do you get them to do it?  My feeling is,
you've gotta do something that will create demand from the users.


--
This is the RPG programming on the AS400 / iSeries (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.