From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: joakim@verona.se Newsgroups: gmane.emacs.devel Subject: Re: Emacs Webapp/Plugin Date: Fri, 27 Jul 2012 20:13:19 +0200 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1343412825 1321 80.91.229.3 (27 Jul 2012 18:13:45 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 27 Jul 2012 18:13:45 +0000 (UTC) Cc: emacs-devel@gnu.org To: Paul Michael Reilly Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 27 20:13:45 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Sup2k-0001YM-Vx for ged-emacs-devel@m.gmane.org; Fri, 27 Jul 2012 20:13:43 +0200 Original-Received: from localhost ([::1]:44280 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sup2k-0001cq-9A for ged-emacs-devel@m.gmane.org; Fri, 27 Jul 2012 14:13:42 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:49056) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sup2i-0001cl-5M for emacs-devel@gnu.org; Fri, 27 Jul 2012 14:13:41 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Sup2g-0001Hb-WB for emacs-devel@gnu.org; Fri, 27 Jul 2012 14:13:40 -0400 Original-Received: from mx1.bahnhof.se ([213.80.101.11]:52550) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Sup2g-0001H8-PH for emacs-devel@gnu.org; Fri, 27 Jul 2012 14:13:38 -0400 Original-Received: from localhost (mf.bahnhof.se [213.80.101.20]) by mx1-reinject (Postfix) with ESMTP id E338B295617; Fri, 27 Jul 2012 20:13:34 +0200 (CEST) X-Virus-Scanned: by amavisd-new using ClamAV at bahnhof.se (MF1) Original-Received: from mf1.bahnhof.se ([127.0.0.1]) by localhost (mf1.bahnhof.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oEkGKDDRFPRs; Fri, 27 Jul 2012 20:13:30 +0200 (CEST) Original-Received: from exodia.verona.se (h-235-102.a149.priv.bahnhof.se [85.24.235.102]) by mf1.bahnhof.se (Postfix) with ESMTP id 5FFC7AEA875; Fri, 27 Jul 2012 20:13:30 +0200 (CEST) Original-Received: from chopper.vpn.verona.se (DIR-655.verona.se [192.168.200.86]) by exodia.verona.se (Postfix) with ESMTP id 1BB1B4E0253; Fri, 27 Jul 2012 20:13:20 +0200 (CEST) In-Reply-To: (Paul Michael Reilly's message of "Fri, 27 Jul 2012 12:47:45 -0400") User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.1.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: FreeBSD 6.x (1) X-Received-From: 213.80.101.11 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:151927 Archived-At: Paul Michael Reilly writes: > Someone tell me again why it is a bad idea to develop a > Chrome/Chromium (browser or Chrome OS) plugin that is essentially just > the basic Emacs bits that we know and love? I did sort of raise this > issue a while back to no avail but it is an itch that just won't go > away. > > The underlying premise is that there are no "desktop" apps available > on this imagined system, just web apps and browser plugins. Using this > system, I will visit a site that has a text file, think DropBox or > Google Drive or some such, for example. This text file is in fact an > org-mode text file. So I want Chrome to automagically recognize this > and invoke an Emacs plugin to edit the document. Now, as near as I can > tell, this particular plugin is not available in the Chrome App store, > or anywhere else. I kind of expected/hoped Steve Yegge would have > written it by now but ... he's probably too busy just being famous (or > infamous). > > In any case, how practical/impractical is it to talk about this group > of developers producing such a tool using the current code base? > > Left to my own devices, I would be inclined to write the plugin first > trying not to modify Emacs internals but I have a hunch that will > prove impractical. Once there are internal Emacs changes required the > question arises on how best to package the tool in the bazaar sources. > > Would this notion be a variant of the ability to "embed" Emacs into > another app? I'm not really sure what youre asking, but embedding Emacs in a browser would not be too hard. Its already mostly possible with the window id flags. See emacswiki for examples. If you are asking how to simply make Emacs handle particular urls downloaded by the browser, thats also possible, and in Firefox you need a plugin that you configure, should work the same with Chrome. If you are asking if its possible to deploy emacs to the google appstore, and install it as a chrome plugin, that should be technically possible. Lastly, I dont think this is what you asked, but its also possible to embedd webkit in emacs, in the emacs xwidget branch. (webkit is the renderer chrome uses, more or less) > > -pmr > -- Joakim Verona