@drabspirit In an attempt to fix this one odd issue, I ended up rewriting the entire mod to be more elegant. 😛

:root { --tabbarHoveroutTimeout: .5s } /*----- Scrollbar -----*/ /* Wider scrollbar */ #tabs-tabbar-container:is(.left, .right) .tab-strip::-webkit-scrollbar { --scrollbarWidth: 18px !important; padding: 0 2px !important; } /* No buttons */ #tabs-tabbar-container:is(.left, .right) .tab-strip::-webkit-scrollbar-button { display: none !important; } /* Scrollbar rounding */ #tabs-tabbar-container:is(.left, .right) .tab-strip::-webkit-scrollbar-thumb { border: 3px solid transparent !important; border-radius: 8px !important; } /*----- Vertical Tabbar -----*/ /* Set z-index and hide when not in use */ #browser.tabs-left .tabbar-wrapper, #browser.tabs-right .tabbar-wrapper { z-index: 1; position: absolute; clip-path: inset(0 100% 0 0); transition: clip-path 0s var(--tabbarHoveroutTimeout) !important; } /* Right side tab bar fix */ #browser.tabs-right .tabbar-wrapper { right: 0; } /* Show tab bar on inactive windows when moving tabs */ #browser.tabs-left.isblurred:where(:has(div.tab-yield-space, .tab-acceptsdrop)) .tabbar-wrapper { clip-path: initial; } /* Show tab bar when hovering on main bar and prevent tab bar hiding when in use */ #browser:is(.tabs-left, .tabs-right):where(:has(.mainbar:is(:hover))) .tabbar-wrapper, #browser:is(.tabs-left, .tabs-right) .tabbar-wrapper:is(:hover, :focus-within) { clip-path: inset(0 -400px 0 -400px); transition: clip-path 0s !important; } /* Add background color for transparent tab bar */ #browser.transparent-tabbar #tabs-tabbar-container:is(.left, .right) { background-color: var(--colorBgAlpha) !important; } #browser.transparent-tabbar:is(.tabs-left.color-behind-tabs-on, .tabs-right.color-behind-tabs-on) #tabs-tabbar-container:is(.left, .right) { background-color: color-mix(in srgb, var(--colorAccentBg) 80%, var(--colorAccentBgAlpha)) !important; } /*----- Workspace switcher -----*/ /* Add background color for transparent tab bar */ #browser.transparent-tabbar.tabs-left .tabbar-workspace-button, #browser.transparent-tabbar.tabs-right .tabbar-workspace-button { background-color: var(--colorBgAlpha) !important; } #browser.transparent-tabbar.tabs-left.color-behind-tabs-on .tabbar-workspace-button { background-color: color-mix(in srgb, var(--colorAccentBg) 80%, var(--colorAccentBgAlpha)) !important; } /* Don't hide tab bar when using workspace selector */ #browser.tabs-left:where(:has(div.WorkspacePopup:is(:hover, :focus-within))) .tabbar-wrapper, #browser.tabs-right:where(:has(div.WorkspacePopup:is(:hover, :focus-within))) .tabbar-wrapper { clip-path: inset(0 -400px 0 -400px); transition: clip-path 0s !important; }

Somewhere between me posting the previous mod and now I've edited it so that it would clip-path the wrapper for the transparent tab bar blur, and while trying to diagnose why Vivaldi v6.7 doesn't respect the :hover. :focus-within for the workspace switcher, I realized something I should've realized long ago.

The way Vivaldi deals with the workspace switcher in the vertical tab bar is that it adds a new div right before the one for the tabs, but both of those are in the .tabbar-wrapper element I've been crudely working with just to add the backdrop. But everything is in this div, so why not just target that?

This is the result. A much shorter, cleaner and more reliable CSS mod. It now targets the div that contains all the tab bar elements, and it works reliably on all elements within it. No more weird hacks for the tab bar whether it's on the left or right side, or weird hacks for the workspace selector. The only addition for the workspace selector that I had to add was to add the bit at the very end, so that it keeps the tab bar visible when the selector popup is present.

