Not good to hear this.
This means, like JBQ said, that they (whoever 'they' is) need to
really tighten the compatibility reqs. Google puts a lot of effort in
to make it as easy as possible to support various devices but if
manufactures (or even OHA members) are becoming lax...
Most of the
Anybody who relies on the LED colors working isn't reading the Android
documentation. That is explicitly a best-efforts sort of thing, and so
the Hero's functionality is within the documented parameters.
It'd be *nice* if they supported colors, but it is not required.
code_android_festival_way wrote:
Well I understand your point. But I don't think that users will
understand that point. (even when they had devices that supported
colored LEDs)
You are the one who wrote an app that offered control over LED colors
that you were not in position to commit to.
Disconnect wrote:
Er, the hardware approximation of orange should be orange, no?
Please point out in the documentation where it says that.
You are trying to apply logic here. When it comes to matching documented
specs, logic gets tossed out, just as when it comes to following legal
documents,
Ok thank you. I was not aware of the android.os.Build.MODEL..
Anyway the users will get all the things that are possible with the
specific device and I will exclude the devices that do not support the
features. For yourself colored LEDs may not be important but for users
loving silent alarms
On Wed, Oct 21, 2009 at 10:53 AM, Mark Murphy mmur...@commonsware.com wrote:
Disconnect wrote:
Er, the hardware approximation of orange should be orange, no?
Please point out in the documentation where it says that.
You are trying to apply logic here. When it comes to matching documented
HTC replied now that colored LEDs are NOT supported by the custom
Android version installed on the HTC Hero. This confirmed my fear that
HTC is breaking the funcionality of notifications offered in the
Android SDK.
From my point of view it is just a starting point of problems we will
see with
7 matches
Mail list logo
