Edge type vertical tab minimizing

[Hadden89]

@dude99 Edge did a nice work taking a bit of inspiration from Vivaldi and managed to do a less ugly chromium UI addressing these few things chrome users literally asked for years: vertical tabs and sidebar.
Sadly, on Edge I can't scale down to 75%-85% nor changing things I don't like.

[dude99]

@Hadden89 Edge strategy is cloning & improve upon all popular features from competitors, & then snip good ideas or requested features from competitors' forum which the dev refused to implant...

Edge's auto shrink/expand vertical tabbar ain't new concept, I remember I did it with CSS mod a month or two before Edge did it. And then some Fx user claimed it was Firefox CSS mod did it first (but I didn't know it exist when I code mine for Vivaldi)... LOL

[Hadden89]

@dude99 But still they cripple a perfectly working start menu/taskbar Autohide mods are around here since Vivaldi 1.x
Even RibbonUI or Aero (which I both like) took a bit of inspiration ^^

[dude99]

@Hadden89 Oh yeah, now you mentioned it, I remember those obsolete code that I can't find 'em anymore... They used to use width & keyframes to animate the tabbar & causing it to stutter & freeze when there are too many tabs in the window. I guess that's why I decided to create my own version that works with hundreds of tabs.

But still they cripple a perfectly working start menu/taskbar

since win8 right? I heard those goons got fired afterward. But that doesn't stop MS from continue stuffing useless junk into the taskbar & start menu... Ads, more creepy invasive ads, that's what everyone wanted, right? right?

They surely will add Bing Chat into the taskbar to spy on better serve everyone like HAL 9000 did... LOL

took a bit of inspiration

Did I sense a great sarcasm?

[paul1149]

This would be a great improvement. Currently I am finding an increasing number of pages that have their width cut off by my double vertical tab bars on the right. My current solution is to hide all UI elements via hotkey. That works, but it is overkill. I just need the tab bars collapsed, and doing it via both hot key and mouse hover would be convenient. I did try the css mod, but it didn't work.

[chaotify]

bumping so the devs can see this

[Ayespy]

@chaotify Bumping brings nothing to the attention of the Devs. It just prompts a Moderator to look at the topic and ignore it again, because no new relevant content was added, just a bump.

[charlbur]

This would be an awesome feature. It is the one thing missing from Vivaldi that I use all of the time in Edge browser at work.

[realivanjx]

i would like this to be available too. i want the vertical tab to be icon only by default but to reorder or close the tabs i need to expand it manually.

[williamscaleba]

Arc Browser has this as well, which brought me here. Nice implementation to look at.

[cocuba]

i want to minimize vertical tab panel too

[lenfari]

I want it too!!!

[TheFlyingCelt]

@dobeye 3 years have gone by and Vivaldi's devs are not listening...

[Ayespy]

@TheFlyingCelt The devs always listen. That does not mean that they immediately implement each and every one of the thousands of outstanding feature requests.

[TheFlyingCelt]

@Ayespy you must admit 3 years is quite a lot of time to use an euphemism, therefore "immediately" is not the right word, buddy. Not to mention that making the tab bar auto-hide only takes a very short time to code.

[Ayespy]

@TheFlyingCelt It has taken up to eight years to implement a feature request, so 3 years is not remarkable. On the other hand, features that are really, actually easy to implement, and perceived as high value by the Team, have literally been implemented in a matter of days. This is quite rare. If there were a couple of hundred developers, everything would be faster. As there are fewer than two dozen, and as the browser UI is a whole separate layer with coding that is foreign to Chromium, everything takes longer than anyone believes it could.

[TheFlyingCelt]

@Ayespy alright. Then let's hope we'll see within the next 5 years what Brave (with very few devs) did in a matter of weeks..

[Ayespy]

@TheFlyingCelt Brave used the Chromium UI, as nearly all Chromium-based browsers do. Vivaldi does not. It uses coding languages that make it more customizable while, at the same time, often not being wholly compatible with the way Chromium does things, meaning that they have to code every feature from scratch, and then marry it up to Chromium, so that Chromium can display what Vivaldi is doing. So, we will see how long it takes. 52 upvotes is enough to attract attention, so we'll see where it lands in the developer priority hierarchy.

[iqaluit]

@Ayespy In my humble opinion if it counts at all, relevant portion of your recent comments should be somewhere visible for outsiders for them to have a better understanding of how Vivaldi is being developped. Though I understand that the wait time is due to what the community prefers as a whole. Thank you

[Ayespy]

@iqaluit Truly, wait time is due to multiple factors:

1. Vivaldi Team had a vision for the browser before the first lines of code were laid down. That vision is still the first consideration. A feature that was always meant to be (like mail client, tab stacks, tiled tabs, session management, moveable toolbars, skins/themes, spat nav, etc., etc. on into the dozens/hundreds of features) has highest priority.

2. Some things can and some things cannot be done on the framework of the chromium engine. Things that can't be done (like containers) will not be done. A different solution will have to be found. At least one Chromium browser has resorted to running multiple windows and making them seem like tabs within one window. Each window can host a profile, and be a "container." This scope of architectural modification takes a lot of manpower and a lot of maintenance (and a lot of money).

3. Some things are easier under Vivaldi's architecture and some are harder and take longer. A really hard, but really popular feature may be undertaken, so long as it fits the original Vivaldi vision, but it will still take a long time. An easy but pretty popular feature may get done faster.

4. EVERY feature has to be measured against whether Chromium has to be patched to support it, how much work maintaining that patch will be, and how likely predictable (and unpredictable) changes to the Chromium engine might be to deep six it. Vivaldi used to be able to "send" tabs to other synced instances of Vivaldi. Our Sync engineer had to write that into our sync engine to run on our sync servers, using Chromium APIs to do it. Then Chromium killed support for "sending" tabs.

5. Vivaldi Developers and designers are allowed to have vanity projects - something the particular staffer (and part owner of Vivaldi, as it is a employee-owned company) thinks would be fun and cool. No one asked for Razer Chroma, it was not in the original Vivaldi vision, but a designer really liked the idea, and was allowed to implement it.

6. A feature may be popular, but devs may believe there is a better way to get to the same result (with fewer lines of code or less user effort) and may do that instead.

Long story short, Devs and execs own the company, they have a vision, and while they highly value user input, users don't actually know what it take to implement features, and users do not run the company. Vivaldi company owners try really hard to keep as many users happy as practicable, but at the end of the day, they have to prioritize and plan out their own work, have to gauge effort against value, convenience against security, bling against utility, and have to be happy with their own product. All these factors go into when (and whether) a feature will see the light of day.

My $.02