Leaderboard

Bump Me Delphi One More Time (Sung to the tune of Baby One More Time) Oh Delphi, Delphi Oh Delphi, Delphi Oh Delphi, Delphi how was I supposed to know That something wasn't right here Oh Delphi, Delphi I shouldn't have nuked Windows And now you're out of sight, yeah Show me how to contact Team B Tell me Delphi 'cause I need to use Project Jedi Your installing is killing me (and I) I must confess I need a bump (need a bump) Using EDN I lose my mind I'm in a bind Bump me Delphi one more time Oh Delphi, Delphi The reason I reinstall? The IDE is locked up Oh 'spensive Delphi There's nothing that I wouldn't pay To get out of this cock-up Show me where to send the money Tell me Delphi 'cause I need to compile, all because Your policies are killing me (and I) I must confess I now believe (now believe) Dropping my subscription wasn't fine Here's dollar signs Bump me Delphi one more time Oh Delphi, Delphi Oh Delphi, Delphi Yeah, Oh Delphi, Delphi how was I supposed to know Oh 'spensive Delphi, that Popov needed the dough I must confess, that Oxygene is looking so good now Don't you know I still believe That I'm screwed and how EDN be kind Bump me Popov one more time Your Code Insight is killing me (and I) I must confess I still believe (still believe) One more squiggly line I'll lose my mind VS' looking fine Bump me Delphi one more time I must confess, that your buggy mess is killing me now Don't you know I'm still locked in I see with clarity Can't wait til FPC reaches feature parity Bump me Delphi one last time

The better thing would be switching to Vulkan. One solution for all platforms (Windows, Linux, Android: native, macOS and ios via MoltenVK (included in Vulkan SDK).

Worth watching for insights into the value of a language server:

The coveted Enterprise sector will just love this..

Not really. OpenGL isn't as good as Vulkan and MoltenGL isn't free as MoltenVK. Now FMX uses: DX11 on Windows, OpenGL on macOS (and Linux inofficially), OpenGL ES on Android and iOS. Instead of a new implementation: DX12 on Windows, Metal on macOS and iOS, Vulkan on Android and Linux it would be better to concentrate on one solution.

The classic way to do that is a page control where every tab has TabVisible set to False

Of course, I'd be ecstatic otherwise 😉 Concerning the language server complex, I recommend starting in our very own thread on that subject:

Same here. Perhaps it's a important thing, but what exactly is the benefit for a single dev like you and me? Besides, a working error insight would be almost like heresy. There's never been anything like this for Delphi before! 😈

Delphi LSP, YAY! But also for Delphi 10.4 Metal 2, YAY!! I'm really giddy like little girl, right now.

Hi Attila, The login form is called from and returns to the project .dpr file. begin // if TLogInForm.Execute then begin Application.Initialize; Application.CreateForm(TMainForm, MainForm); Application.Run; end else begin Application.MessageBox('You are not authorized to use the application.', 'Password Protected Delphi application'); end; end. Regards, Ian

I just discovered this project: https://github.com/CWBudde/DWScript-Language-Server

I agree that an open source Language Server would be desirable. Omnipascal looks great and even offers the ability to compile Delphi projects now. Someone else wrote a form designer prototype for VSCode. Put all the pieces together and we almost have a portable IDE with VSCode. A language server would enable other IDEs to support the ObjectPascal language and enable EMBT to rip out ErrorInsight, and other parsers in the IDE. if they made use of it. If EMBT used an open source language server, the community could evolve and improve it over time rather than relying on EMBT. As a separation of concerns, it would also make it easier to get a cross platform IDE working, or multiple IDEs on different platforms. If you write code on OS/X and target only Apple devices, it would be nice not to require a Windows VM, or a PC as well. A language server might enable the use of XCode (not sure if it uses language servers) for ObjectPascal development. At some point, a language server could enable Delphi developers to just use the command line compilers, and RTL to target their platform of choice with their editor of choice, and UI framework of choice. https://github.com/alefragnani Seems to have done some work along this line.

Given that I doubt we will ever see a fully repaired IDE, the language server would be a boon, were it not for the issue of a form designer. The notion of using a CSS-like solution reminds me of the Regex joke: I had a problem, but solved it with Regex. Now I have three problems.

.dfm and .fmx design is a delphi specificity and for sure will be never managed by LSP. However, I wish that one day we replace the .fmx with a css like. It would be a lot more standard and powerful. But that's another debate.

Yes. Depends of the IDE, but for instance with i-pascal and IntelliJ you can configure the delphi compiler. http://www.siberika.com/img/run/compile.gif

The hard reality is that delphi ide is old and really buggy. If we compare it to Intellij... No comment. Currently, I use the plugin i-pascal for intelliJ (not perfect but far better than delphi for code navigation) Omnipascal is also very good. It is precisely to avoid rewriting a plugin for each IDE that the language server is existing. A delphi langage server will bring with one implementation, a support with majors editors / IDE or next gen web IDE as Eclipse CHE.

If you haven't watched this before it might make it a bit clearer what it means to have modern compiler architecture and what benefits you get from it (like not having to implement everything twice for compiling itself and for tooling):

Promised, not delivered!

Sorry the limit of our FMX support is ensuring the components build and install as FMX libraries, and even that takes a lot of my precious unpaid time. The FMX samples have not been updated for several years. I personally only use VCL so am unable to devote any more time to FMX support, The developer that did all the cross platform and FMX work passed some years ago, and no-one has replaced him. Angus