Lars Fosdal

We all know maturity is not related to age 😏 I am living proof of that. 😜

Valid points. I too wish FMX was on a better maturity level.

He specified for VCL. Why would you try to shoehorn 3D graphics into a 2D framework?

@David Schwartz I assume there are paid services out there that offer such data. How many businesses are we talking about? If it is a limited number, it might be just as cheap to have someone google and register.

@shineworld 2. I assume you meant "refactoring", not "refractory"? 3/4. Why not simply use GExperts? 5. Why not use a tool like Continua CI for setting version for multiple projects at once? Added bonus - compile, package, distribute automatically on commit to git. 6. FMX already has that covered? 7. ActiveX doesn't work well on other platforms than Windows

@techdesk https://www.archbee.com/blog/technical-specification Without a definition / specification, every software project becomes an endless series of misunderstandings. A mocked up screenshot alone, hardly represents a specification. If you can't be arsed to really describe in detail what you want, you'll probably never get anyone interested. Courtesy of Copilot

Oddly enough, I implemented a serial modbus protocol in Turbo Pascal over 35 years ago to talk to PLCs. https://github.com/LarsFosdal/DOSTimberDryingKiln/blob/main/source/MODBUS.PAS

Personally, I wouldn't use a visual component as the core. It binds you to just one of the many platforms such a comms lib could be used on. Once you have a platform agnostic comms lib, you could base a VCL component on top of it. Now you just need to document the rest of your functional requirements and add pointers to some actual documentation and examples. If it looks interesting enough, maybe someone will take on the task. Good luck.

@Ron Schuster - Sometimes, there may be more than one driver installed, and the default one may be one that is less performant.

Per February, 7th Not fully operational Quality Portal - in read only mode while awaiting lift to cloud. Older GetIt server(s) are still work in progress Operational GetIt servers for Athens 12.x GetIt servers for Athens 11.3 - new installers at my.embarcadero.com GetIt servers for Community Edition The DocWiki The Blogs (albeit slow)

https://blogs.embarcadero.com/getitupdateradstudio11getitonlineinstallation/ Also support for CE installation. Note that GetIt for 11.x might not be completely "refilled" yet.

So, what you want, @techdesk is for someone to help with implementing the serial or tcp/ip protocol handler in Delphi, that can transfer data between an embedded program running on the STM32 and a Delphi program running on a PC, Tablet, or Phone?

This is NOT a help desk system. Delphi-PraXiS operates independantly from EMBT and the PEOPLE here are are professional software developers and hobbyists. This is a place that exists for users of Delphi to discuss the challenges they have when developing in the language. Any discussion needs clearly stated and accurate facts about the challenge at hand, for people to be able to contribute with suggestions for a solution. Lack of such detailed facts, will lead to requests for more facts, and AI generated bulldroppings are generally not considered to be facts. We still have no clue to what this actually does or how it is supposed to work. We are not mind readers. Draw a mockup of how you imagine this to look Describe the functionality in detail What that Button does What is shown or entered in the Memo Just dropping a product name does not enlighten us at all. We've likely never used the product and have no clue what it does or how it is supposed to work.

But our indignation was righteous!

Is the gdb.exe in the path? I.e. can it be started from the folder / user context where the remote debug server is running? Can it be related to which user context the process is running in? When QP eventually gets back online, I suggest filing a report if you can't find an explanation for the inability find gdb.exe.

According to @Uwe Raabe

I am in the sarcastic/ironic corner today, so ... Is there no AI willing or able to rewrite the C++ code in Delphi?

@@AT I assume you have read these? https://docwiki.embarcadero.com/RADStudio/Alexandria/en/Attach_to_Process https://docwiki.embarcadero.com/RADStudio/Alexandria/en/Attaching_to_a_Running_Process

It appears we'll soon need the latter for forum posts...

Have you compared the code for the event handler method with the declaration in the StringGrid class that has the event property? It sounds really weird that the event handler lost it's code, though.

