Mike (mwester) wrote:
Michael 'Mickey' Lauer wrote:
...
Conceptual complaint:
LED on AUX for charging is very suboptimal. Conceptually, the power button has
to do with power, so if at all, the power LED needs to be lit on charging.
...
I realize I'm late (real life is getting in the way of my fun right
now), but I just flashed the new kernel and observed the latest charge
behavior.
Mickey is being very polite with the term "suboptimal". I think when
you see it, the term most would use is "WRONG!" :) Honestly, my first
reaction was to start poking at the screen to see if I had inadvertently
dialed a call and put someone on hold -- it's just the wrong LED to use.
It took a few moments for me to realize what that LED was telling me; it
shouldn't be that way. IMO lighting the one on the power button, right
beside the USB connector, is clearly the intuitive choice.
I know that's not anyone on this thread's decision -- please forward
this feedback to the appropriate decision-makers who made this choice,
as just a bit of feedback from one member of the user community.
Thanks,
Mike (mwester
I've noticed something else that looks like it could be an hardware
issue. LEDs are not able to be lit when you are in suspend mode. This
means you can't indicate a charge if you are plugged in and suspended.
I can set this capability in my application, but it isn't default behavior.
