Lightread should use overlay scrollbars instead of this scrollbar

[Bence Lukács]

Lightread should use ayatana's overlay scrollbars instead of these scrollbars.

[Madis (madisliias)]

Lightread uses GTK and Webkit to render the UI. Scrollbars are simply styled via the webkit scrollbar definitions. So, in order to support overlay-scrollbars (which in my opinion might not suite so well to the left side scroll bar), they could either:
a) Use 2 different gtkscrollwindows and use different webkitview widgets in them (and not setting overflow-y in css.
b) Use html/css emulation of the overlay scrollbars

[Reda Lazri (0rAX0) (0rax0)]

I don't think using overlay scrollbars is a good idea. There are people who don't use Ubuntu, so while you guys are enjoying nice scrollbars, we get some ugly and huge ones for ourselves. No, thanks. :)

[Khurshid Alam (khurshid-alam)]

@ Reada I agree.

[consindo (cooperjona)]

Is this a bug in Lightread or a bug in Ubuntu? OS X seems to handle overlay scrollbars in webviews fine.

[Nekhelesh Ramananthan (nik90)]

One easy fix is to increase the size of the scrollbar in the css file although this is a hack. I tried it out by editing the dark.css file. Not sure how this would affect Mac OS though.

[Valentin (valentin-stn)]

You should use the default Gtk+-Scrollbars, so Unity users get the overlay scrollbars, weather GNOME Shell users get their default scrollbars.

[Nekhelesh Ramananthan (nik90)]

Valentin the problem with using Gtk scrollbars is because Lightread consists of one webkit component to view the feed list, articles etc. It is basically a web page embedded into a Gtk Window. And within one webkit component it is not possible to have multiple Gtk+ scrollbars. So basically to fix this bug it would mean to have 3 webkit components with each having its own Gtk-scrollbar. That is a lot of work. I am going to leave that decision to the developer Jono Cooper since he would be the one to implement it.