Of which some should be registered as feature requests. I agree, it is not that frequently we see them come to fruition - but - let's stay insane in this context. And... await the return of the QP.

@Ron Schuster You can explicitly control which driver you want to use. I use this code to pick my faves. class function TPSDFireDatabasePoolMSSQL.FindBestDriver(const Link: TFDPhysMSSQLDriverLink): String; const // Constants copied from implementation section of FireDAC.Phys.MSSQL C_SQL_SERVER = 'SQL Server'; // DO NOT TRANSLATE C_2019_ODBC = 'ODBC DRIVER 19 FOR SQL SERVER'; // DO NOT TRANSLATE C_2018_ODBC = 'ODBC DRIVER 18 FOR SQL SERVER'; // DO NOT TRANSLATE C_2017_ODBC = 'ODBC DRIVER 17 FOR SQL SERVER'; // DO NOT TRANSLATE C_2016_ODBC = 'ODBC DRIVER 13 FOR SQL SERVER'; // DO NOT TRANSLATE C_2012_ODBC = 'ODBC DRIVER 11 FOR SQL SERVER'; // DO NOT TRANSLATE {$IFDEF POSIX} C_FreeTDS = 'FreeTDS'; {$ENDIF} {$IFDEF MSWINDOWS} C_2012_NC = 'SQL SERVER NATIVE CLIENT 11.0'; // DO NOT TRANSLATE {$ENDIF} var DriverList : TStringList; WantedList : TArray<String>; Driver: string; begin Result := ''; // Blank = Default WantedList := {$IFDEF MSWINDOWS} {$IFDEF SQLNative} [C_2012_NC, C_2017_ODBC, C_2016_ODBC, C_2012_ODBC] {$ELSE} [C_2018_ODBC, C_2017_ODBC, C_2016_ODBC, C_2012_NC, C_2012_ODBC] {$ENDIF} {$ENDIF} {$IFDEF POSIX} [C_2018_ODBC, C_2017_ODBC, C_2016_ODBC, C_2012_ODBC, C_FreeTDS] {$ENDIF}; DriverList := TStringList.Create; try Link.GetDrivers(DriverList); DebugOut('Available SQL drivers'); // DO NOT TRANSLATE for Driver in DriverList do DebugOut(' "' + Driver + '"'); for var Wanted in WantedList do for Driver in DriverList do begin if CompareText(Wanted , Driver) = 0 then begin DebugOut('Selected driver: "' + Driver + '"'); // DO NOT TRANSLATE BestDriver := Driver; Exit(Driver); end; end; finally DriverList.Free; end; end; which I then use to configure the connections class function TPSDFireDatabasePoolMSSQL.CreateDriverLink(const aOwner: TComponent): TFDPhysDriverLink; var Res: TFDPhysMSSQLDriverLink; begin Res := TFDPhysMSSQLDriverLink.Create(aOwner); if BestDriver = '' then BestDriver := FindBestDriver(Res); Res.ODBCDriver := BestDriver; Result := Res; end;

That's possible, @JonRobertson, but adding context to code is probably smart. Anyways, @shineworld should do a proper write-up and perhaps include a demo app with a comparison that shows the benefits of doing it his way, and post it on github and the QualityPortal when it comes back online.

Not sure why this was attached to a different thread, so I split it off, @shineworld

Not per se. However, the problem is that once you use the DPI aware IDE, the measurements and coordinates in forms are according to your current Windows DPI and scaling settings. Which means that when someone with a different DPI or scaling opens the form, it looks like shit and the changes that someone makes, will again be impacted by their settings. So if two people with two different settings, takes turn in changing a form, you can get a form that keeps on growing or shrinking during the design. Personally, I would prefer that such a thing doesn't happen - so that I can benefit from HighDPI also in the IDE. It is not a trivial problem to solve. Pixel perfection becomes very hard once you have to deal with design time as well as runtime scaling.