https://bugs.documentfoundation.org/show_bug.cgi?id=93352
--- Comment #29 from Patrick Luby (volunteer) <guibomac...@gmail.com> ---
(In reply to Patrick Luby (volunteer) from comment #28)
> Conclusion: I believe that this is a bug in the Calc code. For me, the
> horizontal scrollbar layout and swiping behavior looks correct in Writer and
> Impress documents, but Calc is failing to flip both the horizontal scrollbar
> layout and the native horizontal scroll events that it receives.
After a little debugging, I think there are two separate bugs that will need to
be fixed:
1. Swiping and mouse wheel: horizontal events cause Calc to move in the
opposite direction than expected but are handled correctly in Writer and
Impress.
2. Scrollbar display: I disabled the "use native scrollbar" code using the
following debug patch and the non-native scrollbar is correctly positioned
against the right edge of the window, Also, dragging the horizontal scrollbar
thumb or clicking on the non-thumb of the scrollbar works correctly. So I am
guessing that the macOS HITheme functions that draw a native scrollbar on macOS
are flipping the direction of the horizontal scrollbar:
diff --git a/vcl/osx/salnativewidgets.cxx b/vcl/osx/salnativewidgets.cxx
index 8a7e81fd5d86..8b5ee27f9d96 100644
--- a/vcl/osx/salnativewidgets.cxx
+++ b/vcl/osx/salnativewidgets.cxx
@@ -135,9 +135,11 @@ bool AquaSalGraphics::isNativeControlSupported(ControlType
nType, ControlPart nP
return true;
break;
case ControlType::Scrollbar:
+/*
if (nPart == ControlPart::DrawBackgroundHorz || nPart ==
ControlPart::DrawBackgroundVert
|| nPart == ControlPart::Entire || nPart ==
ControlPart::HasThreeButtons)
return true;
+*/
break;
case ControlType::Slider:
if (nPart == ControlPart::TrackHorzArea || nPart ==
ControlPart::TrackVertArea)
--
You are receiving this mail because:
You are the assignee for the bug.
