Re: automatic backlight control
Can the keyboard backlight control have an extra step at the end, going trom bright to dim to off/color to off/mono ? Then the auto-backlight would be allowed to bring it down to off/color, and the user could go the extra step to off/mono. (assuming, based on my scant knowledge of the technology, that backlight+mono doesn't make sense here). Alternately, have the system remember when the user manually switches from off/color to off/mono, and use that as the new auto target (i.e. remember both the off user preference (off/color or off/mono) as well as the on user preference (bright..dim)). Think of it (perhaps document it) as switching between indoor and outdoor modes automatically, with the user able to adjust the settings on a per-mode basis. On the older XOs, it could at least remember the color/mono preference for each state, for consistency. Might be amusing to see if the sensor is good enough to at least tell the difference between indoor lighting (i.e. a classroom) vs night reading (i.e. nighttime without any lights) and offer a third remembered setting for that. As for the undiscoverable control, make it a Sugar science activity. Give the user the actual sensor readings, sliders to control the thresholds and hysteresis, etc, and let them play with it. Teaches them about the sensor, the circuitry behind it, the concept of hysteresis, energy conservation (tie in the battery power meter), contrast, and industrial controls. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: automatic backlight control
[ resending to cc: the lists ] dj wrote: Can the keyboard backlight control have an extra step at the end, going trom bright to dim to off/color to off/mono ? Then the auto-backlight would be allowed to bring it down to off/color, and the user could go the extra step to off/mono. (assuming, based on my scant knowledge of the technology, that backlight+mono doesn't make sense here). perhaps. in practice, i suspect most users simply hold the dim key and let it auto-repeat until the backlight is off. backlight + mono actually does make sense, and has been requested in the past. because there's no color averaging going on, you get the full 1200x900 resolution, instead of something effectively less. so reading an ebook, for instance, you might prefer it. paul Alternately, have the system remember when the user manually switches from off/color to off/mono, and use that as the new auto target (i.e. remember both the off user preference (off/color or off/mono) as well as the on user preference (bright..dim)). Think of it (perhaps document it) as switching between indoor and outdoor modes automatically, with the user able to adjust the settings on a per-mode basis. On the older XOs, it could at least remember the color/mono preference for each state, for consistency. Might be amusing to see if the sensor is good enough to at least tell the difference between indoor lighting (i.e. a classroom) vs night reading (i.e. nighttime without any lights) and offer a third remembered setting for that. As for the undiscoverable control, make it a Sugar science activity. Give the user the actual sensor readings, sliders to control the thresholds and hysteresis, etc, and let them play with it. Teaches them about the sensor, the circuitry behind it, the concept of hysteresis, energy conservation (tie in the battery power meter), contrast, and industrial controls. =- paul fox, p...@laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Re: automatic backlight control [Devel Digest, Vol 69, Issue 47]
What would be the energy waste if auto-dimming was going to 1 instead of 0? This could keep the current setting, user experience and the advantages of monochrome mode. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: automatic backlight control
Hi, On Mon, Nov 21 2011, Martin Langhoff wrote: Hi folks -- I was one of the early commenters on this. And Paul gave me a, ahem, strong recommendation. All caps. Neon lights, blinking: TRY IT OUT ON AN XO-1.75 And when *pgf* types in all caps, you *know* it's serious. -- Chris Ball c...@laptop.org http://printf.net/ One Laptop Per Child ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: automatic backlight control
fors...@ozonline.com.au wrote: The shift from colour to monochrome is noticable and would be annoying if it happened a lot, for example as clouds pass, trees and people move. If the hysterisis, the difference between cutin and cutout brightness is large, the change in mode will happen a lot less frequently and not be annoying. I would like to try it switching automatically to monochrome but with large hysterisis. I'll wait to try OS12 you may be in a better position to play with this, geographically speaking, than i am -- we're running low on sunlight these days. the hysteresis is currently hard-coded in powerd -- you'll find it in the function ambient_adjust_init(). it only gets set once, though, so after powerd starts, you can change the limits directly and they should take effect immediately. additionally, to cause auto-monochrome to happen, uncomment the obvious lines at the end of set_brightness() and brightness_ramp(). paul Tony ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel =- paul fox, p...@laptop.org ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: automatic backlight control
On Mon, Nov 21, 2011 at 4:16 PM, Chris Ball c...@laptop.org wrote: And when *pgf* types in all caps, you *know* it's serious. :-) -- actually, he didn't go that far. But I lack his subtlety so I went for it guns ablazing. m -- martin.langh...@gmail.com mar...@laptop.org -- Software Architect - OLPC - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel