From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Antoine Levitt" Newsgroups: gmane.emacs.devel Subject: Re: An Emacs plug-in for a browser (Firefox?) Date: Mon, 8 Sep 2008 19:07:53 +0200 Message-ID: <6fa54e4e0809081007l68f1df2ei71450cf3483f2d17@mail.gmail.com> References: <48C0FC53.4020806@gmail.com> <6fa54e4e0809050420i5132ace5red5a011b69ecd1ed@mail.gmail.com> <8763p795cq.fsf@cyd.mit.edu> <87iqt6q0na.fsf@cyd.mit.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_92564_30647222.1220893673677" X-Trace: ger.gmane.org 1220893692 4935 80.91.229.12 (8 Sep 2008 17:08:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 8 Sep 2008 17:08:12 +0000 (UTC) Cc: rms@gnu.org, pmr@pajato.com, lennart.borgman@gmail.com, joakim@verona.se, emacs-devel@gnu.org, monnier@iro.umontreal.ca, raman@users.sourceforge.net, phil@shellarchive.co.uk To: "Chong Yidong" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Sep 08 19:09:06 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KckEb-0007UT-9y for ged-emacs-devel@m.gmane.org; Mon, 08 Sep 2008 19:09:05 +0200 Original-Received: from localhost ([127.0.0.1]:39358 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KckDb-0003xk-Ct for ged-emacs-devel@m.gmane.org; Mon, 08 Sep 2008 13:08:03 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KckDV-0003xK-Gr for emacs-devel@gnu.org; Mon, 08 Sep 2008 13:07:57 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KckDU-0003x1-1n for emacs-devel@gnu.org; Mon, 08 Sep 2008 13:07:57 -0400 Original-Received: from [199.232.76.173] (port=47232 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KckDT-0003wy-Op for emacs-devel@gnu.org; Mon, 08 Sep 2008 13:07:55 -0400 Original-Received: from gv-out-0910.google.com ([216.239.58.188]:46919) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KckDT-000121-Dd for emacs-devel@gnu.org; Mon, 08 Sep 2008 13:07:55 -0400 Original-Received: by gv-out-0910.google.com with SMTP id i36so258481gve.17 for ; Mon, 08 Sep 2008 10:07:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=Wv1DqJCed5gLrqQGhZb9xG09DvurmRoa6IZnuQdjE/g=; b=Z8epBigQPxETt+MIyUF4aln+3PfNAeTk5nco1iK4kQOvIUPRF8ZLlCFLTRXI3dDzw9 6hwkn9MnYOthrIEi5OirK17tWNFXBUSqS9l4LCIzcbhVTLvEb8r/+Dx/f4z3hBGgWxBo aLq7OAZLXzKH7dAZMdZhwHHgzAARd40u1Ei3U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=qi1HT0WC6B0LiWaurUQkqN8L0UwehwIMhx6goieM7lD6z0MWGvcf5FsAd35vmoWY07 W+cF1HHrVL58M9Agt+X1W6Z/cxA+0jqaYcrqGKilIAltzHVY0qnM7wuKmkxhjnC7HHyR aEIgfzv+fZM8uhx5JqzBuNe5Gn+z89xYuMrjw= Original-Received: by 10.210.65.2 with SMTP id n2mr6793129eba.111.1220893673691; Mon, 08 Sep 2008 10:07:53 -0700 (PDT) Original-Received: by 10.210.141.18 with HTTP; Mon, 8 Sep 2008 10:07:53 -0700 (PDT) In-Reply-To: <87iqt6q0na.fsf@cyd.mit.edu> X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:103694 Archived-At: ------=_Part_92564_30647222.1220893673677 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Having browser windows in emacs would also allow allow users to benefit from emacs window capabilities (fuzzy completion with ido-mode, listing/filter with ibuffer, tabs, side-by-side splitting, and basically whatever else folks decide to code in elisp). Classical web browser basically have tabs, and keybindings to next/previous tabs. Emacs would make it much more powerful. Besides, as many people noted, it shouldn't be hard to do, since technologies to do so already exist. IMHO, the tough step is getting text and textboxes recognised by emacs, but even without that, it'd still be amazing. Good luck to you joakim, and please consider browsers as an equally useful target of embedding as multimedia apps. 2008/9/8 Chong Yidong > "Richard M. Stallman" writes: > > > Switching constantly between Emacs and Firefox (e.g., by making Emacs > > open links via a separate Firefox application) is inefficient. > > > > When you say "switching", what does that refer to? > > Are you talking about a UI-level operation? > > Yes. > > > In what sense is it inefficient? > > In the same sense that it's less efficient to perform shell operations > in a separate xterm, rather than doing M-! or M-x grep or M-x gdb etc. > For instance, it's more cumbersome to arrange to view the browser > display and side by side with Emacs, since the browser isn't constrained > to an Emacs window. > ------=_Part_92564_30647222.1220893673677 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
Having browser windows in emacs would also allow allow users to benefit from emacs window capabilities (fuzzy completion with ido-mode, listing/filter with ibuffer, tabs, side-by-side splitting, and basically whatever else folks decide to code in elisp). Classical web browser basically have tabs, and keybindings to next/previous tabs. Emacs would make it much more powerful.
Besides, as many people noted, it shouldn't be hard to do, since technologies to do so already exist. IMHO, the tough step is getting text and textboxes recognised by emacs, but even without that, it'd still be amazing.
Good luck to you joakim, and please consider browsers as an equally useful target of embedding as multimedia apps.
2008/9/8 Chong Yidong <cyd@stupidchicken.com>
"Richard M. Stallman" <rms@gnu.org> writes:

>     Switching constantly between Emacs and Firefox (e.g., by making Emacs
>     open links via a separate Firefox application) is inefficient.
>
> When you say "switching", what does that refer to?
> Are you talking about a UI-level operation?

Yes.

> In what sense is it inefficient?

In the same sense that it's less efficient to perform shell operations
in a separate xterm, rather than doing M-! or M-x grep or M-x gdb etc.
For instance, it's more cumbersome to arrange to view the browser
display and side by side with Emacs, since the browser isn't constrained
to an Emacs window.

------=_Part_92564_30647222.1220893673677--