Mac OSX support
Posted: Sat Mar 01, 2008 10:38 pm
PureBasic is a great rapid application programming language. Although at first the dialect is a little strange, I found it's easy to get used to and adapt to. Compared to other Basic dialects, it has nice advantages.
One thing I would like to see within PureBasic is increased CROSS-PLATFORM support. Specifically, OSX. I realize this is a ways, off, but I just wanted to voice my concerns.
MY CONCERNS:
I see a large number of examples in the coding sections using Win32 specific API calls. Although this helps increase program optimization, it doesn't allow for cross-platform compilation.
Additionally, when trying to accomplish more advanced programming topics, (such as image memory manipulation, window callbacks, etc) it'd be nice to have such commands available as a PureBasic command rather than going through OS specific API calls.
I see a lot of examples that use API calls suchas "getDIBits_" which cannot translate as efficiently to the Mac. It would be nice to consolidate these items so the code doesn't need translation.
I realize that on OSX Purebasic cannot access video memory directly, but there should be some type of access to image memory for direct manipulation, or even using the CG context in the same way that handles are used on windows.
EXAMPLE:
hWnd= StartDrawing(ImageOutput(1))
shouldn't this return the CG quartz context for the Mac?
(see the MacOS forums for my Cairo problems)
OTHER POINTS:
Drawing modes that aren't availble in OSX should map to something else, so that translation again, isn't needed. Example: StartDrawing(ScreenOutput()) could be mapped to whatever current quartz context is activated.
Finally, I won't jump on the OSX intel/universal binary bandwagon, but it shouldn't be ignored since that is where the Mac lot is going.
Just come thoughts, good luck to Fred and the team on future OSX versions. I'll be looking forward to them!
One thing I would like to see within PureBasic is increased CROSS-PLATFORM support. Specifically, OSX. I realize this is a ways, off, but I just wanted to voice my concerns.
MY CONCERNS:
I see a large number of examples in the coding sections using Win32 specific API calls. Although this helps increase program optimization, it doesn't allow for cross-platform compilation.
Additionally, when trying to accomplish more advanced programming topics, (such as image memory manipulation, window callbacks, etc) it'd be nice to have such commands available as a PureBasic command rather than going through OS specific API calls.
I see a lot of examples that use API calls suchas "getDIBits_" which cannot translate as efficiently to the Mac. It would be nice to consolidate these items so the code doesn't need translation.
I realize that on OSX Purebasic cannot access video memory directly, but there should be some type of access to image memory for direct manipulation, or even using the CG context in the same way that handles are used on windows.
EXAMPLE:
hWnd= StartDrawing(ImageOutput(1))
shouldn't this return the CG quartz context for the Mac?
(see the MacOS forums for my Cairo problems)
OTHER POINTS:
Drawing modes that aren't availble in OSX should map to something else, so that translation again, isn't needed. Example: StartDrawing(ScreenOutput()) could be mapped to whatever current quartz context is activated.
Finally, I won't jump on the OSX intel/universal binary bandwagon, but it shouldn't be ignored since that is where the Mac lot is going.
Just come thoughts, good luck to Fred and the team on future OSX versions. I'll be looking forward to them!