I found another Directory Opus bug, see below.

For now I've added the following to the registry, I thought I'd share this just in case some else needs to exclude an app from Dark Magic:

Nope, value should be named 'DarkMagic'

Just now, Tihiy said:

Nope, value should be named 'DarkMagic'

Oh thanks. For some reason Disable worked. It did disable it after relaunching the app. But I'll switch that!! Thanks as always!

Dark Magic 3.7.6 changes:

Quote

- Ribbons are restyled in apps

- Command bar / shell icons are restyled in file dialogs

- Property sheets now have mica in apps

- Fixed bugs of shading of disabled windows on AMD graphics

- Fixed issues with Directory Opus

 

Edited March 13, 20242 yr by Tihiy

Found another edge case Directory Opus bug. Sorry for the low resolution, I have to compress the video a lot to upload to the forum.

Hi @Tihiy
Just an FYI to report that Dark Magic is strangely not working on W11 systray context-menus for icons located in the overflow window area (especially with AutoHotkey scripts in particular) - but it's working fine with the same context menus located in the normal/always-visible systray location.

It would also be great if you could get dark magic working with 'UIAccess' apps & scripts and hopefully exe's running 'As Administrator'.

Finally, my favorite standalone 'TrueLaunchBar' context menus used to work great with Dark Magic, but now they no longer 'go dark' after one of the recent updates.

I really appreciate the great work you're doing on this feature and all the successes so far!
-JT 🔆

Edited March 14, 20242 yr by JTB3

45 minutes ago, JTB3 said:

Just an FYI to report that Dark Magic is strangely not working on W11 systray context-menus for icons located in the overflow window area (especially with AutoHotkey scripts in particular) - but it's working fine with the same context menus located in the normal/always-visible systray location.

It would also be great if you could get dark magic working with 'UIAccess' apps & scripts and hopefully exe's running 'As Administrator'.

Those should work as long as you're admin user. What are those and how they're started?

Edited March 14, 20242 yr by Tihiy

25 minutes ago, Tihiy said:

Those should work as long as you're admin user. What are those and how they're started?

These are all AutoHotkey scripts I'm having issues with.  I'm an admin user.
The UIAccess scripts are all running natively/uncompiled as .ahk and the 'run as admin' scripts are compiled from .ahk to .exe.   The visible (not overflow) systray context menus get properly 'dark' adjusted but context menus and tooltips launched inside the scripts are resized properly but not darkened.  With 'run as admin' (.exe) scripts, the tooltips are not resized (or dark).  All scripts are typically launched from the Windows 'Startup' user folder.   The TrueLaunchBar menu (tlbhost.exe) is not running as admin.

Thx for looking into this.

6 hours ago, Tihiy said:

Those should work as long as you're admin user. What are those and how they're started?

One of the AutoHotkey compiled (.exe) programs (run as admin) that is not responding to Dark Magic is launched by a PowerShell script.  Would that make a difference❔

Right, apps which are launched via shells are delay-hooked only when they create a window on taskbar.

Can you try to implement dark mode from StartAllBack to all apps?

Edit: typo.

Edited March 17, 20242 yr by Alloyd

So I found a nasty Dark Magic edge case when taking ownership of a file. This doesn't happen when Dark Magic is disabled. I've tested this in Directory Opus. When the error is dismissed Directory Opus is left in a completely frozen state and needs to be killed. This also happens with Explorer which also causes a freeze which requires an Explorer restart.

Edited March 28, 20242 yr by mackid1993

Can't reproduce, no reason to happen.

1 hour ago, Tihiy said:

Can't reproduce, no reason to happen.

Strange, sorry!

Edit: Just disabled dark magic and this doesn't happen anymore. Strange that it occurs when DM is on, must be a conflict with something on my system.

Edited March 29, 20242 yr by mackid1993

On 3/29/2024 at 6:13 PM, Tihiy said:

Can't reproduce, no reason to happen.

I confirm issue. Parent dllhost crashes with stack buffer overrun error and explorer window becomes disabled. You need to restart explorer process after that.

Edited April 5, 20242 yr by Dart Vanya