From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: A new module for Org-mode: Org-X Date: Tue, 16 Aug 2011 21:42:09 +0200 Message-ID: <87k4adm9da.fsf@Rainer.invalid> References: <87sjp1mgui.fsf@Rainer.invalid> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([140.186.70.92]:59882) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QtPWq-0007cj-JO for emacs-orgmode@gnu.org; Tue, 16 Aug 2011 15:42:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QtPWp-0007Bq-E9 for emacs-orgmode@gnu.org; Tue, 16 Aug 2011 15:42:24 -0400 Received: from lo.gmane.org ([80.91.229.12]:59041) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QtPWp-0007BR-7P for emacs-orgmode@gnu.org; Tue, 16 Aug 2011 15:42:23 -0400 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QtPWn-0005iC-P9 for emacs-orgmode@gnu.org; Tue, 16 Aug 2011 21:42:21 +0200 Received: from p57aaadc1.dip.t-dialin.net ([87.170.173.193]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 16 Aug 2011 21:42:21 +0200 Received: from Stromeko by p57aaadc1.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 16 Aug 2011 21:42:21 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org John Wiegley writes: > The backend gets to define what the parts of an entry are. Some backends will > import actual content into the related Org entry, while others will only > import a link back to the original content. This is what I would do for a > backend that monitors files within an "Inbox" directory, for example. Still clear as mud... I'll have to give this more time to think over. >> LZW: is there really nothing in Emacs that already does this? In any case it >> seems to belong into an own library and should probably be unbundled from >> org before long. > > There's really not! I wrote it because I imagine at some point wanting to > take a snapshot of the "state" of an entry, for the purpose of accelerating > certain backends, but I haven't yet found that use. For now, it's just living > in ox-lzw so that it's under version control. If it becomes useful, I'll > submit it to Emacs separately and ahead of Org-X. That's what I was suspecting. It appears you're re-inventing certain aspects of serialization/deserialization and that might come in handy for a lot more things. For starters, if it was built-in into Emacs that whole business of dumping a bootstrapped Emacs and doing horrible things to the resulting file to be able to get it back to life would probably become uneccesary... Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds