Integrated notifications: fading-effect bug with long list of notifications

[Leleat]

[Leleat]

It does appear to be related to the scrollbar. Changing the scrollbar's width to 0 will expand the fade effect. Adding this.list.get_vscroll_bar().width = 0 to notifications.js will result in this

Downside is there is no scrollbar visible at all... although I think it actually looks good.

Do you want me to open a PR with this? Or do you want to try to find a different/proper fix? Maybe you can do something in css since that's how you also enlarged the messages...

[qwreey]

I can't found that how to check when vscrollbar_visible of StScrollView will be change

// ... basic
list.vscroll.connect("hide")
: not work, show too

// Checking by height
list.last_child.connect("notify::height")
: not work

// Checking by property notify
list.connect("notify::vscrollbar_visible")
: not work

// Checking by child add/remove event
list.last_child.first_child.first_child.connect("actor-added",()=>{Main.testt})
: not work

And also, i can't found any useful information in https://gjs-docs.gnome.org/st10~1.0_api/st.scrollview
Did you know how to get event of 'vscrollbar_visible'?

[Leleat]

I can't found that how to check when vscrollbar_visible of StScrollView will be change

Sorry, don't know either :/. Maybe someone on the extension matrix channel may know...

[Leleat]

Hmm, this sounds like the cause/fix of this issue... ?

https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2190/

[qwreey]

This bug was fixed on dev branch. now it toggles overlay_scrollbars property automatically!