GNU bug report logs - #52885
28.0.50; xwidget webkit scrolling behaviour confusing or broken with multiple windows

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 52885 in the body.
You can then email your comments to 52885 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: akira <at> akirakyle.com
To: bug-gnu-emacs <at> gnu.org
Subject: 28.0.50; xwidget webkit scrolling behaviour confusing or broken
 with multiple windows
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).

Message #8 received at 52885 <at> debbugs.gnu.org (full text, mbox):

From: Po Lu <luangruo <at> yahoo.com>
To: akira <at> akirakyle.com
Cc: 52885 <at> debbugs.gnu.org
Subject: Re: bug#52885: 28.0.50; xwidget webkit scrolling behaviour
 confusing or broken with multiple windows
Date: Thu, 30 Dec 2021 09:40:26 +0800

akira <at> 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.

Message #11 received at 52885 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: akira <at> akirakyle.com
Cc: 52885 <at> debbugs.gnu.org
Subject: Re: bug#52885: 28.0.50;
 xwidget webkit scrolling behaviour confusing or broken with multiple
 windows
Date: Thu, 30 Dec 2021 08:05:17 +0200

> From: akira <at> 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.

Message #14 received at 52885 <at> debbugs.gnu.org (full text, mbox):

From: Po Lu <luangruo <at> yahoo.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: akira <at> akirakyle.com, 52885 <at> debbugs.gnu.org
Subject: Re: bug#52885: 28.0.50; xwidget webkit scrolling behaviour
 confusing or broken with multiple windows
Date: Thu, 30 Dec 2021 15:09:19 +0800

Eli Zaretskii <eliz <at> 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.

Message #17 received at 52885 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Po Lu <luangruo <at> yahoo.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, akira <at> akirakyle.com, 52885 <at> debbugs.gnu.org
Subject: Re: bug#52885: 28.0.50; xwidget webkit scrolling behaviour
 confusing or broken with multiple windows
Date: Sat, 15 Jan 2022 10:55:39 +0100

Po Lu <luangruo <at> 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

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.