From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "T. V. Raman" Newsgroups: gmane.emacs.devel Subject: Re: An Emacs plug-in for a browser (Firefox?) Date: Fri, 5 Sep 2008 06:32:02 -0700 Message-ID: <18625.13522.12465.58045@gargle.gargle.HOWL> References: <18624.40059.414121.633475@gargle.gargle.HOWL> <48C0BB3A.4080201@pajato.com> Reply-To: raman@users.sf.net NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1220621554 9696 80.91.229.12 (5 Sep 2008 13:32:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 5 Sep 2008 13:32:34 +0000 (UTC) Cc: emacs-devel@gnu.org, raman@users.sourceforge.net To: pmr@pajato.com Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 05 15:33:25 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 1KbbR6-0000Qm-G3 for ged-emacs-devel@m.gmane.org; Fri, 05 Sep 2008 15:33:16 +0200 Original-Received: from localhost ([127.0.0.1]:42467 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KbbQ4-0004ax-Pj for ged-emacs-devel@m.gmane.org; Fri, 05 Sep 2008 09:32:12 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KbbPy-0004aB-Pw for emacs-devel@gnu.org; Fri, 05 Sep 2008 09:32:06 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KbbPx-0004ZA-03 for emacs-devel@gnu.org; Fri, 05 Sep 2008 09:32:06 -0400 Original-Received: from [199.232.76.173] (port=53499 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KbbPw-0004Z1-ME for emacs-devel@gnu.org; Fri, 05 Sep 2008 09:32:04 -0400 Original-Received: from qmta02.westchester.pa.mail.comcast.net ([76.96.62.24]:38267) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KbbPx-0006d1-7B for emacs-devel@gnu.org; Fri, 05 Sep 2008 09:32:05 -0400 Original-Received: from OMTA04.westchester.pa.mail.comcast.net ([76.96.62.35]) by QMTA02.westchester.pa.mail.comcast.net with comcast id B0rp1a0070ldTLk521Y3yc; Fri, 05 Sep 2008 13:32:03 +0000 Original-Received: from localhost ([71.202.191.236]) by OMTA04.westchester.pa.mail.comcast.net with comcast id B1Y21a00656Ur8v3Q1Y2x9; Fri, 05 Sep 2008 13:32:03 +0000 X-Authority-Analysis: v=1.0 c=1 a=1H8N5B8Kro0A:10 a=kXMvQgnwVQMA:10 a=2z1OXlWFAAAA:8 a=4yo2QLJyIcyLXf1qPMMA:9 a=CZFTuV5LphrNyPouRrrQUxXldRcA:4 a=5qI_yuUHi04A:10 a=MSl-tDqOz04A:10 a=c5zHXd76wwQA:10 Original-Received: by localhost (Postfix, from userid 1000) id 1D34012A4101; Fri, 5 Sep 2008 06:32:02 -0700 (PDT) In-Reply-To: <48C0BB3A.4080201@pajato.com> X-Mailer: VM alpha-479 under Emacs 23.0.60.1 (i686-pc-linux-gnu) x-attribution: tvr X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. 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:103559 Archived-At: >>>>> "Paul" == Paul Michael Reilly writes: Paul> T. V. Raman wrote: >> Persoanlly I'd prefer the embedding to go in the other >> direction, i.e. embed something like Webkit inside Emacs, >> ask Webki to render the Web into an emacs buffer, and >> enable full DOM access from Emacs Lisp. >> >> This way security sandboxing can be per whatever webkit >> does, and emacs which typically runs with more previleges >> wouldn't have to worry about code that comes from the >> network doing unsafe things. Paul> Paul> And this approach would appear to have a platform Paul> independent nature, highly appealing. I don't know Paul> anything about Webkit. Are you talking about adding Paul> Webkit to the C level of Emacs, doing an Emacs Lisp Linking in Webkit at the C level, possibly as a shared library. Paul> binding to Webkit (probably running in a separate Webkit should run in a separate process, I'd go so far as to run a separate, new process for each Emacs buffer that one associates with the Web. So putting a buffer in web-mode would automatically have that buffer talking to a fresh webkit process, a la tabs in Chrome. Paul> process or mulitple processes ala Chrome) or something Paul> else? Paul> If you search for Webkit and Emacs, someone out there has apparently succeeded in doing a very early pass at this via the GTK binding for Emacs. But for such a binding to be truly valuable from the emacs side, ie more than screen-dep, we would also need Lisp access to the DOM. Paul> -pmr Paul> Paul> -- Best Regards, --raman Email: raman@users.sf.net WWW: http://emacspeak.sf.net/raman/ AIM: emacspeak GTalk: tv.raman.tv@gmail.com PGP: http://emacspeak.sf.net/raman/raman-almaden.asc Google: tv+raman IRC: irc://irc.freenode.net/#emacs