Sponsored Content
The Lounge What is on Your Mind? Simple Autosave and Recovery for Forum WYSIWYG Editors Post 303029444 by Neo on Saturday 26th of January 2019 09:17:24 AM
Old 01-26-2019
I just found a new use for the Simple Autosave feature.

While working on a reply, I was doing other tasks, and ended up closing a bunch of open tabs in my browser, and then accidentally closed the tab of the reply I was working on!

LALAAAA... Simple Autosave and Recovery to the rescue! No data lost in the post I was working on!
 

6 More Discussions You Might Find Interesting

1. Programming

editors?

Just started out with C and are looking for a good editor in *nix that marks the code with colors. This is maybe a newbie thing to have the C code in colors but i like it and you can almost always se when you are typing wrong. :) Ive heard that emacs should have that option but i havent... (3 Replies)
Discussion started by: hexdoctor
3 Replies

2. UNIX for Dummies Questions & Answers

Editors for UNIX

Where can i find editors for UNIX? thanks (5 Replies)
Discussion started by: Inbal
5 Replies

3. UNIX for Dummies Questions & Answers

Mail utilities and editors.

I was wondering what other mail utilities besides 'mutt, unix mail, PINE and elm' are available for unix. Also, what other editors are around besides 'VI, pico, vim and emacs'... I've been searching the net looking for some answers, but nothing much has come up.. thanx! (1 Reply)
Discussion started by: Shonnie
1 Replies

4. UNIX and Linux Applications

opinions on video editors

What is everyones opinions on these video editors? PiTiVi Avidemux Cinelerra Kdenlive Kino Linux Video Editing: Top Five Linux Video Editors (0 Replies)
Discussion started by: cokedude
0 Replies

5. UNIX for Dummies Questions & Answers

On Linux, Putty Log is not WYSIWYG like the screen?

Hi all, I am not sure if this is a known issue. I am using Putty and logging the session into a log, only the printable one. On Solaris, all is working fine. But on Linux servers, Redhat or Suse, while the screen looks correct, the log file is not. Note example below: On the screen,... (1 Reply)
Discussion started by: newbie_01
1 Replies

6. Web Development

TODO: Add Javascript for Reply and New Post Autosave

TODO: Add a some javascript to: Autosave to browser localstorage when a member is creating a new post or replying to a thread (rewriting any prior text in autosave). Create a button on the editor to load the text stored in the autosave function. Difficulty: Easy. Estimated... (0 Replies)
Discussion started by: Neo
0 Replies
Padre::Autosave(3pm)					User Contributed Perl Documentation				      Padre::Autosave(3pm)

NAME
Padre::Autosave - auto-save and recovery mechanism for Padre SYNOPSIS
my $autosave = Padre:Autosave->new( db => 'path/to/database' ); $autosave->save_file( $path, $type, $data, $timestamp ) = @_; DESCRIPTION
The longer auto-save plan The following is just a plan that is currently shelved as some people on the Padre development list think this is not necessary and one should use a real version control for this anyway. So I leave it here for now, for future exploration. I'd like to provide auto-save with some history and recovery service. While I am writing this for Padre I'll make the code separate so others can use it. An SQLite database will be used for this but theoretically any database could be used. Event plain file system. Basically this will provide a versioned file system with metadata and automatic cleanup. Besides the content of the file we need to save some meta data: path to the file will be the unique identifier timestamp type of save (initial, auto-save, user initiated save, external) When opening a file for the first time it is saved in the database.(initial) Every N seconds files that are not currently in "saved" situation are auto-saved in the database making sure that they are only saved if they differ from the previous state. (auto-save) Evey time a file is saved it is also saved to the database. (user initiated save) Before reloading a file we auto-save it. (auto-save) Every time we notice that a file was changed on the disk if the user decides to overwrite it we also save the (external) changed file. Before auto-saving a file we make sure it has not changed since the last auto-save. In order to make sure the database does not get too big we setup a cleaning mechanism that is executed once in a while. There might be several options but for now: 1) Every entry older than N days will be deleted. Based on the database we'll be able to provide the user recovery in case of crash or accidental overwrite. When opening padre we should check if there are files in the database that the last save was not a user initiated save and offer recovery. When opening a file we should also check how is it related to the last save in the database. For buffers that were never saved and so have no file names we should have some internal identifier in Padre and use that for the auto-save till the first user initiated save. The same mechanism will be really useful when we start providing remote editing. Then a file is identified by its URI ( ftp://machine/path/to/file or scp://machine/path/to/file ) my @types = qw(initial, autosave, usersave, external); sub save_data { my ($path, $timestamp, $type, $data) = @_; } perl v5.14.2 2012-06-27 Padre::Autosave(3pm)
All times are GMT -4. The time now is 12:15 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy