[Padre-dev] Autosave plans

Guy Hulbert gwhulbert at eol.ca
Thu Nov 6 12:32:55 PST 2008


On Thu, 2008-06-11 at 22:10 +0200, Gabor Szabo wrote:
> On Thu, Nov 6, 2008 at 9:53 PM, Guy Hulbert <gwhulbert at eol.ca> wrote:
> > On Thu, 2008-06-11 at 21:05 +0200, Gabor Szabo wrote:
> >> What do you think?
> >
> > Did you look at git as a backend ?
> >
> > You would not commit every auto-save though ... perhaps use sqllite for
> > tracking.
> 
> I have not looked at git for this but why would I use it if then I need to

        Basically we provide a versioned filesystem here with
        autocleanup and metadata.

That's what git does.  It also guarantees file integrity.

> use sqlite anyway for tracking? And what do you mean by tracking?

Never mind.  I am completely confused why you would use sqllite for
storage anyway.

> 
> Mind you what I was writing about is only the autosave feature in
> a slightly extended version. Providing access to the real version
> control systems is totally separate from this.

Emacs has had autosave forever.  If you edit 'file', it autosaves as
'#file#' and deletes the autosave file when you do a real save.  Emacs
saves the old version of a file as 'file~' but emacs detects some SCM
systems (e.g. RCS) and turns off the old-version save feature
automatically.  More modern SCM systems can be configured to ignore the
'file~' file so emacs doesn't bother with them.

I'm not familiar with modern IDEs but what you are proposing looks like
severe overkill ... emacs seems to do some of this now (i have a
~/.emacs.d/ directory) but I ignore it.  Git has hooks to mirror the
data on commit.  Svn has something similar (but less convenient).

This:
        Based on the database we'll be able to provide the user recovery
        in
        case of crash or accidental overwrite.

is wishful thinking.  The only file system which guarantees crash
recovery, is reiser4, as far as I know.  Sqllite doesn't give you
anything like that.
        

> 
> Gabor
> _______________________________________________
> Padre-dev mailing list
> Padre-dev at perlide.org
> http://mail.perlide.org/mailman/listinfo/padre-dev
> 
-- 
Guy Hulbert
gwhulbert at eol.ca (preferred)
work: (416) 391-2051 (no voicemail)
cell: (416) 738-6257 (voicemail)




More information about the Padre-dev mailing list