+1. The new configuration backend was designed for this paradigm. Trying 
to keep feature parity with the old user interface by providing a Save / 
Revert is proving to be quite a bit of work.

-JD

Paul Ramsey wrote:
> Why not go all the way and dispense with "save" altogether. As soon as
> I hit "OK" on a property change, it is both applied *and* persisted.
> I almost find this more intuitive than a situation where I've made
> changes, but they aren't showing up in my running application until I
> hit "save".  To use your desktop analogy, I can see my changes
> "running" in the application the moment I make them.
> 
> Perhaps the correct behavior is "OK" implies "Apply" and "Save" simply
> persists.  What you see is what you are running.
> 
> P.
> 
> On Mon, Aug 4, 2008 at 8:40 AM, Mike Pumphrey <[EMAIL PROTECTED]> wrote:
>> Would it be possible/desirable to add in a configuration option to
>> "Auto-Persist?"  To me, the Save + Persist model has always seemed like
>> one save too many, but I do recognize its importance to people.  With
>> "Auto-Persist," any changes made by hitting "Save" in a config page
>> would automatically persist.  (As long as I'm dreaming, when this
>> feature would be activated, instead of the Persist button, there would
>> be a text field saving "Auto-Persist enabled," kind of like how Google
>> Docs tell you that your doc is already saved.)
>>
>> Analogy:
>>
>> Pretend you were editing a text document (or sound file, or whatever).
>> Imagine if hitting "Save" would save the file, but when you closed and
>> reopened the program, the file became unchanged, unless you had
>> additionally hit "Persist".  I recognize this is a desktop metaphor, and
>> so not a perfect analogy, but I'm sure there more people than just me
>> out there who gets tripped up by this in GeoServer.
>>
>> Thanks,
>> Mike
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
>> Build the coolest Linux based applications with Moblin SDK & win great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> Geoserver-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>>
> 
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Geoserver-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel


-- 
Justin Deoliveira
The Open Planning Project
[EMAIL PROTECTED]

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Reply via email to