In the comments to my previous post, David Intersimone mentioned that Embarcadero are working on enabling support for platform native UI controls within FireMonkey!
Read the rest of this entry »
You are currently browsing articles tagged firemonkey.
This post is one of those classic double-entendres for which us Brits are (in)famous, involving as it does both an actual Pain In The Butt and a euphemistic one.
Read the rest of this entry »
We have had almost a year of monkeying with fire now – enough time I think for people to have formed a view as to whether it is truly a viable multi-platform framework for the future, or just a convenient cross-platform solution with limited, genuine utility.
At the same time, we have had OS X and some iOS support for the same period, with the prospect of more platforms being made available to us Delphi developers in the future.
So, looking ahead, do we see FireMonkey as providing a solid foundation for a cross-platform future, or would we prefer to see tighter, closer “native” support for MULTIPLE-platforms (both currently supported and envisaged/promised) ?
I know what I think:
As much as I’d prefer to use ObjectPascal, I quickly decided that using Delphi + FireMonkey for OS X / iOS was like trying to ice-skate uphill. I couldn’t shake off the feeling that the disconnect between me, my code and the environment I was writing for was going to be a source of nothing but constant pain and frustration, and so decided to learn Objective-C and Xcode instead.
I anticipate this will be only worse when it comes to Android, so that will mean also tackling Eclipse and Java – a far less enticing prospect for sure.
Which led me to wonder, am I the only one that finds FireMonkey so disappointing ?
So I decided to run a poll to (unscientifically) gauge the feelings of the community in this regard.
The (very) early numbers are quite interesting, suggesting that people see some utility in FireMonkey but also a keen interest in (as I read it, tipping ever so slightly “in favour of”) native platform support at least as an alternative.
That makes sense to me.
Even though I do not currently have a use for it, I can see the potential of FireMonkey as a conveniently cross-platform graphics/visualisation sub-system for use within “platform native” applications. I just wouldn’t want to build my entire app that way.
What do you want ?
Marc Hoffman kindly took the time to respond to my previous post and prompted me to re-formulate and expand my observations on Jim McKeeths post (which never made it to the comments thread on the RO blog for reasons best known to The Cloud).
Read the rest of this entry »
Perhaps this post should be sub-titled: Say a Lie Often Enough and You’ll Start Believing it Yourself
Apparently some product called ERPLY (yeah, me neither) now has a “great new FireMonkey native UI”. FireMonkey ? Native UI ? Unless there has been a radical rewrite of FireMonkey in XE3 and the people behind ERPLY have early access to an unfeasibly stable build of XE3 to have created their product using it, this claim is just errant nonsense.
Apparently, when your application is a FireMonkey application.
Read the rest of this entry »
Because System.IsConsole is hardwired to TRUE on MAC OS:
Today I was fortunate to be present in Auckland at the World Premier of the launch event for RAD Studio XE2. There is so much good to report that I really don’t know where to begin, so apologies if this post is a bit of a disorganised ramble. But here goes.


DelphiFeeds