From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Rasmus Newsgroups: gmane.emacs.devel Subject: Re: Emacs as word processor Date: Fri, 22 Nov 2013 12:36:29 +0100 Message-ID: <878uwgwtvm.fsf@pank.iue.private> References: <5288A59E.7030109@dancol.org> <87vbzqfgd6.fsf@uwakimon.sk.tsukuba.ac.jp> <87mwl04w3k.fsf@zigzag.favinet> <83zjoyewgn.fsf@gnu.org> <87fvqqi09q.fsf@bzg.ath.cx> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1385120219 32487 80.91.229.3 (22 Nov 2013 11:36:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 22 Nov 2013 11:36:59 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 22 12:37:04 2013 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 1Vjp2k-0005e4-Gt for ged-emacs-devel@m.gmane.org; Fri, 22 Nov 2013 12:37:02 +0100 Original-Received: from localhost ([::1]:38124 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vjp2k-0002AR-0E for ged-emacs-devel@m.gmane.org; Fri, 22 Nov 2013 06:37:02 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52174) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vjp2a-00028K-8P for emacs-devel@gnu.org; Fri, 22 Nov 2013 06:36:58 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vjp2U-0000Wm-ER for emacs-devel@gnu.org; Fri, 22 Nov 2013 06:36:52 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:50612) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vjp2U-0000W0-6y for emacs-devel@gnu.org; Fri, 22 Nov 2013 06:36:46 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Vjp2S-0005U4-7h for emacs-devel@gnu.org; Fri, 22 Nov 2013 12:36:44 +0100 Original-Received: from ip-pool-138.iue.it ([192.167.90.138]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Nov 2013 12:36:44 +0100 Original-Received: from rasmus by ip-pool-138.iue.it with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Nov 2013 12:36:44 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 22 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip-pool-138.iue.it Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwCAAAAAByaaZbAAAAAmJLR0QA/4ePzL8AAAAJcEhZ cwAAAEgAAABIAEbJaz4AAAINSURBVEjH1ZbLcRtBEENVnRESQShIBZEgFsQwmfgwuxJlzsr20Tyy 5hH9Bz/mHz8f/w0A4F8AiJKImcHfAJDo2DHxJnUCSMl2kkQy8QcAJG+gaWv8AQAo+37eNvwbhaRt 11rfiY+TALgj+iSSH4HPHPb7tdaLxDtAkFR2zl2rq211AHALgLmL1HZ1rcbvAISdMkCSctqmW8AH gNaV8paikiY7ab+HBJlXTTHDjSjuahvhHdg/AsoEfX/JpK1PAK85si2SGIDWgEqj9z7ckdOORZKk r+Lw1OmdLMAksSSTbu7eHDpNbmCPtW3JDS1+W6MXQLySzrUJciPK1BGAOAPSX0BaS7KB0ywBA1Jb wSadlSZtXhb1FeA9qLFN2Vld7arBJ0CS5NgAlD1HDaDTPpAg93tiBlTSNtG5rEOAIuV76cFkNQHP VQJAivqSH7WN5nw1dsYiX07EpDUe7tIGSO4C3xKxzgD2opGcXStcADg/A5I0IM2Z4dcy/wDsotCa UfAAAAAFQr6AMYcvm/OeNEWCtHVtNGk/GAqugABATmI5tvXgQCBBi9iB7Uuc3wt6ASIoCZAJzAw/ /URHj4ttOSKju6cAKfFsitcCR+K3IYDOPvrRtpEdMi/eJGueFNomibAlMDN0/GDUH23XiptEGA60 74CejD1tV7cVhANxH43Hvw7taleSpCsYkk3CJ+AXriLS9q3U4kkAAAAASUVORK5CYII= User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) Cancel-Lock: sha1:/J9t17EISWdBdzqZI3jFu3at2p8= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:165551 Archived-At: Richard Stallman writes: > We could make it easy to export continuously in the background and > display the PDF/ODT part in another window, this way one would really > see what you get, in real time. > > That would require formatting the document very very fast. > The longer the document is, the faster the machine would have to be. At least with LaTeX the issue can somewhat be mitigated by an intelligent LaTeX daemon like latexmk. It monitors changes and when a change occurs it only re-compiles the relevant parts. I don't know if this is smart enough to work on single file documents. Org could automatically export a new .tex file upon changes. Latexmk would update the pdf. I don't know of a solution to ODT. –Rasmus -- May the Force be with you