vrazzer

I have struggled with this same issue and only found two workarounds (at least when using the legacy DRM/KMS interfaces like drmSetModeCrtc and drmSetModeOverlay): #1- Using drmSetModeCrtc() to change the...

If @kytart is around and wants to address some of these issues, can provide more detail. Currently running a hacked version that adds multiple cursors (pointer-cursor with hand-cursor over links)...

While trying to get a context-menu working, found mouse button behavior was very odd. All three mouse buttons would activate a link, but left-button did it at mouse-down while the...

I have not seen any such functionality within cog. Any reason you are not using javascript? A super crude return-to-home after 60 seconds on a page : `if (history.length >...

Understood. For COG, I dealt with this situation by adding a signal handler for "load-changed" and then calling webkit_web_view_run_javascript() on the view. That allows injecting arbitrary javascript into pages you...

Ignore #2. Looks pretty dubious, but crashes if you change it. Since DRM is single-window, not a case I can properly test.

Found the comment in cog_viewport_set_visible_view() which explains the focus issue. As setting focus is now the responsibility of the platform, calling wpe_view_backend_add_activity_state(wpe_view_data.backend, wpe_view_activity_state_focused) from cog_drm_platform_init_web_view() resolves the issue for DRM.

Are you certain wpe_input_pointer_event::button uses the zero-based MouseEvent button spec? This seems contrary to my experiences which suggest it is one-based. Digging through wpe-source reveals createWebMouseEvent() which uses a simplistic...