[openstack-dev] [Horizon] Use icon set instead of instance Action

2013-11-15 Thread Garry Chen
Hi allWould you consider to change the drop-down action list of a instances to some common button icon set?Some actions like “run, pause, restart, shutdown, terminate ”, even like "create Snapshot", can use button instead? which like the pic below:Think icon set may has better user experience.RegardsGarry___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [Horizon] Use icon set instead of instance Action

2013-11-15 Thread Garry Chen
Hi 

 Liz  Jirka, thanks for ur advise, I will make the design post on UX askbot 
next time, I'm just a newbie in Openstack. 

By the way, i do understand the column will get narrow if have more data to 
represent, will u think its good to let user define their own table display? 
Then can use a JS/CSS to control icon set or drop-down action menu?

We did have users ask about the customized data table, coz not everything we 
wanna see is what customer want. Customization maybe a good point for Horizon.

Kind regards
Garry

 On 2013年11月15日, at 下午10:47, Liz Blanchard lsure...@redhat.com wrote:
 
 
 On Nov 15, 2013, at 6:41 AM, Garry Chen garryc...@icloud.com wrote:
 
 Hi all
 
 Would you consider to change the drop-down action list of a instances to 
 some common button icon set? 
 
 Some actions like “run, pause, restart, shutdown, terminate ”, even like 
 create Snapshot, can use button instead? which like the pic below:
 
 Screen Shot 2013-11-15 at 4.09.08 PM.png
 
 Think icon set may has better user experience.
 
 Hi Gary,
 
 I do like the idea of users being able to get to some of the more common 
 actions a bit quicker. A few issues with this approach would be:
 
 1) This could take up more room in the table. When we have tables that have a 
 lot of columns, this design could get crowded.
 2) I've found it's hard to represent certain actions with an icon. I like the 
 idea of having the common ones as icons and having a drop down for the 
 others, although it might feel a bit inconsistent. 
 
 As Jirka mentioned, it might be best to post the question up on the UX Askbot 
 site and get other UX designer thoughts!
 
 Best,
 Liz
 
 
 Regards
 Garry
 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
 
 
 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [horizon] User registrations

2013-11-12 Thread Garry Chen


Garry Chen - iPhone 

 On 2013年11月13日, at 上午5:44, Paul Belanger paul.belan...@polybeacon.com wrote:
 
 On 13-11-11 01:31 AM, Lyle, David wrote:
 I think there is certainly interest.  I do think it will need to be highly 
 configurable to be useful.  The problem, as Dolph points out, is that each 
 deployment has its own workflow.
 
 Points of configuration:
 -Does the local keystone deployment policy support self-registration?  The 
 default is no.  So, at that point access to self-registration should be 
 hidden.
 
 -How many steps are required in the registration process?
 
 -Is payment information required?  Address?
 
 -How is the registration confirmed, email, text, ?
 
 -CAPTCHA?
 
 I think the two main reasons such a facility is not present in Horizon are:
 1. Until recently determining keystone's access policy was not possible.
 2. The actual implementation is highly deployment dependent.
 So, if we are talking features, I think the one I can see being the most 
 useful for me is when an admin is adding user accounts with the dashboard, is 
 the email subsystem notifies the users with onetime login URL, forcing the 
 user to setup a password.
 
 This way the admin doesn't have to deal with transmitting passwords to each 
 user.
 
 Actually, I guess I am talking about a password reset token.
 
 -- 
 Paul Belanger | PolyBeacon, Inc.
 Jabber: paul.belan...@polybeacon.com | IRC: pabelanger (Freenode)
 Github: https://github.com/pabelanger | Twitter: 
 https://twitter.com/pabelanger
 
 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev