Posted by member 71746 on 2003-11-20 03:52:47
I'm having an interesting little problem here...
Using Taskbar3-0.306_alpha-1 (because -0.7_alpha-3 doesn't download even if the filename is exactly correct...)
Basically the problem is that the icons shift around when new ones are added. If there's one icon already and another is added, no problem. Another one, no problem. Once the 4th icon is added, no problem. On the 5th icon, however, the 4th icon shifts left by 1 pixel.
I've got...
...along with the other skin-related settings defined in tasks.rc. (no text, no borders)
Logically I would think (TaskbarMaxTaskWidth+TaskbarSpacing)*TaskbarMaxButtonCount would be an accurate formula to find the desired TaskbarWidth to use so the icons stay still, but that doesn't work. (16+4)*5 = 100. If I use a setting of 100 for TaskbarWidth, there's even more shifting going on - it shifts the 2nd icon to the left when the 3rd icon is added, shifts further to the left on the 4th icon, then shifts the icons (except for the first one) to the RIGHT on the 5th icon (!). By using 103 I've managed to get it down to the smallest amount of shifting possible, but I don't see why the module has to be so 'shifty' to begin with..
If I use TaskbarMaxButtonCount 4 instead of 5, and a width of 81, there's no shifting at all... Logically and mathematically I should use a width of 80 to achieve the no shifting, but if I use 80 as the width there's all kinds of shifting.
Is this a bug in Taskbar3, or is this just a microsoft-esque attempt at "being helpful" ?
Also, it seems silly that the module has made it this far through development without having a command setting like TaskbarAutoSize (bool) added to it, even if it defaults to true.
Anyway, if anyone knows a way around this bug (which could easilly be circumvented with the TaskbarAutoSize setting if it were in existance) could you please inform me and the rest of the board? :)
Using Taskbar3-0.306_alpha-1 (because -0.7_alpha-3 doesn't download even if the filename is exactly correct...)
Basically the problem is that the icons shift around when new ones are added. If there's one icon already and another is added, no problem. Another one, no problem. Once the 4th icon is added, no problem. On the 5th icon, however, the 4th icon shifts left by 1 pixel.
I've got...
TaskbarWidth 103
TaskbarMaxButtonCount 5
TaskbarMaxTaskWidth 16
TaskbarSpacing 4
TaskbarIconSize 16
TaskbarMaxButtonCount 5
TaskbarMaxTaskWidth 16
TaskbarSpacing 4
TaskbarIconSize 16
...along with the other skin-related settings defined in tasks.rc. (no text, no borders)
Logically I would think (TaskbarMaxTaskWidth+TaskbarSpacing)*TaskbarMaxButtonCount would be an accurate formula to find the desired TaskbarWidth to use so the icons stay still, but that doesn't work. (16+4)*5 = 100. If I use a setting of 100 for TaskbarWidth, there's even more shifting going on - it shifts the 2nd icon to the left when the 3rd icon is added, shifts further to the left on the 4th icon, then shifts the icons (except for the first one) to the RIGHT on the 5th icon (!). By using 103 I've managed to get it down to the smallest amount of shifting possible, but I don't see why the module has to be so 'shifty' to begin with..
If I use TaskbarMaxButtonCount 4 instead of 5, and a width of 81, there's no shifting at all... Logically and mathematically I should use a width of 80 to achieve the no shifting, but if I use 80 as the width there's all kinds of shifting.
Is this a bug in Taskbar3, or is this just a microsoft-esque attempt at "being helpful" ?
Also, it seems silly that the module has made it this far through development without having a command setting like TaskbarAutoSize (bool) added to it, even if it defaults to true.
Anyway, if anyone knows a way around this bug (which could easilly be circumvented with the TaskbarAutoSize setting if it were in existance) could you please inform me and the rest of the board? :)