From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marcelo de Moraes Serpa Subject: Re: Status google calendar sync Date: Tue, 15 Feb 2011 10:43:30 -0600 Message-ID: References: <8762t3idd3.fsf@gmx.ch> <4D48E887.20900@gmail.com> <5E7BEB01-1411-4BF4-A36B-C4FF43E55CF6@fastmail.net> <6843D3C6-E3B7-4D31-9F4C-163FA3770D71@fastmail.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Return-path: Received: from [140.186.70.92] (port=34798 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PpNzy-0004Sn-8x for emacs-orgmode@gnu.org; Tue, 15 Feb 2011 11:43:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PpNzv-0002Yr-VG for emacs-orgmode@gnu.org; Tue, 15 Feb 2011 11:43:32 -0500 Received: from mail-iw0-f169.google.com ([209.85.214.169]:50438) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PpNzv-0002Yf-PF for emacs-orgmode@gnu.org; Tue, 15 Feb 2011 11:43:31 -0500 Received: by iwc10 with SMTP id 10so363250iwc.0 for ; Tue, 15 Feb 2011 08:43:30 -0800 (PST) In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Konrad Hinsen Cc: Org Mode Mailing List Anyway, I'd like to see the development of org go towards decoupling it from the emacs GUI and allowing the core logic to be used from other languages; I'd say the easiest way would be to provide a JSON-like HTTP protocol; not sure how easy/hard would it be to develop a HTTP server and run it from the headless emacs as a daemon. Marcelo. On Tue, Feb 15, 2011 at 10:37 AM, Marcelo de Moraes Serpa wrote: > I had just that very idea yesterday but thought it would be too crazy; > A new startup? :D > > Marcelo. > > > > On Tue, Feb 15, 2011 at 1:18 AM, Konrad Hinsen > wrote: >> On 14 Feb 2011, at 22:39, Marcelo de Moraes Serpa wrote: >> >>> This would be awesome, and I think this is the path the emacs >>> developers should take -- separating emacs into two, the GUI and the >>> core elisp interpreter. I'm sure this wouldn't be easy, but imagine >> >> Emacs already has a batch mode, and very different GUI layers (terminal, >> X11, Mac, Windows), so I'd suspect that a "no GUI" version that can be >> compiled anywhere would not be so difficult. It may be more difficult to >> make a separate GUI layer, but that wouldn't be very important either from a >> practical point of view. >> >> BTW, another Emacs GUI I'd like to see is a Web-based one. Imagine >> connecting to your home machine from a Web browser and getting access to a >> copy of Emacs running there! >> >> Konrad. >> >