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:

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

5 minutes ago, shineworld said:

Sincerely FileIndex, at if (FileIndex < 0.... ) it already "defined" but compling phase say "undefined"...

We already know that it is not defined in case when 

FWorkOrderManager.GetWorkOrderDataByIndex(WorkOrdersSelectedRow - 1, Data)

returns false.

I cannot access it, 

6 minutes ago, Kas Ob. said:

s you said it is wrong and should not work, yet this code on my Delphi XE8 does work fine with no problem.

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.

7 hours ago, Stefan Glienke said:

At least not if they promote that developer to PM 

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.

4 hours ago, Al T said:

Too bad they don't let you buy just what you need.  If you just prefer to create Android and Windows, you should be allowed to buy just those two as add-ons.  If you want Linux, then buy it as a addon.  If iOS apps, or Mac OS apps..etc.

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.

4 hours ago, Al T said:

Yes, that's correct.  Instead of allowing me to have all the bugs fixed for version 11, they want me to buy version 11.1, 11.2, 11.3, etc, for the bug fixes. 

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. 

1 hour ago, Uwe Raabe said:

BTW, I still even refuse to provide MMX via GetIt for several reasons.

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

12 hours ago, Uwe Raabe said:

Would you bet on all that not going to change?

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.