Bug 11994 - Hide vertical overlay scrollbar when source analysis scrollbar enabled
Summary: Hide vertical overlay scrollbar when source analysis scrollbar enabled
Status: VERIFIED FIXED
Alias: None
Product: Xamarin Studio
Classification: Desktop
Component: Text Editor ()
Version: 4.0.4
Hardware: PC Mac OS
: High normal
Target Milestone: 4.2.3 (from master)
Assignee: Michael Natterer
URL:
Depends on:
Blocks:
 
Reported: 2013-04-26 13:28 UTC by Mikayla Hutchinson [MSFT]
Modified: 2014-01-06 03:16 UTC (History)
2 users (show)

Tags: gtk
Is this bug a regression?: ---
Last known good build:


Attachments
Fix for the rendering glitch (744 bytes, patch)
2013-05-07 05:58 UTC, Michael Natterer
Details


Notice (2018-05-24): bugzilla.xamarin.com is now in read-only mode.

Please join us on Visual Studio Developer Community and in the Xamarin and Mono organizations on GitHub to continue tracking issues. Bugzilla will remain available for reference in read-only mode. We will continue to work on open Bugzilla bugs, copy them to the new locations as needed for follow-up, and add the new items under Related Links.

Our sincere thanks to everyone who has contributed on this bug tracker over the years. Thanks also for your understanding as we make these adjustments and improvements for the future.


Please create a new report on Developer Community or GitHub with your current version information, steps to reproduce, and relevant error messages or log files if you are hitting an issue that looks similar to this resolved bug and you do not yet see a matching new report.

Related Links:
Status:
VERIFIED FIXED

Description Mikayla Hutchinson [MSFT] 2013-04-26 13:28:01 UTC
The fix for bug 10578 does not work when overlay scrollbars are enabled on MacOS. We need a way to disable the vertical overlay scrollbar without disabling actual vertical scrolling.
Comment 1 Mikayla Hutchinson [MSFT] 2013-04-26 13:28:35 UTC
This is one of the big blockers on disabling source analysis by default, since it looks terrible having two scrollbars.
Comment 2 Michael Natterer 2013-04-30 10:23:56 UTC
Will look into this.
Comment 3 Michael Natterer 2013-05-02 07:51:58 UTC
Would an explicit API to do that be fine? I don't really want to mess
with gtk_scrolled_window_set_policy() because that would affect the
permanently visible scrollbars if the user prefers them (system settings).
Comment 4 Michael Natterer 2013-05-03 04:31:23 UTC
I added new API:

gtk_scrollbar_set,get_overlay_policy()

which allows/returns the policy values GTK_POLICY_AUTOMATIC or NEVER
for both hoverlay and voverlay. It works nicely and doesn't affect
mouse scrolling at all, it only keeps them from being drawn.

Will be delivered with a new patch set later today.
Comment 5 Mikayla Hutchinson [MSFT] 2013-05-03 19:23:42 UTC
Landed and using it, though there's a slight visual glitch. It looks like the bottom right corner is painted by the vertical scrollbar: http://screencast.com/t/lQMkJTjmUos
Comment 6 Michael Natterer 2013-05-04 08:32:25 UTC
Ah yes, I totally forgot that part of the logic, it needs to take
the actual visibility into account now, not whether or not we scroll
in that direction. Will fix that first thing next week.
Comment 7 Michael Natterer 2013-05-07 05:58:20 UTC
Created attachment 3923 [details]
Fix for the rendering glitch

This fixes the visible gap, will be part of the next patch
set, please use the attached patch in the meantime if it's urgent.
Comment 8 Nischal 2014-01-06 03:16:55 UTC
We have checked this issue and now vertical scrollbar hides when Source analysis scrollbar is enabled. Screencast for this: http://screencast.com/t/gsNUGV4dr

Checked on following builds:
XS 4.2.3 (Build 24)
X.Android 4.12.0-1
X.iOS 7.0.6.166