From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <56a297000908070728n599faeccja3460d8507302157@mail.gmail.com> References: <56a297000908070650k458d7044p3ed07266c36ec9dc@mail.gmail.com> <56a297000908070728n599faeccja3460d8507302157@mail.gmail.com> Date: Fri, 7 Aug 2009 16:42:54 +0100 Message-ID: From: roger peppe To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Acme Configuration Topicbox-Message-UUID: 3d2ee7a6-ead5-11e9-9d60-3106f5b1d025 the Include path. contents of win buffers. Undo/Redo history. ok, the last might be pushing it a bit, but ideally i'd like to be able to dump an acme session and restore it without any loss of continuity, and the Undo/Redo history is a very useful part of my acme context. while i'm about it, there are a few other dump features i'd like to see: - automatic dumping every 30s or so in case of a crash. - Dump would dump to the restored-from file rather than $home/acme.dump by default. - atomic dump file creation - if, for some reason, acme dies half-way through dumping, i don't want the old dump file to be erased with a dud new one. most of this should be fairly straightforward, i've just not made space in my life to do it yet. and i doubt it would be accepted as a patch anyway. 2009/8/7 Noah Evans : > What other stuff are you thinking of? > > On Fri, Aug 7, 2009 at 4:02 PM, roger peppe wrote: >> 2009/8/7 Noah Evans : >>> The dump doesn't preserve indent state >> >> personally, i think it should. >> >> and some other stuff as well. >> >> > >