01/26/2013, 03:29 AM
|
#1 (permalink) |
|
Member
![]() |
Android has Holo, Windows Phone has the artist formerly known as Metro, and Apple has... skeumorphism. Why doesn't webOS have its own recognizable style?
(re-posted from my thread over on the Open webOS project site)
__________________
The trouble with reality is that there's no background music. |
01/26/2013, 09:57 AM
|
#4 (permalink) |
|
Member
Posts: 2,090
|
The problem seems it's sort of inconsistent. A bunch of apps out on the Catalog use their own color scheme and icons, and some forgoes that altogether (e.g. Neo and some Enyo 2 apps).
__________________
Contact: @GMMan_BZFlag (me on Twitter) | webOS onTap | @webOSonTap webOS Releases: Change your App Catalog country: TouchPad/PC | TouchPad/webOS Resources | Search suggestion patch for browser | Cycling Email Notifications | Don't Doctor! Make a good support request. | How to post logs | webOS Charge Monitor I will be busy, so I may not be able to provide private support. |
01/26/2013, 07:10 PM
|
#6 (permalink) |
|
Editor-in-Chief
![]() ![]() |
webOS generally does have a consistent design language.
There are outliers, just like there are outliers on every platform - with the exception of Windows Phone, where Microsoft is almost draconian in their enforcement of adherence to not-Metro.
__________________
"'Form follows function' — that has been misunderstood. Form and function should be one, joined in a spiritual union."
Frank Lloyd Wright |
01/27/2013, 06:53 AM
|
#7 (permalink) |
|
Member
Posts: 1,101
|
which evolved with sliding panes quite nice. I think main reason for general dislike of Android among webOS users is related to form not function. Android functionality is fantastic but form is really bad even in new versions of Android.
__________________
|
01/27/2013, 07:26 AM
|
#9 (permalink) |
|
Member
![]() |
why does it need a gimmick name for its "style", enyo apps already "look" uniform/unique enough, it doesnt need a gimmicky name to make it sound better.
i dont like android apps because they look dull and bland, so their "holo" gimmick doesnt amount to much, esp when most apps utterly ignore whatever thats meant to be. apple apps i suppose mostly look uniform, cant say ive used a vast array to tell any differences. metro may as well be a glorified "lego" theme tbh. etc etc basically all these things can be watered down to a visual "theme" that their all capable of doing.
__________________
Touchpad Keyboard Themes - >> Click Me << |
01/27/2013, 11:53 AM
|
#10 (permalink) |
|
Member
![]()
Posts: 9
|
Actually webOS does have a design language. I even wrote an almost scholarly article about this for the mobile lab I work at. You could call it Enyo.
Semaphore Enyo Workshop and Open webOS Hackathon Report |
01/27/2013, 05:27 PM
|
#11 (permalink) |
|
Member
![]() |
I don't think it should be called Enyo, but Onyx, since Onyx is the widget set and essentially the graphical building blocks of the UI. Enyo is the framework behind it so I find that a tab bit inaccurate and confusing.
Also, strict adherence to style is bad. So is throwing predesigned styles out for the sake of being different. The key is to balance the two: a recognizable, predictable UI that implements enough changes for brand recognition. I can't think of a good example on another platform, but let's create a hypothetical Enyo 2 app called Orange Stand. I could make it ho-hum Onyx slate, or I could use the same textures and widgets from Onyx but make them oh-so-citrusy. This gives Orange Stand a unique look without confusing the user. I could go deeper by extending or adding widgets and change the look of existing ones but as long as Onyx widget functionality and iconography are used the user should never feel like they don't know how Orange Stand works. This is the balance that needs to be found for a coherent design. This is why I feel that Onyx is a good name for the UI building blocks but shouldn't be considered the "design language". Because webOS doesn't need a design language. It's all about being based around the web. And websites are meant to be flexible and unique. An app needs to control predictably though, which is the only guideline that should really be followed. Kind of an incoherent post but do you catch my drift? I guess it really is the "design language" in the end though. :-P |
![]() |
|
| Thread Tools | |
| Display Modes | |
|
|



