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


  • Subject: RE: "extract" command enhancement
  • From: "Dan Bale" <dbale@xxxxxxxxxxx>
  • Date: Tue, 21 Sep 1999 11:23:05 -0400



Booth,

I'm starting to see the light!  I will confess that some of the talk about new
%bifs for everything under the sun kinda put me in a state of euphoric stupor.
For those of us who still have yet to "burn" our first generic procedure, I
think the idea of Toronto-created bifs has high appeal (as opposed to those of
you who have finished putting all your generic routines in procedures and
writing one now is like riding a bicycle.)  I guess I'm looking for the Redbook
that Jon Paris and company are trying to get to press.  The current IBM
documentation for using APIs and writing procedures, IMO, stinks.  As others
have mentioned on this list, what is needed are examples with _working_,
_documented_ code.

Your post, however, was the type of argument against the current wave of %bif
and other less meaningful enhancements that really struck home and got me to
think "out of the box" as far as enhancements to RPG IV is concerned.  I am
right with you on the topic of subfile programming.  I've done hundreds of
subfile apps over the course of my 15-year career, using different types of
subfiles and subfile techniques, and yet it seems like subfile programming still
requires a master's degree in the mystical arts.  I've got several templates
that I use (both the DDS and RPG skeleton source), and still there is so much
complexity involved in getting them to work properly.

To my mind, subfiles have so many silly-assed restrictions (hmmm, starting to
get off-topic...)  Well, let's just say that your idea for simplifying subfile
programming really hit home here.  I don't know that Toronto would have the
budget for simplifying such a complex piece of code and, what with the supposed
move away from green-screen (yeah, right, maybe in 20 years!), probably won't be
where they want to spend their money.  But, hey, if nobody mentions it...

- Dan Bale

_______________________ Original Message _____________________
ah man, off we go.  More %bif stuff.  Sorry, ...

(snip)

These %bifs may be fun and really good for trivia tests and certification exams,
but if there's all this energy to burn why not some energy directed to the green
screen which is far from dead?  Why not subfiles that ordinary programmers can
write from scratch in less than two days?  Why not windows that act like windows
and don't need extensive programming  to set pushbuttons or footers for the
window?  Why not a simple way to leave the underlying
screens undisturbed during and after the window's display? Why not some
way of using all of the colors without those damned column separators?

(snip, snip, snip)

That is a personal opinion, not expert testimony.





+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---


As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.