ULIK

The problem is: Button1.HitTest := False. This makes it invisible for ObjectAtPoint. See end of 'TControl.ObjectAtPoint' code

That's because testvar is of type ITest and not TTest that contains the member fields.

Hi, Delphi XE11.1 on a current Windows 10 system: I have a bunch of problems when moving a maximized windows between monitors of different scales: - regular size changes - depending on border style setting, application behaves different Steps to reproduce: - compile attached application perMonitorV2 aware - set up multiple monitors: * M1 100% 2560x1440 (primary) * M2 200% 3840 x 2160 * M1 left of M2 1. problem: - run app on M1 - maximize window - send it to second monitor using WIN + Shift + Arrow right - send it back to first monitor - change back maximized state --> size of regular window has changed 2. problem - modify the app and remove comments to set the BorderStyles: if cbToggleFullscreen.Checked then begin BorderStyle := bsNone; WindowState := wsMaximized; end else begin WindowState := wsNormal; BorderStyle := bsSizeable; end; - again run on M1 - click check box (to maximize and set the border style) - send it to second monitor using WIN + Shift + Arrow right --> this does not work the first time and you have to do it again to move the window to second screen! ???? - send it to second monitor using WIN + Shift + Arrow right (second time) --> now the app is on second screen but no longer maximized 3. Problem (related to second) - start app from problem (2) say on M2 - click check box to maximize and change the border style - change DPI scaling for M2 - click check box again to get normal sized window: size has changed! Problem 3 seems to depend on BorderStyle change. If I test it with original app, the size persists. Can someone confirm that problems? And is there a solution for it, especially for the second/third? Thank you, Uli TestDPIFullscreen.zip

Well, I hope, that next release will improve this ...

Well, I'm not sure if anyone on Embarcadero has really tested the IDE running on a system with multiple monitors and different DPI scaling, especially, if the primary monitor has a different scaling then 96 DPI. There are so many problems (fonts do not scale or scale too large, IDE toolbars getting too large or moving their position, ...) It can be a hard job (I'm currently trying to make our own application to be per monitor aware and I'm still not finished after 4 weeks) but if they promote the IDE to be support High DPI, it should work at least a little bit better.

I doubt that there is an library available for Delphi that will solve your problem out of the box. But as you already found, you can use Linear Programming for this but you still have to adjust the evaluation method for your own needs. Here are some libraries I found on the fly: https://www.optimalon.com/linear_programming_library.htm https://www.alglib.net/linear-programming/

I'm not sure, if this is related to new MMX15.1 but I just noted, that the hint window for methods on explorer window truncates the hint:

Just installed 15.1.1: loading time on IDE startup is fast again! Thank you very much for fixing this!

I'm sorry, I had to give up on MMX 15.1. Those heavy scans while starting the IDE makes it too hard to work with. I'm not sure about the cache as starting the IDE again the next day I noticed again such heavy loads as well as on further restarts of IDE. Unfortunately the current project I'm working on depends on a lot of external component packages as well as requires a lot of restarts of IDE over the day. So for now I back on 15.0.49 and everything is fine again.

Thank you for explaining! As the packages do not change that often, I see no problem for me.

Hello Uwe, thank you for that major update. I noticed one thing where I do not know, if it is related to the new MMX build or something else: - today IDE (11.1) was not yet started - I installed the update to MMX 15.1 - Then started the IDE - Now I noticed a massive slow down when loading all the IDE packages (especially DevExpress) and task manager shows a very heavy load on BDS.exe - It completed after some time (2-3 minutes) - I closed the IDE - a new start now loads much faster (like it was the days before) It is the first time that I have seen this so could this be related to new build (some preprocessing maybe?)

Have you already tried it with a combination of splines? They would touch the vertices.

Hmm, I can't reproduce this here for 'Save All'. Please try it on a fresh VCL or FMX application.

This bug was already there at least on 11.1: https://quality.embarcadero.com/browse/RSP-38001

Davide, it's just a vague guess: you use a dark color scheme on IDE. Do you see the same problems also when using the light default scheme?

Hi, can someone confirm this behavior: When placing the IDE object inspector on a special location tabbed with project, IDE font changes on a dual monitor system with different DPI settings. Prerequisites: - main monitor using 96 DPI (2560 x 1440) - secondary monitor using 144 DPI (3840 x 2160) - screen extended on both screens - standard desktop is set to 'Standard Layout' ( - no other IDE extensions like MMX or GEXperts loaded) - Delphi IDE XE 11.1 (DPI aware) running on main monitor : maximized window Steps to reproduce: - load a new VCL app - drag the object inspector to 'Project' window and place it left beside the 'Project' tab (see IDE_step_1) - save this as desktop 'Standard Layout_1' - make this new layout the new standard layout - close the project - again create a new VCL app Now see, how the font has changed: Using this new standard layout I can reproduce the font change every time by: - start Delphi IDE - create new project (or load existing one) - close this project (not the IDE) - again load the project kind regards, Ulrich

Done: https://quality.embarcadero.com/browse/RSP-37770

Hi, I'm not entirely sure that this is really related to MMX but using some MMX Windows I'm able to reproduce: Prerequisites: * place the two desktop definition files from attachment ( Test.zip ) on location for desktop definitions * make sure you have a secondary monitor using a different DPI scaling ( 150%) right beside your primary monitor (100%) ! * Delphi XE11 starts on primary monitor Steps to reproduce: * start IDE * select desktop layout 'MMX (No GX)' and watch bottom window 'Messages' * select desktop layout 'MMX Debug (No GX)' * again select layout 'MMX (No GX)' and watch bottom window 'Messages': now font size has changed! vs. As far as I can tell this happens only when I have the secondary monitor available using a different DPI. The problem gets more worse as some other IDE windows also change their font size and column positions (inspector, GExperts Search result window etc. ) Is someone able to reproduce this behavior? As said, I'm not sure if this is really related to MMX (installed experts: MMX, GEXperts) kind regards, Ulrich

After installing Update 11.1 I can no longer reproduce this problem. 👍

Hi Uwe, just a very small point: when changing the color theme on DX11 from light to dark, MMX CodeExplorer window does not fully handle this: start IDE, load a project and make CodeExplorer window visible. Then change the color theme of IDE: I have to restart the IDE to make the upper part dark as well. Nothing important, just noticed it when playing around with new DX11. kind regards, Ulrich

Yeah! That's an extension I really like! 👍

Hi! can anyone confirm this bug (?): Delphi 10.2.3, MMX 15.0.11 Build 2371 - create a new unit - type the following class declaration: TMyClass = class(TObject) private FTest: Integer; public property Test: integer read FTest write FTEst; end; - now select the property on MMX code explorer and hit Ctrl+E to edit it Here this results always in this message: kind regards, Ulrich

Thank you! The workaround is working 🙂

There is a very small glitch on 'Add Event' dialog: the header caption of first tab displays the caption of the dialog instead just 'Event' as the other Add ... dialogs would indicate. I can't remember if this is related to MMX 15 or has always been there.

Just installed this latest version: now opening the new property dialog is fast: just a second instead of more then 10 seconds! Thank you very much for your fine work!