Lajos Juhász

(In theory) Embarcadero tries to improove the quality of the integration. In case of the parallel debugger not the plugin is the reason but the IDE. According to David Millington it stresses the IDE and brings out error that would not surface during normal usage.

I hope one day they will change their mind on this matter. IMHO even when migrating db related components this would be useful.

The delay is due to the fact that whenever the users moves the mouse during the resizing the getCaption is executed. It costs time to calculate the required space for every item.

Unfortunately docwiki is down. I cannot comment on how you can configure SQL Server as I am not using that database. About the driver that is loaded you could try to query the FDConnection using the method GetInfoReport: https://docwiki.embarcadero.com/Libraries/Sydney/en/FireDAC.Comp.Client.TFDCustomConnection.GetInfoReport Google returned this https://stackoverflow.com/questions/64048094/connect-firedac-to-sql-server-through-odbc-driver-17-instead-of-sql-server-nativ: 1 For design time: drop a TFDPhysMSSQLDriverLink on the data module or form and set the ODBC driver to: ODBC Driver 17 for SQL Server in the drop down. After that open your TFDConnection and switch to the Info tab and check what driver it ends up using along with any notes it mentions. Note from the OP: To work for me I've needed to give a name to the TFDPhysMSSQLDriverLink component on its DriverID property, and set that name to the DriverName property of the TFDConnection.

A sample application that we can compile as a 64 and 32 bit would help us to help you. We can only suggest that you make improvements in your code.

You should include the version you are using also what is installed in the IDE. For me the IDE is fast and working ok during the day. Using Delphi 12.1 only with MMX. During the day it maybe stucks only 1-3 times.

It was introduced recently. Delphi XE5 does not have it yet.

It is an easy to debug. You have to set the CanUndoSelText property to true. https://docwiki.embarcadero.com/Libraries/Alexandria/en/Vcl.StdCtrls.TCustomEdit.CanUndoSelText

We already know that it is not defined in case when FWorkOrderManager.GetWorkOrderDataByIndex(WorkOrdersSelectedRow - 1, Data) returns false.

I cannot access it,

A change in the test procedure will cause an access violation in D12.1 if compiled as win32, win64 will not cause error: procedure Test; var dt: TDateTime; Proc1,Proc2:TDoSomethingProc; begin Proc1 := @DoSomething; Proc2 := @DoSomething2; Proc1(dt); WriteLn(DateTimeToStr(dt)); Proc2(dt); WriteLn(DateTimeToStr(dt)); end;

I would say 24.4

Unfortunately this is not implemented yet. You would have to enter a QP request.

2. Depends on the third-party components used in the project. 3. We do not know how the old application was connected to the database. Nowadays FireDAC is the recommended (default) DB access library in Delphi. 4. The best advice is to hire an UI expert to help to redesign the UI.

UI design is not bound to the component set you are using or even the programming language. You should follow the OS guidelines.

Refind is quite capable to help to migrate other components not only FireDAC.

That should be the best scenario. He knows where are the problems and as a manager should be able to allocate resources to solve the problem.

As any other company they need income to pay their bills,vages and profit to shareholders. To make the product more modular for some reason did not worked out for them. They have tried with the database add-on. While that would be good for us. This would be increase the price. It is not always easy to backport bug fixes due to interface changes in the source code. Embarcadero still not able to test a single release good enough to release the new versions withous some serious bugs (eg. most of the customers will not release any program compiled with 0 version). The company I am working for has a similair policy. A client can pay to get a change to be backported to his version only if that doesn't require too much code to change and we can test the product integrity after the change, otherwise the change can be delivered with a version upgrade.

I see no reason why it was not implemented yet.

You can file a new feature request at QP.

IMHO GetIt is the right choice to destroy any library. I see no benefit from it, just limits the choice for no benefit.

I can bet that Embarcadero would not support older versions of the Delphi. You would have to use the latest version of the IDE to have the latest version of MMX. The only thing that could be better in theory is integration. They would see what could be improved to make it work better. On the other hand, it does not work for the Bookmarks or the Parallel debugger or even for the KSVC.

Embarcadero made a bad decision to support more and more platforms without proper preparation. Now we have to pay the price that they have to replace everything as it is impossible to support those changing platforms. Combine that with the fact that the 32 bit compiler has also an ancient architecture that should be replaced.

Yes, both of them are history.

I am glad that I am not the only who have had this issue. Using IDE on multiple monitors is not reliable. I am using that way only when I have to debug High-DPI or multi monitor setup, otherwise the IDE is on my secondary 2k monitor and laptop display is turned off.