Robert C. wrote:

I am not sure why a procedural like FB environs 
could not be built with a Cocoa runtime or 
framework. Objects send each other messages, and 
such are much like events that could be vectored 
on to the proper locales.

------------------------------

Robert you may remember that this question was 
discussed a while ago on this list and especially 
at teh beginning of the FBCocoa list.

As we all know the question boils down to the 
FB-Cocoa interface, i.e. to the question of how 
we "address" the routines of the Cocoa-API from 
procedural FB. Those who have worked with Cocoa 
say that this "addressing" is very much 
OOP-stylish and doesn't quite fit to procedural 
FB.

Personally, I can't judge whether there could be 
an acceptable bridge, i.e. a way of "addressing" 
routines of the Cocoa-API that doesn't require 
OOP/ObjC-knowledge.

My suggestion was to start with a ANSI-BASIC 
runtime where those (few) keywords that need 
API-routines do no longer use Carbon but Cocoa. 
Next would be a FB-runtime where all (the many) 
FB keywords that need API-routines are 
Cocoa-based.

Of course finally one would like to obtain 
general API-access without OOP/ObjC-knowledge but 
this, I was told, is near to impossible.

Best
--

                   Herbie

          ------------------------
          <http://www.gluender.de>
--


                 H. Glünder

          ------------------------

          <http://www.gluender.de>