Bug report did not expire due to bug watch
Upstream issue closed "RESOLVED OBSOLETE" on 2020-11-24
No reply to comment #15 after 4 years so closing
** Changed in: gedit (Ubuntu)
Status: Incomplete => Invalid
--
You received this bug notification because you are a member of Ubuntu
Desktop
Thank you for reporting this bug to Ubuntu.
Ubuntu 15.10 (wily) reached end-of-life on July 28, 2016.
See this document for currently supported Ubuntu releases:
https://wiki.ubuntu.com/Releases
We appreciate that this bug may be old and you might not be interested
in discussing it any more. But
** Changed in: gedit
Status: Unknown => Confirmed
** Changed in: gedit
Importance: Unknown => Medium
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gedit in Ubuntu.
https://bugs.launchpad.net/bugs/1516713
Title:
gtk3 ove
** Changed in: gedit (Ubuntu)
Status: Confirmed => Triaged
** Also affects: gedit via
https://bugzilla.gnome.org/show_bug.cgi?id=752335
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscrib
Thanks, I found one already reported here
https://bugzilla.gnome.org/show_bug.cgi?id=752335
** Bug watch added: GNOME Bug Tracker #752335
https://bugzilla.gnome.org/show_bug.cgi?id=752335
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribe
that's an upstream gtk issue and should probably be reported on
bugzilla.gnome.org
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gedit in Ubuntu.
https://bugs.launchpad.net/bugs/1516713
Title:
gtk3 overlay scrollbars consistently
I'm using gedit on Ubuntu 16.10 and this problem has irritated me for enough
Ubuntu releases to finally complain about it. The last line at the bottom of a
document is really difficult to select. The cursor so easily triggers the
scroll bar instead of selecting text since the trigger area for th
Thank you Sebastien! If you need anyone to do some testing at any point
I will be glad to help.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gedit in Ubuntu.
https://bugs.launchpad.net/bugs/1516713
Title:
gtk3 overlay scrollbars
Ok, I see what you mean, I can't reproduce in gedit but maybe it's
because the standard font is a bit bigger or maybe eclipse behaves
slightly differently... (in gedit there is plenty of space to click on
the char, the scrollbar just change when you hit the thin colored part
at the bottom of the sc
Btw, this was with a 9px font setting. Most of my colleagues use 8px and
some have 7px but I am the senior so that is out of my league :(
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gedit in Ubuntu.
https://bugs.launchpad.net/bugs/
No, the fonts are not smaller than the line but smaller or at least
hardly larger than the sensitive area (feels like about 12 pixels) near
the line. As I said, you do not have to hover the line, only close
enough to it.
I attached a screenshot for the Eclipse editor issue (editing a property
file
> But once the mouse comes close enough to the scrollbar line it extends
into its full width.
Right, that's how it's supposed to work
> Only if I use a large enough font I can position the cursor in the last line
you mean your fonts are smaller than the thin bar? could you add a
screenshot with
I tried Ambiance and Radience. They initially do have thinner
scrollbars. But once the mouse comes close enough to the scrollbar line
it extends into its full width. Only if I use a large enough font I can
position the cursor in the last line. In Eclipse where I use small fonts
this makes the last
> They are visible when the mouse is over the content
no, they are a thin line until the mouse is over the line, then it
animates to a scrollbar, try to change your theme back to one of the
default one to see
--
You received this bug notification because you are a member of Ubuntu
Desktop Bu
I use numix-grey. And that does not make any sense: any scrollbar width
larger than zero pixels would cover content. That could cripple any
application, including one that edits graphics etc. The fact that I
could access a line of text because it is larger than common scrollbar
widths does not rig
Sorry, I misread your comment and the part where you said "when not in
use". They are visible when the mouse is over the content so they are
always "in use" when I want to click the last line to put the cursor
there (which will then not work of course because I can only click on
the scroll bar).
-
Thank you for your bug report, what GTK theme are you using? The bars
should be thin enough (when not in use) to not cover the text, I can't
confirm the issue here...
** Changed in: gedit (Ubuntu)
Importance: Undecided => Low
** Changed in: gedit (Ubuntu)
Status: New => Incomplete
--
** Summary changed:
- gtk3 overlay scrollbars consitently show wrong behaviour
+ gtk3 overlay scrollbars consistently show wrong behaviour
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gedit in Ubuntu.
https://bugs.launchpad.net/bug
18 matches
Mail list logo