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