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



Vern,

Windows is still like that at its lowest level. The WinAPI (32/64-bit)
works the same way today as it always has. MFC, .NET and the new WinRT
frameworks are all wrappers for the same API, which has its roots in
16-bit Windows.

http://msdn.microsoft.com/en-us/library/bb384843.aspx

So ironically, it's my understanding that all the Windows OO wrapper
libraries resolve down to a procedural C API to this day.

Blake



date: Tue, 21 Feb 2012 16:22:41 -0600
from: Vern Hamberg <vhamberg@xxxxxxxxxxx>
subject: Re: Is RPG dying

Y'all

Ever since I started with VB3 in the mid-90s, I've heard about
event-driven programming. And I made the leap to, pressing a function
key is a kind of event - not all that different from pressing a button
in a GUI - and, hey, if you have PCOMM and turn on hotspots, it IS
pressing a button in a GUI!!

Windows in those days was a kind of cycle - hey, it really was!! It sent
messages in a round-robin kind of thing, and whoever could respond, did.
Events were a kind of message - I'm oversimplifying, of course, but it
makes enough sense for me.

So a Windows app consisted of a big select-case kind of thing, testing
what kinds of messages they wanted to process. Seems the same as most of
the display apps I've seen - run a loop until the F3 event occurs,
meanwhile process the ones you care about inside the body of the loop.

And RPG is very well-suited for this kind of thing. Even if you DON'T
turn off the cycle!

Just for thinking about!
Vern

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.