Moving tabs within groups
When moving tabs via the Chrome tabbar, they drop out of a sidewise 'group' when moved to the end of their 'peers' (or do you call them 'siblings'?). Maybe they should stay as children of their current parent unless moved beyond another 'non-peer' tab. Hope that makes sense!
Moving tabs to new windows
Now I'm consistently using sidewise tabs instead of Chrome tabs, there's one other feature which I miss - being able to tear tabs off into new windows - is that planned (or even possible)?
Lost the last few weeks of hibernated tabs
Restarted chrome today and realized that the last few weeks of hibernated tabs were gone. After panicking, I went to the options and did an emergency restore. Same tabs were restored. Doh.
Is there anything else I might be able to do to restore the last few weeks? It's not catastrophic but I did have some important work there that I'd hate to lose.
Thanks in advance.
Edit: Stats--
Windows 7 x64
Chrome Portable v.31.0.1650.63
New version released, which AFAIK fixes all causes of these problems. Thank you for the report!
---
In the next version due out in a few days, the problems of tabs sliding around for no good reason should be entirely or mostly fixed.
In the current version they are only supposed to slide around to keep the tree in the same tab-order as the tab-bar. But the current version has some bugs that cause the tabs to slide around when they should not / when you did not ask them to. Those bugs should hopefully be all fixed in the next version.
Incognito windows leave an unremovable ghost sidebar entry upon closing the last of them
Kubuntu linux 12.10 alpha 3, running Chromium 2.0.1229.6 (r151414). Sidewise version is up to date as of 12-08-23 and its version is listed as 2012.8.14.0.
I have set the browser to allow Sidewise in incognito mode, and as I open new windows they show up properly in the sidebar. However, upon closing the very last open incognito window, by any other way than via the sidebar context menu, that one remains there listed as 'Window (0 pages)' until browser restart or extension unload/reload.
So if I click Ctrl+Shift+N to open an incognito window, then hitting
Ctrl+W to close it by closing its only tab, and repeat this ten times,
then ten ghost incognito windows will clutter the sidebar. If I open ten such windows at once , on the other hand, and then close them all (as opposed to closing each before opening the next), only the last one will leave a ghost. If I remember to close that last one via the sidebar, by holding the right mouse button on it and picking 'Close window', its entry is properly removed and no ghosts remain.
If an incognito window only has one tab, hibernating it (and thus closing the window) has roughly the same effect -- except the tab will remain as well, impossible to wake but possible close via the sidebar context menu. Attempting to close the window the same way still does nothing.
As they don't really exist, tabs cannot be dropped into them. They remain even when refreshing the sidebar page (F5), but as mentioned reloading the extension or toggling allowing it in incognito mode makes it reindex tabs and return to sanity.
Normal (non-incognito) windows don't seem to exhibit this behavior, and when they on occasion do stick as ghosts with 0 pages they can always be force-closed via the context menu.
In the console with debugging enabled I see that onWindowRemoved is never executed for those ghost-leaving windows. But it does get executed for non-last incognito windows, so logically the event listener must be registering events even in incognito.
Chromium bug? If so, forcing a complete tab/window reindex might do as a workaround, perhaps when onTabRemoved isn't followed up shortly afterwards by either an onWindowRemoved or an onTabActivated.
(As a small sidenote; the ability to reindex on demand would be useful in general, such as to fix those occasionally invisible tabs, or to get tabs listed as in non-existent windows back in their place.)
This should be pretty much fixed in the new 2012.10.18.1 release.
Sidewise now checks for and and removes zero-child window rows in cases where Chrome doesn't fire its usual onWindowRemoved event -- as is seemingly often the case with incognito windows.
Please let me know if you're still seeing this problem after updating.
is there a way to have as many Sidewise bars as I have Chrome windows open?
is there a way to have as many Sidewise bars as I have Chrome windows open?
Two windows on two screens to share one bar is very weird and unnatural, Tree Style Tab for Firefox does this better I believe...
Of course, each bar should only show the tabs of the adjacent window... drag&drop should be possible between windows.
Proximity of Hibernate/wake & Close controls; Undo for closed pages.
Hello Joel, is it possible to place the Hibernate/wake and Close controls much further apart? It's too easy to click the Close control when I'm aiming for the Hibernate contro (NB "Tabs Outliner" suffered from this problem too - before I ditched it for Sidewise!). How about placing the Hibernate control on the left side of the page's entry (near to the page icon).
Also, an Undo function (directly within Sidewise) for restoring a deleted entry (ie. re-opening erroneously closed page) would be intuitive.
Thanks for listening.
Regards
Ability to Lock Window
Hey, awesome extension!!!!
One feature i would really like to see is the ability to Lock a window so that no other links can be added/opened in the window similar to how the Sidewise window is locked.
For example i have window setup and titled "Work" where i keep all project related tabs that i usually always need opened. However throughout the day i will open other links from emails, etc.. and depending on which window is active at the time those links will open in my "Work" window and pollute it :) so i have to go through periodically and clean it up.
If i could lock the window then i wouldn't have to worry about this. Same feature would really come in handy for things like Pandora, turntable.fm, etc.. windows
Small windows addon to hide icon and display the tab nearby the main window permanently
It would be great if author do it in the plugin natively.
Thanks again!
UI Change suggestion
Could the pinned tab icon be made a tad smaller and moved to the left of the favicon in the list? This would leave more space for the tab title and popup buttons. The only problem I can see is tabs which are the root of a tree need space for the twiddler.
Or maybe there's another way of highlighting them - by (configurable) background colour? Favicon overlay of a pin? Would the new 'pin tab' button allow for 2 states, so it shows only when hovered over?
I'm really looking forward to seeing the new buttons, but my biggest worry is that I keep Sidewise quite narrow, and so actually clicking on a tab once all the buttons that I'd want appear might be tricky
Service d'assistance aux clients par UserEcho