Lajos Juhász

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.

Nothing was changed 01/01/1970 required date format dd/mm/yyyy. Tested with Delphi XE5: var f: TFormatSettings; begin f:=TFormatSettings.Create; f.ShortDateFormat:='dd/mm/yyyy'; f.DateSeparator:='/'; StrToDate('01011970', f); end; The result is as expected --------------------------- Debugger Exception Notification --------------------------- Project Project1.exe raised exception class EConvertError with message ''01011970' is not a valid date'. --------------------------- Break Continue Help ---------------------------

The bug report is about a bad address F1 will land, itt will try to load: https://docwiki.embarcadero.com/Libraries/Updates/en/Vcl.FileCtrl.SelectDirectory. I know anyone can Google for the correct documentation, but F1 should work as expected (to point to a valid location). 1.) Open Vcl.FileCtrl.pas 2.) Line 2294 hit F1 for SelectDirectory. 3.) In the RAD Studio Topics help select Vcl.FileCtrl.SelectDirectory 4.) The default browser will open docwiki page https://docwiki.embarcadero.com/Libraries/Updates/en/Vcl.FileCtrl.SelectDirectory

There is a QP ticked for similair issue - https://embt.atlassian.net/servicedesk/customer/portal/1/RSS-534

I can confirm this part. I am using an intel cpu.

I can confirm that the toolbar reacts if you have multiple monitors. Another think to look for is a desktop file for the project, maybe you saved it.

I am on the side of the current Windows UI.

I believe it would be easier to push Microsoft to change the decisions how the User Interface on Windows should work.

It does deliver according to the MS user interface guidelines. You don't have to like it, however the norm in UI design is to follow the OS guidelines as most of the users expect that.

For years it is a low priority research target to Embarcadero to replace the IDE. There is no further public information on this topic.

I've never tried this product. In my experience it still requires a human developer to find bugs. All the find & replace changes to migrate between versions can be achieved using the refind utility.

You can query the state of these buttons using https://learn.microsoft.com/en-us/windows/win32/api/winuser/nf-winuser-getkeystate if GetKeyState(VK_CONTROL)<0 then .... if GetKeyState(VK_SHIFT)<0 then ....

Same for me. I don't have the registry entry in the AppCompatFlags\Layers. Delphi 12 works just as should be with a normal level user without beeing elevated.

The first instance of bds should debug the second one. Thus, it should break on the error and show the call stack. The last Delphi version where I have had problems that required to debug a second instance of Delphi was XE5. In Delphi 12 I compile without runtime packages and have a limited of debugging this kind of errors.

Select the package and from the main menu activate Run - Parameters. For host application you shoulds select bds.exe (default location is C:\Program Files (x86)\Embarcadero\Studio\23.0\bin\bds.exe). Hit F9 a second instance of Delphi will start in that instance open the package and try to install. You should get a call stack.

The product About page gives you an explanation. According to that page it is an automatized robot that can analyze and rewrite your code. In my experience that is a very bold claim.

I've copied IPADresses you posted and using the i.ReadString('DBiDashboard', 'IPAddresses', '') cannot reproduce your problem.

It's not a Captcha it is a test for AI. Only advanced AI can fill this questionary.

Correct the IDE. The question was if using ISO and WEB installer will behave differently.

Same question for me.

For me this is the first time that I am using a standard user, the IDE works without a problem. I have the default UAC for standard users, that is Always Notify.

I am using ISO to install Delphi, never have had to start it elevated.

To get the access violation I have a simple example. I do not know how to create a bug report. If you try to connect the show dialog to the merge element. (I guess it is not supported, but killing the IDE is not acceptable behavior.) ---------------------------------------------------------------------------------------------------- Using copy paste I have managed to break the code generation (the last show message - thank you is missing): Also, for some reason the files are not generated: [dcc32 Fatal Error] mainFRM.pas(25): F2613 Unit 'Test.M1.V1' not found. What I dislike in the code is that everything is an inline variable. If you have a decision (if then - else structure) the elements after the merge point are generated inside every branch. I have had no time to test it in detail (I will have more time next month).

It generates a code that you can call but cannot change. If you change it will be rewritten the first time when the new code is generated. Note. I find the generated code unreadable and can kill the Delphi IDE with stack overflow.