Replies: 2 comments 1 reply
-
@piroor I have placed the code on Github as it mostly works. I will clean it up and publish the addon after resolving some of these challenges. Code location: https://github.com/irvinm/TST-Active-and-Total-Tabs Problems I am seeing:
Are there any problems with trying to "register" multiple times with TST due to the changes in CSS? Or another question, should I be able to call "register" then immediately call TST again to set-extra-contents? Here is the latest progress which shows the workaround in action (but without the sleep, same as before) and the sidebar hiding and showing not showing the CSS. |
Beta Was this translation helpful? Give feedback.
-
I think I have figured things out and have submitted the addon to AMO. |
Beta Was this translation helpful? Give feedback.
-
Continuing with coming up with solutions to count the active and total tabs (#3472, #3540, etc), I spent some time today flushing out another possible solution extending somewhat what rixx already provided with their addon.
In my case, I also wanted to track both active and total tabs and I know some people also care about "per window" tracking as well. (Although I only use 1 window 99% of the time)
I was able to come up a fairly good solution for my use case, but @piroor there might be a bug in here. I've noticed that when I create a new WINDOW, the custom CSS I passed to TST to be applied to the newtab button is not created\applied when the window is first created. As soon as there is any change to the tab states from that point, the CSS is applied properly.
Right after new window is created:
After tab states change ... new tab in this case:
Video example:
updateTabCount code:
register to TST ... initially and when a window is added or removed to update the button height:
Beta Was this translation helpful? Give feedback.
All reactions