On Jun 27, 2017, at 6:21 AM, Igor Delovski <idelov...@gmail.com> wrote:

> At some point 15 years ago I moved my carbon app to Windows by designing a 
> Win32 layer that emulated certain parts of carbon and it enabled me to reuse 
> my DITL resources to recreate all the dialogs and wondows on Windows. Now I'm 
> almost sure I'll do it again with cocoa. It will probably take some time but 
> it would let me to move that app not only to 64bit Mac but eventualy to iPad.
> 
> Maybe there is someone with similar projects on this list? Anyone would like 
> to collaborate on this? Any examples of modal loops? If I could see the code 
> behind the WaitNextEvent in CoreFoundation or NSEvent it would help me 
> properly handle modal loops I use with modal dialogs or longer processes like 
> printing.

I have a few related projects.  Carbonate (pronounced “Carbon 8”) is an 
implementation of a few Carbon-only routines in terms of classic routines and 
field accesses.  One of the more complex ones so far is AEReplaceDescData().  I 
use it to keep Carbon applications building as non-Carbon.

Another project, Advanced Mac Substitute, is a 68K emulator with some lowmem 
global support, and trap-level implementation of some classic Mac OS basics, 
including WaitNextEvent(), which reads events from a file descriptor (using a 
platform-inclusive protocol, not EventRecords).

Advanced Mac Substitute
https://www.v68k.org/ams/

Not sure if this helps you, but it should help demonstrate (along with others 
posting) that there’s interest in reimplementing relevant parts of the Carbon 
API.

Josh

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Carbon-dev mailing list      (Carbon-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/carbon-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to