Your comments
It's already possible, please refer to my answer here:
Sorry, but I don't speak German.
For the status regarding Windows 11, please refer to the recent blog posts:
I'm sorry, but I'm having a hard time understanding the issue from your post. If you can post a video that demonstrates the problem, that might help.
When you asked me to run procdump64.exe, you meant to download and use the procdump package from Microsoft website by Sysinternals, right?
Right.
while running the procdump64, the Alt+Tab degrades to a Windows XP look, not showing tiles but just icons.
This happens because ProcDump acts as a debugger, and explorer turns off the modern Alt+Tab when it's being debugged. You can disable this behavior by setting the AltTabSettings value in the registry to 2, as shown in this tutorial:
https://winaero.com/how-to-get-the-old-alt-tab-dialog-in-windows-10/
Note that the tutorial says to change the value to 1 which disabled the modern Alt+Tab, but setting it to 2 keeps it even when explorer is debugged.
The loss of the order after a crash is expected, but the crash, of course, isn't.
Can you please create a crash dump and send it to me?
You can use ProcDump. Run procdump64.exe -mp -e explorer.exe and trigger the crash. The dump will be written to a file, the details will be printed in the ProcDump console window.
You can send me the file via email which can be found here:
Regarding renaming, it depends on the target program. You can try it with the WinSpy++ tool (download winspy.zip here), but it's not very user friendly, it's mainly a tool for developers. You might be able to change the window text, but it might be changed back by the program.
Thank you for the feedback Jeff.
Unfortunately, the only thing the tweaker provides is to sort items in a group in an alphabetical order. This can be done via the Taskbar Inspector, or with a mouse shortcut that can be configured with the advanced options.
I could reproduce the problem. It's an incompatibility, in which @MAX Tray Player modifies the position of the task list, the tweaker adjusts its position to be shifted to the left (to compensate for the missing start button), which for some reason triggers another position update from @MAX Tray Player, and it goes like this in an infinite loop. Soon, the task list slides all the way to the left until it's no longer visible.
I don't see anything inherently wrong that the tweaker is doing. I'm not sure about @MAX Tray Player, as I didn't see their code, and I didn't spend too much time reversing. You can contact them and ask to look at it. You can refer them to the tweaker's relevant code, it might be helpful for them:
7-Taskbar-Tweaker/wnd_proc.c at 6ead08 · m417z/7-Taskbar-Tweaker · GitHub
Customer support service by UserEcho
You can access the advanced options from the main window context menu or from the tray icon context menu.