Just a heads up, we’re working with Embarcadero to organise a RAD Studio 12.2 Launch event in a timezone a little more appropriate to our region.
We’re still finalising the details, but it looks like being next Wednesday the 18th, probably 1pm Sydney time so that we can accommodate East and West Coast, as well as New Zealand and South East Asia.
I’ve managed to rope Ian Barker and David Millington into staying up late/getting up early to host it with me, and we’ll cover all the same content as the US event plus obviously take questions from you all.
I’ll post the signup page as soon as the details are settled.
I was wondering just yesterday, what would happen when it comes to v.13? – would they skip it and go 14, as is frequently the case, or bite the bullet and actually use number 13?
I’m wondering if this release will finally add proper anticipated entry support like we’ve had in Sublime text or vscode for 5-10 years where variables, function names etc are displayed for quick data entry from the first character typed, rather than only after the first variable is entered.
The other thing I find most annoying about 12.1 is how long it takes to resolve the ‘error’ dots in code which leaves you thinking you’ve made a mistake. This can take > 1-2 minutes to clear away on a properly fast device when the code base isn’t just hello world.
It would be great to see a roadmap for v13 before work begins and allow developers to contribute as the language is desperately in need of modernisation as per @vincent now ancient, but still excellent blog many years ago. C# is killing it and Javascript developers continue to push the language to become and better every day, whilst Delphi stays dormant or dead.
hsvandrew
I agree with you
Sometimes we need to get back to the old days of Delphi 7 updated to 64 bit
with the basics and the basics going correctly for once.
That is the very reason of die hard Delphi 7 users!!!
That is the very reason of die hard Delphi 7 users!!!
That is the very reason of die hard Delphi 7 users!!!
And then buy clip on attachments to Delphi
Their is no other language with the price of Delphi on the market that must have a major impact on sales.
If its C++ its junk junk junk If you are a pure Delphi programmer what ever relevance is to ever think you want to use C++, as C++ is in fact Frustrating and irritating because it information overload unless Delphi is not made incorrectly in the first place. and people what to buy 2 products because they like wasting money on C++ attachments they will never use.
The Delphi language needs to be created from the Delphi Language only - Delphi developers that sees the error and has a feel for the language because they use it. But the developers/owners are fighting to move away from Delphi that they have totally lost the very plot of Delphi. This has been the fight from Delphi 6 with C++ wanting to get in the way of Delphi - they have no love for the language.
I want Delphi with objects that can be moved over the form at run time but their is layers and layers of garbage that you have to pay for that it crowds the editor and uses file space.
The words FMX or fire money is garbage garbage garbage terms in the way where data base access is database access where SQL objects should be a common term.
It horrifies me how badly tablet stuff works in Delphi at the moment
It’s horrificly bad but you got to pay for it? when I have no use for it any way.
It’s like the owners are out to kill the language with stupidity
If you want Delphi 7 then you can use Free Pascal.
If you don’t appreciate the incredible power of the C++ language, then you have a lot to learn.
Delphi should have a really strong story for convincing people that it is useful, elegant, readable, adaptable, capable, time-efficient, and safe to use.
But C++ compilers are like a factory that can create anything from nanobots, to hand-grenades, to medical equipment, to tanks, jet-fighters, and spacecraft.
It’s a strong feature of Delphi that we can live so closely with a now very modern instance of C++.
It’s not relevant for everyone - but it’s certainly an asset.
I totally agree that C++ does all those things you say
Delphi handles object management - C++ does not and never will
Delphi is on ARM processors
ARM processors are running VGA screens at half price to Intel and run scripts
Delphi should be eating that market because its faster and has full object management
Delphi needs a ARM Running IDE!!! So if the Delphi IDE first secured its roots as equal to Delphi 7 - Windows 64 version a) lowered its price to be more accessible b) simple strong foundation c) and designed to be built on with the many extra’s to add. The extra’s can give the Delphi language a object management based language in high powered processing levels with object management that C++ cannot do.
Without OOP C++ at this processing level is a dinosaur where Delphi should be at home.
I was going to register, until I saw this line
‘By clicking this button, you submit your information to the webinar organizer, who will use it to communicate with you regarding this event and their other services.’
It may be just me, but it is unclear who the organizer is, and I don’t want ‘other services’ - only the webinar.
The organiser is Code Partners, but that text is automatically inserted by GotoWebinar and I can’t see any way to remove/edit it.
But I do understand the concerns and if you don’t wish to join. If instead you do go ahead, I’m happy to mark you as Do Not Contact in the database if you’d prefer.
