Zugg Software :: View topic - What is the status of the Undo feature in the Editor?

Enchanter Joined: 09 Sep 2007 Posts: 605

With more than 2 years passed after this thread
http://forums.zuggsoft.com/forums/viewtopic.php?t=25544

what is the current status of the Ctrl+Z (Undo) feature in the Editor? Unsupported, supported but not tested, available?

Posted: Mon Feb 16, 2009 6:27 pm

Ctrl-Z already works fine in the CMUD script editor. It doesn't just undo character by character like in the old thread that you posted a link to. It undoes whatever the last change was. The editor used in that old thread was completely different. CMUD uses the Scintilla editor component (used in NotePad++) for the script editor. And CMUD even supports multiple undos.

For example, create a new alias and enter the text:

Enchanter Joined: 09 Sep 2007 Posts: 605

Then there is a serious bug! Ctrl+Z can undo edit across multiple settings as long as it have undo entries in it's buffer, overwriting ALL settings with the same contents. Unfortunately, CMUD saves changes immediately with no chances to restore data. That's the way I lost 500-lines Lua code yesterday (please, please add *.pkg file backing up on package file opening, not closing or last save of it!). The procedure will follow; I didn't post it because I was not aware of the current status for the Undo feature.

Enchanter Joined: 09 Sep 2007 Posts: 605

The problem is that CMUD doesn't track to which setting it can apply current Undo.

Add this to the untitled session:

Posted: Tue Feb 17, 2009 4:58 am

I've seen this as well. I'm not sure if anything can been this can be helped. I thought I saw in an an earlier thread ( when the Scintilla editor first went in ) that since CMUD uses a single instance of the scintilla editor you do have to be careful about your undo's across settings.

As for instant back ups when the package is loaded, CMUD already does. If you look in you package directory you should see a PkgName_bak.pkg file in the directory.

Enchanter Joined: 09 Sep 2007 Posts: 605

In my package directory I see only untitled_bak.pkg and ColourWheel_bak.pkg. All other packages there do not have any backup copy. Maybe CMUD creates a backup only for packages been loaded in a session other than untitled? That's the only explanation I have.

Posted: Tue Feb 17, 2009 6:28 pm

CMUD doesn't create package backups when loading...that slows down the loading time waaaay too much. It creates a backup whenever it tries to read a package that is corrupted and it needs to create a fresh package file. Or, if you use the File/New Package and tell it to overwrite an existing package. It's pretty common for the Untitled to have a backup.

I'll consider adding automatic backup in the future, but honestly it's mostly not useful to just have a single backup. Often you won't notice a problem until the backup file has also been overwritten. For example, zMUD created backup copies of the *.MUD files, and they usually got corrupted too and were pretty useless.

It's really up to users to understand that regular backups of *any* user data files (whether CMUD packages, or Word documents, Excel spreadsheets, etc) is necessary. There are lots of free backup utilities for doing this, or even for "versioning" files to keep multiple backups.

Anyway, back to the main bug. Tech is correct that this bug is caused by the fact that CMUD shares a single editor instance across multiple settings. This is needed because the Scintilla editor takes a lot of memory and is fairly slow to create and initialize. I helped with this problem a bit by creating a separate editor instance for each different setting type (so the Alias editor is separate from the Trigger editor, for example).

I will do some research to determine if there is a way to clear the editor undo stack and then I can try to do that when you switch between different settings. Hopefully it will be possible, but I'll let you know.