diff options
author | Peter Hofmann <scm@uninformativ.de> | 2020-08-16 07:53:37 +0200 |
---|---|---|
committer | Peter Hofmann <scm@uninformativ.de> | 2020-08-16 08:00:46 +0200 |
commit | 74bdc3ed21d74d464cd94c5ca461b9ba7d10616b (patch) | |
tree | 7a9759c65df1df276d6684b7881970987c104ad2 /BUGS | |
parent | 13ca54ace5c670f72745579852481f1a923d3d22 (diff) | |
download | lariza-74bdc3ed21d74d464cd94c5ca461b9ba7d10616b.tar.gz |
Fix opening links in new tabs (partially)
Also, no NULL guard needed for g_free().
Diffstat (limited to 'BUGS')
-rw-r--r-- | BUGS | 15 |
1 files changed, 15 insertions, 0 deletions
@@ -0,0 +1,15 @@ +Links sometimes do not open in a new tab +======================================== + +We select for "mouse-target-changed" events: When the pointer is being +moved, WebKit tells us if it's now being positioned over a link or not. + +However, when a new link pops into existence right below the mouse +pointer (without the pointer being moved), we don't get this event. When +the user now issues a middle-click, we open the link in the same tab. +This is wrong. + +Ideally, we could access a hit test result while processing the click +event, but that doesn't appear to be possible? + +This bug is also present in suckless surf and GNOME Epiphany. |