From: joakim@verona.se
To: rms@gnu.org
Cc: emacs-devel@gnu.org
Subject: Re: embedding gtk widgets in a buffer
Date: Fri, 09 May 2008 01:13:58 +0200 [thread overview]
Message-ID: <m3ej8c8k3t.fsf@verona.se> (raw)
In-Reply-To: <E1JuEbV-0007iO-GS@fencepost.gnu.org> (Richard M. Stallman's message of "Thu, 08 May 2008 18:28:45 -0400")
Richard M Stallman <rms@gnu.org> writes:
> - callback interface for the widgets. It would be nice with some ideas
> how to do this. For instance:
> - button pressed handler
>
> The natural way is for this to generate events, and when those events
> reach the main loop, they will do whatever it is.
Ok, I will look into this. does "whatever it is" include calling a
callback I associate with the widget?
>
> - when a xembed widget is ready, a callback to start an external
> program in the widget would be nice, now it has to be done manually on
> the cmd line
>
> This callback does not need to be visible from Lisp.
> When you create the widget, you specify the command and args
> for the command to start the program. In the C code,
> Emacs can handle the callback by starting it.
Ok. I was thinking more along having the generic callback interface
solve this too, and also that Id like to create the process in lisp, so
I could bind a sentinel to it, and send commands to it through stdio,
etc.
>
> - 2 windows showing the same buffer doesnt quite work and is probably tricky
>
> It would be a pain in the neck to have buffers that are not allowed to
> appear in more than one window, but this may be necessary for the
> xembed case.
>
> Buttons in the buffer ought to be able to work on more than one Emacs
> window.
>
> The only way I can think of to make the xembed widgets work in more
> than one Emacs window is if you can tell the other program to display
> in a pixmap, and then Emacs redisplay would copy that pixmap to the
> screen.
Well, I wasnt planning on inhibiting the display of a buffer in more
than one window. The problem is also the same for gtk_sockets, which
implement xembed, and gtk_buttons etc. They can't appear in more then
one place of the screen at the same time. (Or can they?)
I thought of 2 solutions:
- create new instances of the widgets for every window the widget is
supposed to be shown. This is visualy appealing, but troublesome to
implement, at least if each widget is really going to look like its
counterpart in another window, especially for xembed.
- the selected window and other windows are not drawn the same way. The
selected window contains the real live widgets. The non-selected
windows show some kind of shadow copy of the widget, in the simplest
case a grey rectangle, more elaborately a bitmap copy of the widget at
the time the window selection switch was made.
I will implement the 2nd solution to begin with, since it seems simplest.
--
Joakim Verona
next prev parent reply other threads:[~2008-05-08 23:13 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-07 23:23 embedding gtk widgets in a buffer joakim
2008-05-08 0:21 ` joakim
2008-05-08 9:02 ` BVK
2008-05-08 22:28 ` Richard M Stallman
2008-05-08 23:13 ` joakim [this message]
2008-05-08 23:24 ` Lennart Borgman (gmail)
2008-05-10 8:55 ` Richard M Stallman
2008-05-10 11:55 ` joakim
2008-05-10 8:55 ` Richard M Stallman
2008-05-10 9:58 ` joakim
2008-05-10 10:22 ` Lennart Borgman (gmail)
2008-05-11 7:34 ` Richard M Stallman
2008-05-09 8:34 ` YAMAMOTO Mitsuharu
2008-05-10 21:07 ` joakim
2008-05-11 7:35 ` Richard M Stallman
2008-05-11 8:25 ` joakim
2008-05-11 12:32 ` David Kastrup
2008-05-11 12:48 ` joakim
2008-05-11 12:58 ` Lennart Borgman (gmail)
2008-05-12 4:38 ` tomas
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=m3ej8c8k3t.fsf@verona.se \
--to=joakim@verona.se \
--cc=emacs-devel@gnu.org \
--cc=rms@gnu.org \
/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).