Bug 783101 - Exchange the ON and OFF images for providers
Summary: Exchange the ON and OFF images for providers
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: CloudForms Cloud Engine
Classification: Retired
Component: aeolus-conductor
Version: 1.0.0
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
Assignee: Ken Keiter
QA Contact: wes hayutin
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-01-19 10:58 UTC by Shveta
Modified: 2013-08-06 01:06 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-01-25 16:37:48 UTC


Attachments (Terms of Use)
offandon (235.30 KB, image/png)
2012-01-19 10:58 UTC, Shveta
no flags Details

Description Shveta 2012-01-19 10:58:03 UTC
Created attachment 556250 [details]
offandon

Description of problem:


Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce: 
1.  When a provider is enabled or ON , the image shown in ON (Green) with a radio button to turn it off
2. I think more user friendly will be showing OFF image with a radio button so that  user knows that to turn the provider OFF , click here.
3. Similarly , when the provider is OFF , we should show ON image with the button to turn it ON 
  


In the attached screenshot provider is OFF , to turn it ON we should show the ON image (Green one) 
Actual results:


Expected results:


Additional info:

rpm -qa|grep aeolus
aeolus-conductor-0.8.0-8.el6.noarch
aeolus-conductor-daemons-0.8.0-8.el6.noarch
rubygem-aeolus-image-0.3.0-3.el6.noarch
rubygem-aeolus-cli-0.3.0-4.el6.noarch
aeolus-all-0.8.0-8.el6.noarch
aeolus-configure-2.5.0-5.el6.noarch
aeolus-conductor-doc-0.8.0-8.el6.noarch

Comment 1 Angus Thomas 2012-01-19 11:58:01 UTC
Umm... I'm not a usability expert, but the fact that the slider says "Off" when the provider is off feels pretty intuitive to me.

The opposite behaviour, where the slider read "On" when the provider was off would, I think, be counter-intuitive.

Passing this over to Ken for a designer's view.

Comment 2 wes hayutin 2012-01-19 13:39:31 UTC
I think the design looks good in its current form, and users will find it easy to use.  Unless Ken wants to change the design, my vote is to close this particular issue.

I understand Shveta's point of view, but on this rare occasion I am going to disagree.

Comment 3 wes hayutin 2012-01-25 16:37:48 UTC
closing not a bug


Note You need to log in before you can comment on or make changes to this bug.