comanage-dev - Re: [comanage-dev] CO-70 and CO-374
Subject: COmanage Developers List
List archive
- From: Marie Huynh <>
- To: Benn Oshrin <>
- Cc: comanage-dev <>
- Subject: Re: [comanage-dev] CO-70 and CO-374
- Date: Mon, 17 Jun 2013 03:08:30 -0700
- Authentication-results: sfpop-ironport01.merit.edu; dkim=pass (signature verified)
I'm glad you are letting go of the back/cancel buttons.
I assume you mean for the reset button pages to save the original contents and write that to the form on click?
Marie
On Jun 16, 2013 3:10 PM, "Benn Oshrin" <> wrote:
Here's my proposal for dealing with CO-70 & CO-374...
(1) No "Back" buttons, ever. If you want to go back, use your browser's
conveniently located Back button. Let's toss all Back buttons.
(2) All "Cancel" buttons become "Reset" buttons (as in the classic form
functionality of undoing what you started to do). The current page
location does not change, so we don't need to worry about flows.
(Obviously this doesn't apply to jquery popups.)
(3) All "Reset" buttons are always located immediately next to the
corresponding "Save" button. Not on the top of the page, not in the
sidebar.
So basically, navigation is done via the browser or the drop down menus. (Redirect on Save continues to work pretty much the way it does now.)
Thoughts?
-Benn-
- [comanage-dev] CO-70 and CO-374, Benn Oshrin, 06/16/2013
- Re: [comanage-dev] CO-70 and CO-374, Marie Huynh, 06/17/2013
Archive powered by MHonArc 2.6.16.