Hello guys
Hello guys,
FireMonkey fits pretty well for desktop and mobile apps development, now we have wearables and smart tvs, the game has changed, the UI/UX experience on these platforms is pretty unique, although FireMonkey could run on watchOS or tvOS it would not follow the guidelines, I think it is not possible to mimic their controls, for example, watchOS has a very particular UI experience (the GUI elements have a limited API comparated to iOS) and there the guidelines has been taken seriously, the same sense applies to tvOS, but these are unavailable for Delphi.
Despite the fact we have only 32-bit macOS support, without access to Storyboard file it would not be possible to enjoy MacBook 2016' TouchBar support without having access to Storyboard file. Without having access to the underlying XCode project it is not possible to enable Application Extensions in Delphi apps for iOS as well. I don't see workaround for the lack of integration with XCode and Storyboard. It would be amazing if we get able to access the underlying XCode project and so add Application Extensions and new targets such as Apple Watch and Apple TV even Delphi not supporting it, for these platforms we could use Objective-C/Swift, and Embarcadero could still living not worring about it.
Now Delphi apps could get compiled into native static libraries and loaded on the XCode project without loss of functionality.
Many thanks :D
FireMonkey fits pretty well for desktop and mobile apps development, now we have wearables and smart tvs, the game has changed, the UI/UX experience on these platforms is pretty unique, although FireMonkey could run on watchOS or tvOS it would not follow the guidelines, I think it is not possible to mimic their controls, for example, watchOS has a very particular UI experience (the GUI elements have a limited API comparated to iOS) and there the guidelines has been taken seriously, the same sense applies to tvOS, but these are unavailable for Delphi.
Despite the fact we have only 32-bit macOS support, without access to Storyboard file it would not be possible to enjoy MacBook 2016' TouchBar support without having access to Storyboard file. Without having access to the underlying XCode project it is not possible to enable Application Extensions in Delphi apps for iOS as well. I don't see workaround for the lack of integration with XCode and Storyboard. It would be amazing if we get able to access the underlying XCode project and so add Application Extensions and new targets such as Apple Watch and Apple TV even Delphi not supporting it, for these platforms we could use Objective-C/Swift, and Embarcadero could still living not worring about it.
Now Delphi apps could get compiled into native static libraries and loaded on the XCode project without loss of functionality.
Many thanks :D
I haven't tested or used, but maybe TurboCocoa could do part of your wishes...
ReplyDeleteApple Watch is a commercial failure anyway. Not sure whether there is a real interest
ReplyDeleteWhat has TouchBar support got to do with using Storyboards? Genuine question - I can't think of any previous Cocoa API that is hardcoded to require using the Xcode design time stuff (even NSDocument and friends can be used in a nib-less fashion).
ReplyDeleteThat said, rather than going headlong supporting a new Cocoa derivative, I'd much rather Embarcadero hurry up and get dccosx64 out the door.
Chris Rolliston You need to create the TouchBar interface on the Storyboard :D (normal case). Yes, I really want the 64-bit macOS support :D
ReplyDeleteHorácio Filho do you have a reference? At a glance, the NSTouchbar docs suggest an API similar to NSStatusbar, and so not requiring Xcode design time tooling at all.
ReplyDeleteIf the Apple Watch fails now, the next generation might simply boom loud. Remember how many PDAs we had before the smartphone concept hit?
ReplyDelete