@vladstudio Mine actually works fine - so long as I don't put my last tab into it.
I just tried my Arch Linux version. Also works as expected until the last tab. Somehow it had not synced to having the Close Confirmation checked, so adding the last tab to Wardrobe made all of Vivaldi disappear.
If you search Settings for "Close":
Viv close search.PNG
Arch settings are now identical to Windows, shown above. But instead of leaving a blank screen when I click no to the Close Confirmation, Arch puts up a second tab of my custom new tab page. Apparently they both point to the same tab - if I close either of them, all of Vivaldi just disappears! When I re-open it, I get one chance at the Close Confirmation, and after saying no to that Vivaldi just closes without showing it when the last tab is removed.
I suspect this is far deeper than anything Wardrobe is doing...
BTW, for my work style it would be great if Wardrobe had an option to view a stashed tab without removing it from Wardrobe. Maybe it was all the times just now that Vivaldi closed itself while I had tabs taken out... But there are often times when I lose a tab I've taken out of Wardrobe and would like to go grab it again.
This mod has been an excellent substitute for my "Preserve tab history when a link is opened in new tab" feature request as well. It works great, and the multiple tabs bug-fix has been useful in two of my other mods as well. The only change I made was changing contexts: ["all"], to contexts: ["page"], as I don't think it needs to clutter text selection menu or other context menus, just the page menu is sufficient. Other than that, it's been excellent in every way.
@BoneTone Right now it will create duplicates of the "always open" pages. I did it that way because it seemed safer, but I could probably do that.
Looking at chrome.tabs, there is a move method, so I could move already existing tabs if they match.
Also, right now, the tabs are added to the end of the list. I haven't played around with it yet, but the create method has an index parameter, so puting the tabs at the top of the list could also probably be done.
There would then probably be 2 new config variables:
IS_MOVE_PREEXISTING_PAGES w/ value of true or false
IS_TAB_CREATED_AT_END w/ values of true or false
Do you want me to try and make these changes?
Also, a session with multiple windows opening at startup might create a race condition or prevent both windows from opening the pages when IS_ONLY_OPENED_ON_INITIAL_WINDOW is set to true. I will look into that...
@Darthagnon Good 🙂
Yes, the top and bottom controls positioning of elements and is not a way to create borders.
z-index controls layering of elements, if you want overlapping.
Once you start moving the #main element it could potentially show whatever is behind it, for instance on the bottom edge.
Glad you fixed it 👍
@TsunamiZ As I work within this system and observe how it works up close, in person, first-hand, I speak from knowledge rather than opinion. I don't have an "opinion" on this. Just thought I would clarify that.
I think this is really low hanging fruit and it would make quick commands way more useful. I currently have > 200 tabs open and i still see some that I haven't used in weeks at the top. Yes, searching narrows it down, but with 200 tabs you'll have a lot of matches or a long search string until your tab shows up on top.
@ergusto Deleting your post just creates more confusion.
Please restore it, and use the three vertical dot menu to edit it to make it clear what you are requesting.
See Settings, Tabs for Close Tab Activation options.