Panel crash fix – Vivaldi Browser snapshot 2707.2
-
@Pathduck Does it also conveniently tell your discussion partner that his/her post was interesting/helpful/entertaining or does one need to explicitly say the same with every post over and over again? i.e.
- I agree
- I concure
- I confirm (the bug)
- well said
- well put
- I liked your post
- your post was helpful
- your post was entertaining
- that was clever
- that was witty
- that was funny
- thanks for the info
- thanks for the compliment
- thanks for your help
- you are welcome
- no problem
All these were included in a simple click. Now it's a PITA.
-
@npro No, it just hides the notification since you said it was annoying
-
Any way to get separators to hide under specific circumstances?
The mail toolbar has this annoying quality of hiding certain buttons under certain views.
Here is what my toolbar looks when viewed from unread, received, spam, archive, flags, labels, filters, or the feeds views:
Here is what it looks when viewed from the sent view:
The drafts view:
And the trash view:
(This one doesn't look so bad)Ideal solutions:
- Configure a separator to hide alongside a button that would be hidden because of a view.
- Get separators to merge if they would otherwise be displayed in a row.
- Rather than hide the buttons, leave them greyed out if they can't be used in that view (the feeds view does just that with the spam and archive button).
- Give separate toolbar customisations for each view that should display different buttons, like we already do when viewing a message in a separate tab, or when writing an email draft (rather than hide the buttons because you're in the wrong view).
Non-solution
- Don't use the separators (a big reason as to why I wanted separators in the first place was to use them in the mail toolbars).
If there is a css edit solution to this, I would be happy to do that as well.
-
@AltCode Seems "easy" to do with a js approach, for css you may be able to specify if you want certain separators hidden depending on the view you are on, if there's a proper class for every different view (those classes are usually added to the #browser element) as i don't use the mail part i can't really tell if there's different classes for every view but there's usually a class for everything there.
Or for the "hide the buttons, leave them greyed out" approach you will need to see if the buttons are still there just hidden (probably display:none) in that case look for a class that made the hidden ones identifiable then make them display (usually display: block or inline-block but depends) but greyed out (opacity: 0.5 should do) and if for some reason they still react on hover or even clicked you can always use pointer-events: none; too.
Hope it was helpful.
-
@Pathduck I appreciate your humor, but let them fix the root cause of the symptom and not the symptom itself shall we?
-
@Sdar
@AltCode
Ok i'm gonna scold myself, I'd linked a mail account to vivaldi and took a look aaaand both my premises are wrong.For the second approach, I'll come back for the 1st one later, the elements are, indeed, not there so you can't just "unhide" them using css.
For the other one, sadly the #browser element doesn't keep track of the current view, another way to detect which view you are in is the attribute added to the button of the view ... they recieve two attributes (data-active and data-lead iirc), the problem is that the menu bar you want to change it's not a descendant, you may be able to do something with only css using the experimental css selectors (has:) but, it's experimental, it may be bad for performance, and it may add extra complexity that it's not really needed as this task is pretty much a job for some javascript.
BONUS SOLUTION:
https://codepen.io/Sdar/pen/mdXgyzeCss selector for separators placed immediately after another one. (click the buttons to remove them, the adjacent separators should be hidden)
For vivaldi should be something like:
.toolbar-divider + .toolbar-divider { display: none; }
If for some reason vivaldi uses adjacent dividers somewhere this will visually break that, to fix it just be more specific with the selector so it only targets the mail bar.
-
It would be nice to fix this fullscreen bug when the zoom controls are on the Address Bar / Extension Bar.
-
@Pesala Meanwhile:
.fullscreen .mainbar .page-zoom-controls { display: none; }
-
@Sdar said in Panel crash fix – Vivaldi Browser snapshot 2707.2:
BONUS SOLUTION:
https://codepen.io/Sdar/pen/mdXgyze
Css selector for separators placed immediately after another one. (click the buttons to remove them the separators adjacent separators shouldn't be displayed anymore)
For vivaldi should be something like:.toolbar-divider + .toolbar-divider { display: none; }
If for some reason vivaldi uses adjacent dividers somewhere this will visually break that, to fix it just be more specific with the selector so it only targets the mail bar.
Thank you! This worked very well for a css workaround! I'm restricting it to the mail toolbar for now in case it breaks anything else.
I also used that same selector to get rid of duplicate spaces caused by hidden buttons and separators that immediately followed a space.
div#browser:not(.toolbar-edit-mode) .toolbar-mailbar .toolbar-divider + .toolbar-divider { display: none; } div#browser:not(.toolbar-edit-mode) .toolbar-mailbar .toolbar-spacer + .toolbar-spacer { display: none; } div#browser:not(.toolbar-edit-mode) .toolbar-mailbar .toolbar-spacer + .toolbar-divider { display: none; }
Though to hide separators that come immediately precede a space, I had to use the
has()
selector you mentioned, meaning I had to enablechrome://flags/#enable-experimental-web-platform-features
- so far performance seems unaffected.div#browser:not(.toolbar-edit-mode) .toolbar-mailbar .toolbar-divider:has(+ .toolbar-spacer) { display: none; }
-
address bar should be seperate for mail toolbar
I don't want to use address bar, command palette is enough for me, but I close address bar, mail search box gone, seperate bar for mail and browser
-
no crash looking good
-
@npro said in Panel crash fix – Vivaldi Browser snapshot 2707.2:
Does it also conveniently tell your
See above.
-
Nasty regression: This Snapshot seems to have completely broken interaction with JS popups (
window.open
)OUCH
Test cases:
https://www.quackit.com/javascript/popup_windows.cfm
https://codepen.io/stianlund/pen/gOvZQNPReported as
VB-90127
My guess it's WebView particles causing problems again... or maybe Bogons...
-
@Pathduck said in Panel crash fix – Vivaldi Browser snapshot 2707.2:
or maybe Bogons
if(line1){ letter : B; }then{ letter : V; }else{ words : green armpit putty, oh belgium; }
-
I'm sure the answer will cause me to do a face-palm, but where are the new panel zoom controls?
-
-
@guigirl Oh, I see. You have to right-click on the icon for the pane. I had been right-clicking in the panel itself. Thanks!
-
On MacOS Bookmark Page Icon, when Addressbar is in the Statusbar, pops up like this:
Not floating upwards, but downwards, with the background color of my Speeddial and tiling the browser window in two parts, like in window tiling in Vivaldi. -
Still having issues with history showing up in Quick Commands. For the past few snapshots (or maybe even back in 5.3) I've had to change Search Types and Priority for history to kick in and show up.
-
[REGRESSION ?] E-mail filters seem "dead" and "freezed", after 2707.2 update
try this:
- create some e-mail filters on the "all messages" view (that is, click on a sender, to filter All Messages by that particular sender and then click on "Save", to save the search as a permanent All Messages filter, in the "Filters" view): right click and save, right click and save, ...
- update to 2707.2
- wait for the sender to send you some new e-mail
you'll see that the new e-mails from those particular senders you clicked and saved, will not appear into the "Filters" you created: the filter view will be "freezed" at the last pre 2707.2 update.
Try to rerun the filters in the mail, as a workaround: you'll see that the filters will not show the new e-mails that those particular senders, have sent you.
Filters are "dead" (they don't show new messages) and are "freezed" (a rerun doesn't change anything)
Anyone confirms?