Welcome Guest.   Make a donation to an author on the site November 24, 2014, 07:41:33 PM  *

Please login or register.
Or did you miss your validation email?


Login with username and password (forgot your password?)
Why not become a lifetime supporting member of the site with a one-time donation of any amount? Your donation entitles you to a ton of additional benefits, including access to exclusive discounts and downloads, the ability to enter monthly free software drawings, and a single non-expiring license key for all of our programs.


You must sign up here before you can post and access some areas of the site. Registration is totally free and confidential.
 
Learn about the DonationCoder.com microdonation system (DonationCredits).
   
   Forum Home   Thread Marks Chat! Downloads Search Login Register  
Pages: [1]   Go Down
  Reply  |  New Topic  |  Print  
Author Topic: To save or not to save upon quitting; discarding temporary mods  (Read 6132 times)
superticker
Supporting Member
**
Posts: 138


View Profile WWW Give some DonationCredits to this forum member
« on: September 05, 2007, 11:20:34 AM »

... [To create a temporary comment in a note] just design your configuration tree as normal and save it, then when composing a letter, select the node you want to edit, and edit it in the top box above.  Changes in this top box are just temporary and last for the duration of the current letter only.
Now I understand why there isn't an automatic save feature on The Form Letter Machine when quitting.  In order to give the user the choice of (1) saving or (2) not saving upon quitting the program, I would create two mutually exclusive Quit choices: (1) Save & Quit and (2) Quit w/o Saving.

With the single Quit choice, I'm constantly loosing my changes because I forgot to save them before quitting.
Logged
mouser
First Author
Administrator
*****
Posts: 33,693



see users location on a map View Profile WWW Read user's biography. Give some DonationCredits to this forum member
« Reply #1 on: September 05, 2007, 05:07:37 PM »

Ok i see the problem here, and the issue is a bit deeper and more complicated..

When you change a tree in any way from the tree-configuring screen, TFLM knows this, and when you try to quit it will prompt you to save your changes, abandon them, or cancel the quit.

When you change a tree node text item from the main screen (which is what i think you are doing given the text you quoted), it assumes this is something you just want to change temporarily.  i.e. it *assumes* that by changing it here and not in tree configuration screen that you do *not* want to save it, that's why it doesn't prompt you.

I can see why some users would prefer it this way and some would prefer to be able to make changes that will get saved here.

One way to solve the problem is add an option about whether changes made on main screen should be treated as changes to the tree that presumably should be saved (and thus user will be prompted if they try to change tree or exit without saving them).

This would match up well with adding an option to do the same thing with changes to variables, which I was also asked about the same thing.
Logged
superticker
Supporting Member
**
Posts: 138


View Profile WWW Give some DonationCredits to this forum member
« Reply #2 on: September 05, 2007, 10:28:24 PM »

... When you change a tree node text item from the main screen, it assumes this is something you just want to change temporarily.  i.e. it *assumes* that by changing it here and not in tree configuration screen that you do *not* want to save it, that's why it doesn't prompt you....

One way to solve the problem is add an option about whether changes made on main screen should be treated as changes to the tree that presumably should be saved (and thus user will be prompted if they try to change tree or exit without saving them).
I'm trying to decide if adding another configuration option is more or less confusing than simply providing two Quit choices: (1) Save and Quit, or (2) Quit w/o Saving.  Somehow I think the latter approach is more intuitive than adding another config option.
Logged
mouser
First Author
Administrator
*****
Posts: 33,693



see users location on a map View Profile WWW Read user's biography. Give some DonationCredits to this forum member
« Reply #3 on: September 05, 2007, 10:56:13 PM »

Let me add my way just because it's easier for now -- and then you let me know if that solves it enough,

There's been some talk of re-organizing the form letter machine user interface in a more dramatic way, which i think is probably needed, and i think we should revisit these issues then.
Logged
superticker
Supporting Member
**
Posts: 138


View Profile WWW Give some DonationCredits to this forum member
« Reply #4 on: September 06, 2007, 12:45:06 AM »

There's been some talk of re-organizing the form letter machine user interface in a more dramatic way, which i think is probably needed, and i think we should revisit these issues then.
Well, this fix isn't that critical.  Perhaps your time would be better spent on re-organizing the GUI instead.  So, to start a new thread, what's wrong with the current GUI and how is the new GUI design going to be better?
Logged
Pages: [1]   Go Up
  Reply  |  New Topic  |  Print  
 
Jump to:  
   Forum Home   Thread Marks Chat! Downloads Search Login Register  

DonationCoder.com | About Us
DonationCoder.com Forum | Powered by SMF
[ Page time: 0.025s | Server load: 0.36 ]