unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: joakim@verona.se
To: "Noé Lopez via Emacs development discussions." <emacs-devel@gnu.org>
Cc: "Po Lu" <luangruo@yahoo.com>, "Noé Lopez" <noe@xn--no-cja.eu>
Subject: Re: moving xwidget-webkit to WPE
Date: Sat, 27 Jul 2024 21:51:51 +0200	[thread overview]
Message-ID: <87ikwqpq94.fsf@tanaka.verona.se> (raw)
In-Reply-To: <87plqyprq2.fsf@> ("Noé Lopez via \"Emacs development discussions.\""'s message of "Sat, 27 Jul 2024 21:20:05 +0200")

Noé Lopez via "Emacs development discussions." <emacs-devel@gnu.org>
writes:

> Hi,
>
> I've been testing with having a simple GtkButton/GtkLabel as an xwidget,
> and it seems the event handling functions (for example
> window_coords_from_toplevel) are expecting xwidget->widget_osr to be a
> GdkWindow.
>
> This is weird to me, as I understand xwidget->widgetwindow_osr is
> already a GtkOffscreenWindow and contains xwidget->widget_osr. Why have
> a window in a window?
>
> For WPE I think I will use GtkDrawingArea which doesn't cause any issues
> so I shouldn't need to change anything on this end, but I wonder if it
> is a limitations of xwidgets or just something that you didn't need to
> implement because the GTK WebkitView is a window.
>
> All the best,
> Noé Lopez

FWIW the original idea of xwidgets was to allow for different widget
types.

Some rambling notes from way back about this are here:
https://github.com/jave/xwidget-aux

There was some code to test xwidgets sliders, buttons etc, and also an
attempt at a generic gobject elisp bridge.

That being said, the emacs maintainers have improved the code a lot
since then, so those notes are just a historical curiosity now.

Regards,
Joakim
>
-- 
Joakim Verona
joakim@verona.se



       reply	other threads:[~2024-07-27 19:51 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <87plqyprq2.fsf@>
2024-07-27 19:51 ` joakim [this message]
2024-07-27 20:09   ` moving xwidget-webkit to WPE joakim
2024-07-27 22:07   ` Noé Lopez via Emacs development discussions.
2024-07-27 19:20 Noé Lopez via Emacs development discussions.
     [not found] <66921710.050a0220.68c57.0065SMTPIN_ADDED_BROKEN@mx.google.com>
2024-07-24 20:08 ` Stefan Kangas
2024-07-25  1:22   ` Po Lu
     [not found] <87sewdzu2g.fsf.ref@yahoo.com>
     [not found] ` <878qy6fk8g.fsf@>
2024-07-13  6:26   ` Po Lu
  -- strict thread matches above, loose matches on Subject: below --
2024-06-02 21:37 Noé Lopez via Emacs development discussions.
2024-06-05  0:58 ` Po Lu
2024-06-08  2:56   ` Richard Stallman
2024-07-12 20:06   ` Noé Lopez via Emacs development discussions.

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87ikwqpq94.fsf@tanaka.verona.se \
    --to=joakim@verona.se \
    --cc=emacs-devel@gnu.org \
    --cc=luangruo@yahoo.com \
    --cc=noe@xn--no-cja.eu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).