Hi,
I've been a happy TC user since something like version 4 (decades?). However recently I've had to try and to use Windows 11. And I've ran into some significant visual issues there (using both Windowblinds + Start11 which seem essential to making Win 10/11 even remotely usable to me). I've tried all of the TC v11 versions and some of v10 versions -- they all seem to be similarly affected.
I do realize that integration with 3rd party skinning software and fixing bugs is a very dicey proposition; so I'll include suggestions for workarounds which seem like they should be easy to implement and would mostly fix the issues I've encountered.
Progress display gets stuck on full(-ish) on the taskbar
When TC (or other programs such as browsers) performs operations such as copying or deleting it apparently 'publishes' the progress of the operation to the OS -- so that the OS can draw the progress on the taskbar button. In case of TC on Windows 11 (and with Windowblinds + Start11) it somehow seems to get stuck at maximum (or close to it) -- i.e. after operation completes the taskbar button still displays the 'in progress' status and it never goes away. This is very distracting given the skin I like to use has a very visible indication of task progress.
To be clear -- this doesn't happen with other programs (e.g. browser), so it's at least partially specific to TC. It also works fine on Windows 10 (also with Windowblinds but w/o Start11)
Suggestion for easy workaround: an option to disable this integration in TC would solve most of the problem for me (i.e. for TC to not report 'progress' operations to OS). I won't be able to see progress on the taskbar (for TC), but it's not a huge loss.
My current workaround: change skin to not display progress on taskbar at all (for all apps).
Lister/viewer scrollbars are not drawn properly
Most of the time (although not always) scrollbars in built-in viewer are not drawn properly -- meaning they are completely all over the place in terms of appearance, there's something deeply wrong going on with Windowblinds skinning. This is using maximized viewer window.
If I un-maximize viewer window, it gets even worse, but I don't usually use that, so I'm not too worried about this.
The scrollbars render fine on Windows 10 (w/ Windowblinds) in maximized viewer window. They very much break if I un-maximize viewer, but I basically never do that, so I don't really notice.
Suggestion for easy workaround: I've noticed that if viewer gets opened without scrollbars (e.g. 'wrap text' on to avoid horizontal scrollbar and small file to avoid vertical scrollbar), then it renders properly; if after viewer is already open scrollbars 'appear' (i.e. by disabling 'wrap text' and, for example, by editing file to be longer and reloading it in viewer via F2) -- then they always appear and render properly. So the workaround could be to have an option to always initialize viewer window without scrollbars first and then enable scrollbars after a short (hopefully imperceptible) delay.
My current workaround: it seems like re-logging windows account (and thus reloading windowblinds) may sometimes fix the issue (although I'm uncertain how long such fix will stick) -- there's probably some race condition somewhere or something.
If anyone has experience with this or any suggestions -- they will be very much appreciated!
Thanks!
I've been a happy TC user since something like version 4 (decades?). However recently I've had to try and to use Windows 11. And I've ran into some significant visual issues there (using both Windowblinds + Start11 which seem essential to making Win 10/11 even remotely usable to me). I've tried all of the TC v11 versions and some of v10 versions -- they all seem to be similarly affected.
I do realize that integration with 3rd party skinning software and fixing bugs is a very dicey proposition; so I'll include suggestions for workarounds which seem like they should be easy to implement and would mostly fix the issues I've encountered.
Progress display gets stuck on full(-ish) on the taskbar
When TC (or other programs such as browsers) performs operations such as copying or deleting it apparently 'publishes' the progress of the operation to the OS -- so that the OS can draw the progress on the taskbar button. In case of TC on Windows 11 (and with Windowblinds + Start11) it somehow seems to get stuck at maximum (or close to it) -- i.e. after operation completes the taskbar button still displays the 'in progress' status and it never goes away. This is very distracting given the skin I like to use has a very visible indication of task progress.
To be clear -- this doesn't happen with other programs (e.g. browser), so it's at least partially specific to TC. It also works fine on Windows 10 (also with Windowblinds but w/o Start11)
Suggestion for easy workaround: an option to disable this integration in TC would solve most of the problem for me (i.e. for TC to not report 'progress' operations to OS). I won't be able to see progress on the taskbar (for TC), but it's not a huge loss.
My current workaround: change skin to not display progress on taskbar at all (for all apps).
Lister/viewer scrollbars are not drawn properly
Most of the time (although not always) scrollbars in built-in viewer are not drawn properly -- meaning they are completely all over the place in terms of appearance, there's something deeply wrong going on with Windowblinds skinning. This is using maximized viewer window.
If I un-maximize viewer window, it gets even worse, but I don't usually use that, so I'm not too worried about this.
The scrollbars render fine on Windows 10 (w/ Windowblinds) in maximized viewer window. They very much break if I un-maximize viewer, but I basically never do that, so I don't really notice.
Suggestion for easy workaround: I've noticed that if viewer gets opened without scrollbars (e.g. 'wrap text' on to avoid horizontal scrollbar and small file to avoid vertical scrollbar), then it renders properly; if after viewer is already open scrollbars 'appear' (i.e. by disabling 'wrap text' and, for example, by editing file to be longer and reloading it in viewer via F2) -- then they always appear and render properly. So the workaround could be to have an option to always initialize viewer window without scrollbars first and then enable scrollbars after a short (hopefully imperceptible) delay.
My current workaround: it seems like re-logging windows account (and thus reloading windowblinds) may sometimes fix the issue (although I'm uncertain how long such fix will stick) -- there's probably some race condition somewhere or something.
If anyone has experience with this or any suggestions -- they will be very much appreciated!
Thanks!
Statistics: Posted by Solf — 2024-07-05, 12:08 UTC