bug#52885: 28.0.50; xwidget webkit scrolling behaviour confusing or broken with multiple windows

bug#52885: 28.0.50; xwidget webkit scrolling behaviour confusing or broken with multiple windows

[akira]

On emacs -Q compiled --with-webkit in xwayland on GNOME
- M-x xwidget-webkit-browse-url RET then enter in some url
There are two scroll bars, one for webkit and one for the buffer, the
one for the buffer does nothing. Now

- C-x 3
- C-u N C-x { where N is enough so the window is narrower than the
  webpage

It is now impossible to scroll horizontally in this window to view the
whole webpage (there is no horizontal scroll bar and C-f doesn't work).

bug#52885: 28.0.50; xwidget webkit scrolling behaviour confusing or broken with multiple windows

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

akira@akirakyle.com writes:

> It is now impossible to scroll horizontally in this window to view the
> whole webpage (there is no horizontal scroll bar and C-f doesn't work).

Thanks, I will look into this.

bug#52885: 28.0.50; xwidget webkit scrolling behaviour confusing or broken with multiple windows

[Eli Zaretskii]

> From: akira@akirakyle.com
> Date: Wed, 29 Dec 2021 16:29:27 -0700
> 
> 
> On emacs -Q compiled --with-webkit in xwayland on GNOME
> - M-x xwidget-webkit-browse-url RET then enter in some url
> There are two scroll bars, one for webkit and one for the buffer, the
> one for the buffer does nothing. Now
> 
> - C-x 3
> - C-u N C-x { where N is enough so the window is narrower than the
>   webpage
> 
> It is now impossible to scroll horizontally in this window to view the
> whole webpage (there is no horizontal scroll bar and C-f doesn't work).

Emacs doesn't display the horizontal scroll bars automatically, you
need to say "M-x horizontal-scroll-bar-mode RET" to get that.  That's
a feature.

But C-f and C-b should work, as they do with images that are larger
than the window width.

bug#52885: 28.0.50; xwidget webkit scrolling behaviour confusing or broken with multiple windows

[Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

Eli Zaretskii <eliz@gnu.org> writes:

> But C-f and C-b should work, as they do with images that are larger
> than the window width.

Unfortunately, that wasn't the case here, since xwidget-webkit defines
its own replacements for C-f and C-b.

I made those commands adjust the window hscroll if the widget is wider
than the window, which should solve this problem.  However, the correct
thing to do when the window is too small is always to press "a", which
will adjust the widget's dimensions to match the current window.  (It
should be done automatically, but that's not always possible.)

Thanks.

bug#52885: 28.0.50; xwidget webkit scrolling behaviour confusing or broken with multiple windows

[Lars Ingebrigtsen]

Po Lu <luangruo@yahoo.com> writes:

> I made those commands adjust the window hscroll if the widget is wider
> than the window, which should solve this problem.  However, the correct
> thing to do when the window is too small is always to press "a", which
> will adjust the widget's dimensions to match the current window.  (It
> should be done automatically, but that's not always possible.)

So it sounds like the reported problem here has been fixed, so I'm
closing this bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no