Note that the -400px clip-path isn't the cleanest value for it, but I chose it and it works. At 100% scaling, the maximum width the vertical tab bar can get to is 330px. Clipping .tabbar-wrapper also means clipping the external tab bar buttons that another CSS mod adds, so I gave it the margin of 400px to take that into account. It works fine and the browser only cares if you hover within the elements contained within .tabbar-wrapper and not any invisible margins so it works just fine.

@shifte ありがとうございます！

海外でもこの変更について問題になっているようですね。

提示された CSS による変更は、下にあったものを上に持ってくる方法ですが、誤ってクラウドとゴミ箱をクリックしてしまう恐れがあるので、#2 のリンク先のサイドバーをダブルクリックする方法で対応しようと思います。

この件、プラスボタンは 1 件のタブの操作ですが、クラウドもゴミ箱も "タブリスト" の操作なので、まとめてしまうのは違う気がするのですけどね。開発側として固定したい気持ちも分からなくはないですけど、これじゃない感がありますね。

ひとまず、素早く情報を提供してしてくださった @shifte さんに感謝します！

@DoctorG, thanks for the detailed answer:

QA closed 89747 as invalid and said: “it's open link in background over link.”

Ah, maybe my ticket was not explained simple or good enough, because, with down up over link, there are no problems.

The regression is with down up over page (outside links), where it used to be Duplicate page, until Opera 12, but it's now Open blank tab in background, since Vivaldi.

It was most surely a mistake because no-one needs to Open blank tab in background when we already have Open blank tab in foreground with down gesture.

Gesture Down, Gesture Up Until Opera 12 Since Vivaldi Over link Open link in background Open link in background (same) Over page Duplicate page Open blank page in background (nonsense)

32-track-best-of 1998 - 2020 (download incl. prev. unreleased 28-min. bonus-longtrack) by Space Debris

@Pesala Usually, a bug occurs unexpectedly as a consequence of something else.
A poor choice or a badly considered ux element is not a bug. I can argue that I never have more than three tabs open, so it wasn't a problem (I don't, by the way).
So this sounds to me like someone realized this behavior, the '+' being unreachable if you have too many tabs open, and put it back at the end of the bar. Problem solved right? Not quite, and here we are!
The new tab "+" should be after the last tab on the bar, and when you saturate the bar with tabs, it stays at the end of the bar.
OR, give the users the options: a) sticky b) before c) after Done!

Monika Mrozowska – „Zupy moc. 70 przepisów na zupy odchudzające, uodparniające, regenerujące i inne”

okładka - Zupy moc. 70 przepisów na zupy odchudzające, uodparniające, regenerujące i inne

do not cross this łańcuch

@RasheedHolland said in V 6.6 | Slow Performance Since Upgrade?:

But doesn't the same goes for Brave and Opera? Or perhaps Vivaldi somehow interacts in a ''strange way' with Chromium which causes this problem.

Brave and Opera, to the best of my knowledge, both have native UIs rather than "embedded webapp" UIs. That said, I've never used Brave and haven't used Opera since the Presto days, so I don't know for certain.

I have never updated my GPU drivers in 25 years of computing,

I confess I find that nigh-impossible to believe. Perhaps you haven't explicitly manually done so, but these things get automatically updated with some regularity.

@WildEnte It is easy to see what the issue is. When editing text, backspace deletes the previous text.

If the page somehow gets focus, then backspace goes back in history, so edits can be lost.

I think it would be best to remove Backspace for History Back by default.

@Toontje Please contact @jane-n to get access to blog.

Same here.

@asgeirtj https://forum.vivaldi.net/topic/95436/how-statusinfo-multiline-url-display-in-statusbar

@ybjrepnfr

blue.gif 32e40d1a-54e5-47e2-9c29-66367d87326c-image.png

I do love the proposal, and no, this would not solve my issue.

Now, this is weird. I've just hit the Disable Sync button and everything went back to normal. Was this the issue or was it just a coincidence?

Hi, Thanks for your feature request.

This looks like a duplicate of https://forum.vivaldi.net/topic/83589/option-to-always-load-external-content Please vote & discuss at that thread, thank you.

You can use the forum search first to see if you can find similar requests. If that doesn't work, I've catalogued all the requests here.

@Zalex108 Cool! Thank you!

@Pesala I agree with that.

PC Gamer is reporting YouTube has been experimenting with ads that play while the video is paused.