I meant it's a completely different user interface, most of the gadget lib could not be adapted. Same for file handling and so onDoubleDutch wrote:It's not really as IOS requires a mac to sign the code. RT is a different lib (on x86) and if ARM output support is added then that same lib (but the ARM version). Then a side benefit to ARM support is possible future Android support (by a nice coincidence it's also a lib for ARM and x86 too), then possibly IOS. I personally think ARM support will have to be added eventually anyhow as there is a distinct possibility of Apple eventually moving from x86 to ARM on it's mainstream machines (OSX).
Windows RT + ARM support
Re: Windows RT + ARM support
Re: Windows RT + ARM support
From what I understand WinRT is the new Windows API. It is component objects based. C++ is back in the picture. So the .NET push of last years is over. .NET is going to use WinRT also. WinRT is build into Windows 8 and Windows RT.
But since PureBasic doesn't even support COM... First thing would be to make COM happen
Without it PB can't even work with anything in WinRT. And since PB developers have something against COM (?) or it's to much of a hassle it won't happen soon.
But since PureBasic doesn't even support COM... First thing would be to make COM happen

