<html>
<head>
<base href="https://bugs.webkit.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - [GTK] The scrollbar apeears on the left side on RTL (2.13.2)"
href="https://bugs.webkit.org/show_bug.cgi?id=159121#c3">Comment # 3</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - [GTK] The scrollbar apeears on the left side on RTL (2.13.2)"
href="https://bugs.webkit.org/show_bug.cgi?id=159121">bug 159121</a>
from <span class="vcard"><a class="email" href="mailto:mmaxfield@apple.com" title="Myles C. Maxfield <mmaxfield@apple.com>"> <span class="fn">Myles C. Maxfield</span></a>
</span></b>
<pre>(In reply to <a href="show_bug.cgi?id=159121#c2">comment #2</a>)
<span class="quote">> (In reply to <a href="show_bug.cgi?id=159121#c1">comment #1</a>)
> > I'm confused, because in any other application (tested nautilus and gedit) I
> > can see scrollbars are on the left when running with LANG=he_IL.utf-8... so
> > why shouldn't they be on the left for web sites as well? If it's just
> > "because that's what other browsers do," I guess that expectation will
> > change once this change hits Apple devices, right? Striving for consistency
> > with the rest of the desktop seems more important to me.
> >
> > I'll note that some of the layout tests are skipped with the comment "RTL
> > scrollbars are only supported on Mac." We certainly do support RTL in GTK
> > and expect our scrollbars to do... something that is familiar to folks who
> > use RTL locales. I see there is a new ScrollableArea::systemLanguageIsRTL
> > function that is only implemented on OS X. Guess: is it possible that the
> > scrollbars are always on the left on OS X, but in GTK the position varies
> > based on the language used on the web page rather than system locale? If
> > this is the problem, I can see why that would be problematic. I guess if we
> > were to implement that function, the scrollbars would then always be on the
> > left (in RTL locales); that's the opposite of what you requested, but would
> > that be desirable for Hebrew, Yosef?
>
> For the macOS port, I've implemented a WK2 API userInterfaceDirectionPolicy
> on the WKWebViewConfigurationPolicy which allows changing between two modes:
> - Web content selecting the placement of scrollbars (via dir="rtl")
> - Embedding app selecting the placement of scrollbars (via the macOS
> platform's mechanism for doing so)
>
> The intention is that web browsers will opt for the first mode and web views
> in native apps will opt for the second mode. The first mode is the default.
>
> Please see <a href="https://trac.webkit.org/changeset/200116">https://trac.webkit.org/changeset/200116</a></span >
Anders added a C API for this in <a href="https://trac.webkit.org/changeset/201118">https://trac.webkit.org/changeset/201118</a></pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>