Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

move member#index to list format, like divisions #587

Closed
equivalentideas opened this issue Sep 29, 2014 · 5 comments
Closed

move member#index to list format, like divisions #587

equivalentideas opened this issue Sep 29, 2014 · 5 comments
Assignees
Milestone

Comments

@equivalentideas
Copy link
Contributor

In this list citizens are scanning for their own member, so we could emphasise the member's photo, name and location to assist them—moving it to a format similar to the new division list.

List sorting options can be compacted as on the divisions list.

Overall there is a lot of usability to be gained in using consistent patterns throughout the app.

@equivalentideas
Copy link
Contributor Author

Thinking about what needs to be highlighted in this list base on what task the user is trying to perform.

The task of comparing members to each other is really performed through sorting:

show me members with the lowest attendance or most rebellions.

But there's really not a lot of interesting discoveries to be made there, the main comparisons are between how members vote. That task is more important on a policy page or a members relationship or 'friends' page.

I think the main task on this page is to find a member you are looking for.

The main ways someone will recognise a member are by these name, face or by the place the they represent. In third place is the party of the member—which is more useful for members of small parties:

whose that greens MP?
Don't know who they are or who they represent, but they're a PUP.

The 'place they represent' search could be handled better through some kind of location search (or post code search) as most people are more likely to know their post code than their electorate. Still an important component of the list, improved by adding the state to MP's electorates (see #389).

@equivalentideas
Copy link
Contributor Author

A couple of different approaches to a members list on small screens.

The one on the left is 'twitter style'. Twitter place the avatar in it's own column because they're quite unique and recognisable. I think our MP's are less likely to have such recognisable images (especially until we're using their social media images, see openaustralia/openaustralia#524).

The sketch on the right moves the members name into the left col above the image, making this the prominent data for scanning.

2014-09-29 14 23 36

@equivalentideas
Copy link
Contributor Author

Attendance and rebel explanations are pushed back behind a little [?] info badge, which should produce a tool tip.

@equivalentideas
Copy link
Contributor Author

Wider screen layout. Move the larger image into the left col, more like a wide version of the twitter style sketch above. Put the electorate in under the name in better scanning location than the party.

When the party name is long it will need to wrap in a unit (display: inline-block;).

2014-09-29 15 14 20

p.s. That's Ricky Muir's shirt collar. Lucky I didn't attempt his goatee!

@equivalentideas
Copy link
Contributor Author

mid way through implementing this on branch https://github.com/openaustralia/publicwhip/tree/member-list

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants