Ian Branch

Hi Uwe, Agreed. I did a source comparison of the two versions and can divine nothing that I could contribute to a build/compilation impact.

Hi Uwe, Yes I have investigated that one, but I want the whole method, not just the body.

Tks. ATT I manually select the whole method then use Ctrl-/. My issue is that with large methods it would be easier if the method could be readily selected, rather than having to manually select from start to finish.

Tks. Close ,but not quite. If I comment a method with it, it also comments the declaration in the class. 😞

Tks havrlisan. I found that one and at times it will be useful. Sometimes I just want to select the method and comment it out while I try an alternative version of the method.

By way of impact: Building an App with 1.xx takes 10 secs. Building with 1.yy takes 1m 15s. 😞

Hi Patrick, Very strange indeed. Just a .bpl to install the component. No. It is slow in both with Debug taking an extra 12 seconds. Probably due to the normal additional Debug code inclusions. Just Windows. Ian

I agree to a degree. The original issue here was my browser simply downloading to the Downloads directory but because it already knew about the file name and the source it simply downloaded the original, not the newer one and I didn't realise it. That is what got me off on the wrong path. All sorted now. Something I will need to watch for in the futur with the new 'direction' with the 64-bit IDE.

Yes, and that works fine when you have an installer, but when you download them directly they have the same name and therefore the second overwrites the first, or it gets a (1) appended. I allways keep a copy in a separate downloads directory.

OK. We have a winner!!! It seems my Browser was downloading the same file each time as it recognised the filename and source. May I suggest you name them with a x32 & x64 suffix? These install fine now. Thank you for your patience.

Standby I may have found the issue.

Same error message.

OK. Two things. When I went to download initially, there wasn't the x64 .bpl there so I just downloaded the original again just iin case you had changed it. Now I see there is a x86 & x64 version available. I downloaded the x64 version, placed it in the suggested directory and got the same result using Install Packages. Both the x86 & x64 versions seem to be the same size.

OK. I am going to need further help here. I have never used the "Install Components" option. I will need instruction on what goes in the respective fields. I have allways used the "Install Packages" option but in this case I get

How to get it into the 64-bit IDE? I have it loaded into the 32-bit IDE OK.

FWIW, I use an Application based Time-out that shuts the application down if there hasn't been any application activity, mouse or keyboard, for a defined period.

I'll live. 😉 Not if I click on the same node. If I click a different node it corrects itself.

Any progress on this one. Extremely annoying... Ian

Nope. Components unexpectedly moved on forms. 😞 Back to to dpi-unaware.

Cheers. As an experiment I have switched to the dpi-aware IDE. It is a lot better than I remember. All good with the Fonts now. Ian

Hi Team, Is there a setting to increase the 'view'/ working area in the design window of the dpi-aware Delphi? On my 4k monitor the design working area looks like this: This is my dpi-unaware screen which I much prefer: All my Apps are built to 96dpi as they are being used on Windows 7 PCs with fixed resolution monitors. Regards & TIA Ian

I found it: All good now.

OK. I have the fonts set as I like them using the dpi aware delphi, and all good in the dpi unaware version.

Sorry, I meant the actual font.

I don't have the 'Close Welcome screen when opening a new project' option checked: