Reply
Thread Tools
Guest | Posts: n/a | Thanked: 0 times | Joined on
#21
Originally Posted by joshua.maverick View Post
My apologies then, I guess I was just frustrated. I've tried to help out, but it rarely goes anywhere. I'm not the best designer by any means, but there has to be some way to "force" 3rd party app developers to make their apps prettier.

My two cents.
forcing them will most likely get them to cling to there designs even more. just explain them the reason why you think certain things should be done certain ways

e.g like epage mentioned those "bubbles" for each tweet, you can easily explain why this little addition to the UI is improving the whole app.

1. better readability
2. better spacing, so you will instantly be able to recognise which text belongs to which tweet and which user etc.

so if you just explain it to them, I am 100% sure they'll think about it and try their best to integrate the improvements you have to offer.
 

The Following 3 Users Say Thank You to For This Useful Post:
joshua.maverick's Avatar
Posts: 805 | Thanked: 440 times | Joined on Aug 2009 @ Mississauga, On
#22
Already done, but I'm going to start a brainstorm, maybe we need to build a resource of stock images and items for developers, and a place where they can request additional elements...
 

The Following 9 Users Say Thank You to joshua.maverick For This Useful Post:
andrewfblack's Avatar
Posts: 1,656 | Thanked: 1,196 times | Joined on Apr 2008 @ Alabama, USA
#23
Originally Posted by joshua.maverick View Post
Already done, but I'm going to start a brainstorm, maybe we need to build a resource of stock images and items for developers, and a place where they can request additional elements...
Design section would be great for requesting additional elements and wiki page would work for your stock images.
__________________
Home Page - Preenv Wiki

**All Posts are made as a Community Member and not as a Super Moderator of this site.
 

The Following 3 Users Say Thank You to andrewfblack For This Useful Post:
joshua.maverick's Avatar
Posts: 805 | Thanked: 440 times | Joined on Aug 2009 @ Mississauga, On
#24
But how do we strongly encourage developers?
 
jsuggs's Avatar
Posts: 103 | Thanked: 44 times | Joined on Sep 2009 @ Nashville, TN
#25
Originally Posted by joshua.maverick View Post
My apologies then, I guess I was just frustrated. I've tried to help out, but it rarely goes anywhere. I'm not the best designer by any means, but there has to be some way to "force" 3rd party app developers to make their apps prettier.

My two cents.
Two thoughts on this one. First is that since most of these are open sourced projects you could fork and enhance the UI. Second is somewhat related in that you can "vote with your dollars" where in this case your dollars are the programs you install.

Combine the two and you'll find that in the long run survival of the fittest will eventually win out.
 

The Following User Says Thank You to jsuggs For This Useful Post:
Texrat's Avatar
Posts: 11,700 | Thanked: 10,045 times | Joined on Jun 2006 @ North Texas, USA
#26
Something to consider: pure coders tend to be more receptive to guidance in their craft than interface designers. No decent coder wants his/her app running with bugs. They make it look bad.

Artists tend to think that their work is the best approach, so they're not as receptive to constructive criticism. They don't think in terms of "bugs". How can their art be flawed?

A coder also performing as artist/designer without the proper experience/skillset there is inclined to first take a utilitarian approach and fail when trying to incorporate clever graphic elements. They will have to be sold on the idea of someone else coming in to revamp that part of the user experience.

The best sales approach IMO is to first convince the developer he/she can better maintain the code logic by divorcing it from the UI. The next step is to propose yourself as the person to enhance and maintain the UI as a team member.

Not every coder will be receptive, but those with the users in mind will. We have examples in Dialcentral, eCoach, and others.

Developers who refuse to consider a "slick" UI will watch as competitors bury them in downloads.

EDIT: like Jsuggs said above.

disclaimer: I am a coder and artist.
__________________
Nokia Developer Champion
Different <> Wrong | Listen - Judgment = Progress | People + Trust = Success
My personal site: http://texrat.net

Last edited by Texrat; 2009-12-07 at 20:50.
 

The Following 2 Users Say Thank You to Texrat For This Useful Post:
Texrat's Avatar
Posts: 11,700 | Thanked: 10,045 times | Joined on Jun 2006 @ North Texas, USA
#27
Originally Posted by joshua.maverick View Post
But how do we strongly encourage developers?
That's where brainstorming comes in.
__________________
Nokia Developer Champion
Different <> Wrong | Listen - Judgment = Progress | People + Trust = Success
My personal site: http://texrat.net
 
Posts: 631 | Thanked: 837 times | Joined on May 2007 @ Milton, Ontario, Canada
#28
As pointed out by others earlier in the thread, Maemo, being a finger-oriented mobile OS, has some very specific UI guidelines for developers to follow to help maintain "consistent experiences". In my mind it really boils down to what you're doing though: Are you building an app to add/extend functionality of the device (i.e. a simple note taking app, a map application, etc), or are you building an app/program to be used/run on the device (i.e. a game, a photo editor, whatever)?

If the former, then you should definitely follow the visual requirements of the UI guidelines and do your very best to leave the "appearance" up to the hildon theme/ OS control in general. That way when a user changes themes, your intergrated app changes accordingly.

On the other hand, if you're building an "application" that conceptually stands out as a program rather than just some "feature compliment/way of doing cool stuff that you don't expect", then the interface should be more under your control than that of the underlying OS/theme. That's not to say you should ignore the UI guidelines about button placements, size of text/etc... those are all there to help ensure a pleasant experience on a mobile device... but in this type of situation things like PNG backgrounds, different looking buttons/etc are acceptable and almost expected, AS LONG as they're done well and the interface is INTUITIVE. Any time you deviate from the "Standard view" that users are used to, you have to put extra effort into making sure that they won't need an instruction manual in order to figure out how to use your design/UI elements.
 

The Following 4 Users Say Thank You to jolouis For This Useful Post:
Posts: 187 | Thanked: 345 times | Joined on Nov 2009
#29
Originally Posted by joshua.maverick View Post
Also, can maemo apps use png designs as buttons or do they have to use the default maemo style?
Please don't do that. To your avarage linux user, nothing is more annoying then an app which doesn't adhere to standards. If you want a different look, you use another GTK theme - job done. I'm not 100% sure how it's on maemo, but I strongly suspect that there will be other themes. Please do not encourage the use of custom visuals, custom layouts or anything custom. It should be the choice of the user if he or she wants to use another style. Apart from that, both GTK and Qt are pretty flexible when it comes to different layouts.
Thanks.
 

The Following 7 Users Say Thank You to shapeshifter For This Useful Post:
ian_ryge's Avatar
Posts: 138 | Thanked: 262 times | Joined on Oct 2006
#30
Non-standard UI elements == Unthemable apps

If you're using custom graphics exclusively (e.g. Canola) that's one thing, but if you mix standard GTK widgets with custom backgrounds/buttons, it will be ugly (or unusable) in other themes.

Last edited by ian_ryge; 2009-12-07 at 22:40.
 
Reply

Tags
buttafaces, buttfaces

Thread Tools

 
Forum Jump


All times are GMT. The time now is 02:40.