<div class="gmail_quote">On 6 November 2012 23:50, Jon Wilson <span dir="ltr">&lt;<a href="mailto:jsw@fnal.gov" target="_blank">jsw@fnal.gov</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    <div>It might not be too difficult to
      implement a switch (in user profile, or per-notebook, or whatever)
      that turns autosaving on and off.  Then those who like autosave
      have it, and those who don&#39;t like it, don&#39;t have it.<br></div></div></blockquote><div><br>Making it configurable might be a good starting point - if it&#39;s not on by default, we can set the quality bar slightly lower.<br>

<br>I don&#39;t think it&#39;s impossible to have a good autosave feature. It sounds like the key is that the autosave shouldn&#39;t clobber the manually saved file. Some of the other constraints:<br><br>- Bandwidth: I think we ultimately want to implement saving by transmitting a delta, which should help here.<br>

- Multiple instances open: This is complicated, but maybe it&#39;s possible to save each one separately, and offer all the different versions if it crashed.<br>- Keeping working directory clean: We could have an autosave folder in the IPython data directory.<br>

<br>This is all solvable, but it would be a significant expenditure of time and effort, and so far no-one&#39;s got round to doing it. We have a loose guideline that a badly implemented feature is often worse than leaving that feature out, so I doubt we&#39;d merge a simple save-timer callback by default.<br>

<br>Perhaps it&#39;s better to focus on reducing the need for autofocus. As others have said, Ctrl+S should work in all browsers to save the notebook. The original post also mentions problems with long output, and I remember discussions about better ways to deal with that - although I&#39;m not sure that&#39;s been translated into code yet.<br>

<br>Thanks,<br>Thomas<br></div></div>