Add a third line for the "old-new" toggle behaviour (latest snap) (The mod will work both with dropdown on or off)

@potmeklecbohdan Oooooops! You're really right. I'll update my post immediately.

@tam710562 yup its fixed now, thank you for your efforts.

@RockGore Read pinned topics on this forum board.

@potmeklecbohdan said in How to set bk-color for address/search fields in Address Bar?: Vivaldi forum mod has nothing to do with Vivaldi browser, it's just an extension to theme forum.vivaldi.net. You are right. It's my mistake.

Good find, this way it isn't dependent on any hover.

This worked perfectly for me. I have a few modifications in custom.css, which I store in my Vivaldi folder. The changes were applied on updating, without any need to copy/paste them to common.css. Specs: AMD A10-6800K, 8 Gb on Win 10 64-bit 1809 build 17763.504 • Snapshot 2.6.1566.6 (64-bit)

I tried installing on a clean shell. And it works. The problem was with a different script.

@barbudo2005 Ouhh, ok. My correct regex did it for you. I do not often write complex rules for Stylus and while the syntax for such rules is diffes from some programming languages or Linux shells, that resulted into my faulty regex. But Fine that you can visit your forum with the formatting you like to have. And thanks for your reply.

Thanks

@tam710562 Hey there. I just upgraded to 2.9 on Windows and immediately see a problem: the address bar is sort of shifted. It becomes more pronounced when you unhide the bookmark bar (not shown below), but it's definitely off even when not doing that. Update: Upon reflection, I'm thinking it's not a shifting issue but a visibility one, in the sense that when it's supposed to be completely hidden, small parts of it are visible. Update2: Finally figured it out, even though I don't really understand much of the code overall. For whatever reason, the first block needs to be commented out now: /* #browser:not(.color-behind-tabs-off) .toolbar-addressbar { background: inherit; } */

@raed Yeah, I can select text. My question wasn't related to this mod, but to find the differences in the implementation of draggable regions on elements between macOS and Windows. Seems like the same underlying issues exist, but the unrecognized hover and click is likely contained to macOS only.

For what is it good?

@LonM said in Window background across the whole window: Notably: Some borders and button :hovers don't look very nice. Here's an idea to improve borders: I changed var(--colorBgAlpha) for some classes to var(--colorBgAlphaHeavy). This makes the contrast between different areas more obvious. For my theme the New Tab and Closed Tabs button hover contrast is sufficient without adding the additional CSS, so I removed it to make the button hover look nicer. Also added .find-in-page to the second block. #tabs-container, .toolbar, .inner, #main, .vivaldi-settings .settings-content, .startpage, .startpage .manager, .active.internal.visible.webpageview, #webview-container, .color-behind-tabs-on .tab.active .tab-indicator.active { background: transparent !important; } #switch, #switch button:hover, .vivaldi-settings, .vivaldi-settings .settings-sidebar, .startpage .manager > div, .startpage-navigation, .find-in-page { background: var(--colorBgAlpha) !important; background-color: var(--colorBgAlpha) !important; } .tab.active, .toolbar-addressbar, .toolbar-statusbar, #footer { background: var(--colorBgAlphaHeavy) !important; background-color: var(--colorBgAlphaHeavy) !important; } .private-intro { background: var(--colorBgAlphaHeavy); }

I don't know how old this possibility is, but the columns of the tree view can be hidden through r-click on their headers.