Make "Show Labels" as a new independent option

I could reproduce the issue by changing the DPI on my computer. v5.6.0.2 beta should fix this. I don't have an HDMI cable at the moment, so I can't verify that this case is covered too. Please try the new beta version and let me know if it fixes the issue for you.

Done in v5.6.0.2 beta.

I've added the show_labels advanced option in v5.6.0.2 beta.

There's this registry tweak to control the width of the taskbar buttons:

https://www.tenforums.com/tutorials/104754-change-width-taskbar-buttons-windows.html

Apart from that, there's the w10_large_icons advanced option of 7+ Taskbar Tweaker.

I don't plan to invest in further customization of the button/icon size for now, sorry.

I could reproduce it. Looks like a bug of Windows, and I found a way to reproduce it programatically and reliably. Explorer uses the unsupported SwitchToThisWindow function to bring a window to front. If you call this function several times in a short interval, the window restores if it was maximized.

You can reproduce it with my winapiexec tool:

* Open Notepad, maximize, then minimize it.

* Run the following command:

winapiexec.exe u@SwitchToThisWindow ( u@FindWindowW Notepad 0 ) 1

Notepad will be restored, still maximized.

* Minimize it again.

* Run the following command:

winapiexec.exe u@SwitchToThisWindow ( u@FindWindowW Notepad 0 ) 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1 , u@SwitchToThisWindow $$:3 1

Notepad will be restored, and un-maximized.

I can guess why it happens. The second (or so) call still thinks that the window is minimized, and so tries to restore it. But once the window gets the restore request, it's not minimized anymore, so it interprets it as "restore from being maximized". So kind of a race condition.

That's how Windows work, and the best I can do is to add an artificial limit on the frequency of the SwitchToThisWindow calls. Since this is quite a rare situation, I don't believe it's worth the hack, which is not a complete solution anyway, and can lead to other problems such as worse responsiveness.

Are the icons blurry all the time, or does it happen at some point? I noticed that this happens sometimes when the resolution or the DPI changes.

I believe that both will work, but C:\Program Files is the more correct option.

Is there a similar product I can use to re-arrange taskbar tabs?

I don't think so. I'm not familiar with any alternative for Windows 7 and up.

Several antiviruses disallow running apps from the AppData folder. You can try the following:
1. Try installing the tweaker to the Program Files folder. You need to run the installer as administrator and choose the Program Files folder manually during installation.
2. Try the portable version of the tweaker. See the FAQ for instructions of extracting the portable version.

I tried to reproduce it with Notepad both with a click and a mouse wheel, both on Windows 8 and Windows 10. I couldn't reproduce this.