all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Richard M. Stallman" <rms@gnu.org>
To: Thomas Lord <lord@emf.net>
Cc: pmr@pajato.com, cyd@stupidchicken.com, lennart.borgman@gmail.com,
	joakim@verona.se, emacs-devel@gnu.org, smeuuh@gmail.com,
	raman@users.sourceforge.net, phil@shellarchive.co.uk,
	monnier@iro.umontreal.ca
Subject: Re: An Emacs plug-in for a browser (Firefox?)
Date: Tue, 09 Sep 2008 04:11:37 -0400	[thread overview]
Message-ID: <E1KcyK1-00031q-42@fencepost.gnu.org> (raw)
In-Reply-To: <48C5778F.2020203@emf.net> (message from Thomas Lord on Mon, 08 Sep 2008 12:05:51 -0700)

    Emacs has the concept that two windows can look at the same
    buffer.

Displaying a buffer containing an XEmbed in two Emacs windows ought to
work work -- perhaps only because it would not mean what one might
expect.

Suppose you put an XEmbed widget into an Emacs buffer (perhaps with a
special kind of `display' property on part of the text) and display
the buffer in a window.  As with any other thing in the Emacs buffer,
Emacs has to know how tall it should appear.  You would have to
specify this, in the `display' property I suppose.  Then when Emacs
displays that buffer in the window, it will show part of the XEmbed if
appropriate, just as it might show all or part of an image in the
buffer.

It should not be hard for Emacs to do this in two windows in parallel,
if it can make the other program display into a pixmap of the
specified size.

Note that scrolling an Emacs window will not tell the other program
anything.  It will just tell Emacs to display a different part of the
appearance of the buffer in that window.

I think that people have a different behavior in mind for the browser:
namely to hand over a particular Emacs window to the browser and
expecting it to use the whole of that window, knowing the size of that
window.

That would be a different kind of feature.  Instead of having an
XEmbed widget in the text in a buffer, it would mean having a buffer
that is simply an alias for displaying the output of another program.
So if you tell an Emacs window to display that buffer, it really means
to telling the other program to use and control that Emacs window.

It would be hard to do that in more than one window, unless the other
program supports multiple windows.  If it does, it ought to be able to
handle two Emacs windows in parallel the same way it would handle two
other windows in parallel.  Most graphical browsers seem to be able to
do this.

Another way to handle doing this in two windows at once is to run two
copies of the program in parallel.  That might be ok for some simple
programs.




  parent reply	other threads:[~2008-09-09  8:11 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-09-04 22:18 An Emacs plug-in for a browser (Firefox?) Paul Michael Reilly
2008-09-05  0:16 ` David De La Harpe Golden
2008-09-05  0:19 ` David House
2008-09-05  2:42 ` T. V. Raman
2008-09-05  4:53   ` Paul Michael Reilly
2008-09-05  6:44     ` joakim
2008-09-05  8:53       ` Phil Jackson
2008-09-05  9:21         ` joakim
2008-09-05  9:30           ` Lennart Borgman (gmail)
2008-09-05 11:20             ` Antoine Levitt
2008-09-06  7:12               ` Richard M. Stallman
2008-09-06 10:48                 ` Antoine Levitt
2008-09-06 21:04                   ` Richard M. Stallman
2008-09-06 21:36                     ` David Hansen
2008-09-06 21:49                       ` Lennart Borgman (gmail)
2008-09-06 22:25                         ` David Hansen
2008-09-06 22:48                           ` Lennart Borgman (gmail)
2008-09-06 23:08                             ` David Hansen
2008-09-06 22:41                       ` Sean O'Rourke
2008-09-07 23:36                       ` Richard M. Stallman
2008-09-06 16:42                 ` Chong Yidong
2008-09-06 16:58                   ` joakim
2008-09-06 19:42                     ` Chong Yidong
2008-09-06 20:20                     ` David Hansen
2008-09-06 21:54                   ` T. V. Raman
2008-09-06 20:11                 ` Stefan Monnier
2008-09-07 17:39                   ` Richard M. Stallman
2008-09-07 17:49                     ` Lennart Borgman (gmail)
2008-09-07 18:29                     ` Chong Yidong
2008-09-08  9:22                       ` Richard M. Stallman
2008-09-08 12:31                         ` Chong Yidong
2008-09-08 17:07                           ` Antoine Levitt
2008-09-08 19:05                             ` Thomas Lord
2008-09-08 19:07                               ` Antoine Levitt
2008-09-08 20:27                                 ` Thomas Lord
2008-09-08 20:34                               ` Stefan Monnier
2008-09-08 21:33                                 ` joakim
2008-09-08 21:46                                 ` Thomas Lord
2008-09-09  8:11                               ` Richard M. Stallman [this message]
2008-09-08 22:13                           ` Richard M. Stallman
2008-09-07 19:55                     ` Stefan Monnier
2008-09-08  9:22                       ` Richard M. Stallman
2008-09-05 13:33         ` T. V. Raman
2008-09-05 13:32     ` T. V. Raman
2008-09-05 20:40   ` Christian Faulhammer

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

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

  git send-email \
    --in-reply-to=E1KcyK1-00031q-42@fencepost.gnu.org \
    --to=rms@gnu.org \
    --cc=cyd@stupidchicken.com \
    --cc=emacs-devel@gnu.org \
    --cc=joakim@verona.se \
    --cc=lennart.borgman@gmail.com \
    --cc=lord@emf.net \
    --cc=monnier@iro.umontreal.ca \
    --cc=phil@shellarchive.co.uk \
    --cc=pmr@pajato.com \
    --cc=raman@users.sourceforge.net \
    --cc=smeuuh@gmail.com \
    /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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.