If this is your first visit, be sure to check out the FAQ by clicking the link above. You have to register before you can post.

If you have recently signed up, please make sure you log in so that your activity is registered. This is required for automatic promotions to work and to ensure your account is not deleted during the registration process.

To be honest I'm wondering how people can make any mobile application using Delphi ad FireMonkey which isn't lagging as hell since mobile phones have much weaker processing capabilities compared to desktop computers on which you can already notice FMX to lag as hell.

Yes I agree - its use of the hardware is naive at best, for such a highlighted feature and already after a few iterations? the lack of performance, the clunky design and the on rails usage pattern (concerning OpenGL) is quite frankly shocking - considering it's a commercial project.

They need cross platform in all versions as standard, native OSX + Linux compiler and IDE - hire some *experienced* devs to sort out firemonkey, not just the lowest quote. Hire somebody with some common sense to update headers.

I'd personally throw out the compiler, use FPC - save myself a ton on development costs every time a new OS comes out and then put that money into making my actual selling points better while gaining a shed load of 'new' features I can list.

Delphi costs a fortune, it's been around for over a decade, it has (or had) a massive user base - it should be ten times better than FPC+Lazarus - not ten times worse.

They even *used* FPC for one Delphi version for the cross platform support - they didn't contribute back to the FPC project or even mention they made use of it in publicly recognisable way.

I used to worship Borland - I grew up wanting to work for them - Turbo Pascal and Delphi were big parts of my life that I remember fondly.

It's such a terrible shame to see the once great name of Delphi reduced to this pathetic stream of poor quality updates.

Yes I agree - its use of the hardware is naive at best, for such a highlighted feature and already after a few iterations? the lack of performance, the clunky design and the on rails usage pattern (concerning OpenGL) is quite frankly shocking - considering it's a commercial project.

I think that mayor disadvantage of FMX is that it is trying to be to much alike VCL. Sure this allows easier transition for people who have rich experience with VCL to FMX platform but the problem is that VCL and DirectX or OpenGL use completely different approaches which are not compatible with each other. So in the end you are limiting the functionality of your platform and preventing your users to make most of DirectX or OpenGL functionality.
That is why in my Silver GUI library I'm not trying to mimic VCL or FMX approach but instead I'm using my own approach.

Another problem is that FMX developers spent a lot of time designing various FMX controls so that they look as similar as possible to various native components for each platform. This is the consequence of latest trend where each application should look and feel the same as OS on certain platform so that it gives you illusion that it is part of that OS.
Man I miss the days where developers actually spend time designing their application UI to be the most suitable for that specific application features and not making the UI to look so dull as most modern OS UIs do.

Originally Posted by phibermon

They need cross platform in all versions as standard

If as versions you think about different editions/bundles (Starter, Professional, Enterprise, Architect) then all I can say is that they should abolish this archaic approach and offer their users to create their own custom bundles with those features that they actually need and use.
This would make Delphi much more affordable as you would only be paying for the features you actually use and not for bunch of features that come with certain edition that you aren't even using. Not to mention that this would give Embarcadero clear picture of which features are most popular and where they should provide most focus in further development.

Originally Posted by phibermon

Delphi costs a fortune, it's been around for over a decade, it has (or had) a massive user base - it should be ten times better than FPC+Lazarus - not ten times worse.

Delphi had a massive user base. But not any more. And there are multiple reasons for this. Based on my opinion most major reasons are:
1. Affordability: its high price makes it hardly affordable for beginners or smaller development teams. Sure by making Starter edition free it become a bit more affordable but the problem is that Starter edition is way to limited with the features it provides.
If you ask me features like Symbol insight (ability to navigate to declarations or implementations), Class completion, Code refactoring (at least basic refactoring's like renaming of variables, types, etc.) should also be included in Starter edition as they can be very valuable to someone who might be learning to code in Object Pascal. And To-do list! Not including something like "To-Do" lists in starter editions is just idiotic.
2. No longer on bleeding edge: Back in its glory days Delphi had support for at the time most newest features. And in fact in some cases it actually provided even better support for certain features than its competitors. Not to mention that it brought some of its own unique features to.
But today feature vise it is slowly following others. And what is worse is that many times the implementation of these features is just terrible.
3. No longer listens to whole community: It is becoming more and more apparent that guys at Embarcadero first and foremost listen to wishes and suggestions of some of their major business partners instead of the whole community. Because of this development is more focused on features which are more useful to bigger companies and not for features that are useful for smaller or individual developers. This in turn is driving away those smaller developers
4. Uncertainty in the past: We also should not forget that in the past there was quite high uncertainty if Delphi would even survive due to changing ownership from one company to another.

Originally Posted by phibermon

They even *used* FPC for one Delphi version for the cross platform support - they didn't contribute back to the FPC project or even mention they made use of it in publicly recognisable way.

That was in Delphi XE3 if I'm not mistaken. The reason for this is that first iterations of FireMonkey actually relied on XCode and Delphi still didn't have its own native compiler for MacOS and thus used FPC instead.

Originally Posted by phibermon

It's such a terrible shame to see the once great name of Delphi reduced to this pathetic stream of poor quality updates.

Just installed Delphi Starter for the first time. That limited commercial use license is pretty worthless:

"Once your company's total revenue reaches US $1,000, or your team expands to more than 5 developers, move up to the Professional edition with an unrestricted commercial license."

So that is your TOTAL revenue, not just revenue from Delphi Starter (as I assumed at first). I'd think that a company that isn't able to make $1000 in a year is probably in trouble, at least in western countries.
And meanwhile you can get the complete Visual Studio 2017 Community for free if you make less than a million dollars.

BTW, those samples are boring. Back in the days of Borland, even the samples had gems. I remember using the TVEDIT demo as my default text editor for years after buying TP6.

Do you know if the Tokyo version have any advantages for gamedev users?

I don't know in general but Tokyo has some advantages for me personally. Tokyo can handle some of my ancient Delphi 3 code while Lazarus complains a lot over one of my ancient project. In other cases Lazauras is great and imports my old Delphi 3 code nicely.