martin wrote:
> On Thu, Nov 24, 2011 at 10:09 AM, Paul Fox wrote:
> > - hitting "brightness down" one more time when at level 0 will
> >switch to mono. users that use auto-repeat to get there probably
> >won't see a difference.
as discussed on this thread on friday (i think), this p
On Thu, Nov 24, 2011 at 10:09 AM, Paul Fox wrote:
> - hitting "brightness down" one more time when at level 0 will
> switch to mono. users that use auto-repeat to get there probably
> won't see a difference.
...
> - sunlight-driven auto-turnoff will go all the way to 0, but won't
>inv
bert wrote:
>
> On 24.11.2011, at 17:23, Paul Fox wrote:
>
> > bert wrote:
> >>
> >> So I would rather not add that extra step "below 0".
> >
> > okay, i'm fine with that -- i was on the fence. but i think you and
> > gary are saying two slightly different things.
> >
> > you're s
On 24.11.2011, at 17:23, Paul Fox wrote:
> bert wrote:
>>
>> So I would rather not add that extra step "below 0".
>
> okay, i'm fine with that -- i was on the fence. but i think you and
> gary are saying two slightly different things.
>
> you're saying that the manual keypresses shouldn't ha
kevin wrote:
> I too will test this weekend. Silly q: should I test both sugar and
> gnome, or just sugar?
by all means, try both. it should work on VT console screens, too.
paul
=-
paul fox, p...@laptop.org
___
Devel mailing l
I too will test this weekend. Silly q: should I test both sugar and
gnome, or just sugar?
KG
On Thu, Nov 24, 2011 at 11:23 AM, Paul Fox wrote:
> bert wrote:
> >
> > On 24.11.2011, at 16:09, Paul Fox wrote:
> >
> > > bert wrote:
> > >> Today is a sunny day in cold Germany, unlike in the f
bert wrote:
>
> On 24.11.2011, at 16:09, Paul Fox wrote:
>
> > bert wrote:
> >> Today is a sunny day in cold Germany, unlike in the first half of the
> >> week.
> So
> >> I took the 1.75 outside.
> >>
> >> IMHO the auto-off is fine as implemented in os12. Not distracting at all.
>
On 24.11.2011, at 16:09, Paul Fox wrote:
> bert wrote:
>> Today is a sunny day in cold Germany, unlike in the first half of the week.
>> So
>> I took the 1.75 outside.
>>
>> IMHO the auto-off is fine as implemented in os12. Not distracting at all.
>> Someone suggested turning it back on quick
Hi Paul,
On 24 Nov 2011, at 15:09, Paul Fox wrote:
> bert wrote:
>> Today is a sunny day in cold Germany, unlike in the first half of the week.
>> So
>> I took the 1.75 outside.
>>
>> IMHO the auto-off is fine as implemented in os12. Not distracting at all.
>> Someone suggested turning it bac
bert wrote:
> Today is a sunny day in cold Germany, unlike in the first half of the week.
> So
> I took the 1.75 outside.
>
> IMHO the auto-off is fine as implemented in os12. Not distracting at all.
> Someone suggested turning it back on quicker, I tried that (replaced
> brightness_ram
Today is a sunny day in cold Germany, unlike in the first half of the week. So
I took the 1.75 outside.
IMHO the auto-off is fine as implemented in os12. Not distracting at all.
Someone suggested turning it back on quicker, I tried that (replaced
brightness_ramp with set_brightness), but that w
fors...@ozonline.com.au wrote:
> > fors...@ozonline.com.au wrote:
> > > Thanks Paul
> >
> > thanks for testing!
> >
> > >
> > > The logic appears to be buggy, see #11487: XO-1.75 OS12 backlight
> > > is off when you come back inside
> >
> > okay, more testing is needed. as you n
> fors...@ozonline.com.au wrote:
> > Thanks Paul
>
> thanks for testing!
>
> >
> > The logic appears to be buggy, see #11487: XO-1.75 OS12 backlight
> > is off when you come back inside
>
> okay, more testing is needed. as you noted, it's quite hard to tell
> when it's on and off. i'll s
fors...@ozonline.com.au wrote:
> Thanks Paul
thanks for testing!
>
> The logic appears to be buggy, see #11487: XO-1.75 OS12 backlight
> is off when you come back inside
okay, more testing is needed. as you noted, it's quite hard to tell
when it's on and off. i'll see if i can come up wi
Thanks Paul
The logic appears to be buggy, see #11487: XO-1.75 OS12 backlight is off when
you come back inside
As it stands, neither the monochrome nor colour modes are OK in full sunlight.
The colour mode causes a significant loss of resolution for reading small black
text and even more resol
On Mon, Nov 21, 2011 at 4:15 PM, 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
Do it with the 11.3.1/os13 I announced earlier. It has a new OFW
2011/11/21 Paul Fox :
> i wrote:
> >
> > please try os12, when available, and see how it feels.
> >
>
> i'm afraid the necessary firmware didn't make the deadline for os12,
> so you'll need to either wait for os13, or q4c05 firmware, whichever
> comes first.
I think a UI for color-monochrome sh
i wrote:
>
> please try os12, when available, and see how it feels.
>
i'm afraid the necessary firmware didn't make the deadline for os12,
so you'll need to either wait for os13, or q4c05 firmware, whichever
comes first.
paul
=-
paul fox, p...@laptop.org
On Mon, Nov 21, 2011 at 4:16 PM, Chris Ball 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
-
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 wil
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 B
On Mon, Nov 21, 2011 at 9:22 AM, Paul Fox wrote:
> i've already had some guarded negative feedback on both of these
> new behaviors, so i'm looking for more of that, as well as positive
> feedback to balance it out. :-)
Hi folks -- I was one of the early commenters on this. And Paul gave
me a, a
bert wrote:
> On 21.11.2011, at 18:06, Paul Fox wrote:
>
> > bert wrote:
> >> When you add the auto-turnoff, it should only toggle the backlight,
> >> not the mono-color setting. I don't think that would be too
> >> confusing, from a user's POV it just means when it's bright
> >> outside,
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
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
On 21.11.2011, at 18:06, Paul Fox wrote:
> bert wrote:
>> On 21.11.2011, at 15:22, Paul Fox wrote:
>>
>>> it quickly became clear (to me, at least) that it would be confusing
>>> if user-dimming behaved differently than auto-backlight-control, with
>>> r
[ 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 dow
bert wrote:
> On 21.11.2011, at 15:22, Paul Fox wrote:
>
> > it quickly became clear (to me, at least) that it would be confusing
> > if user-dimming behaved differently than auto-backlight-control, with
> > respect to monochrome mode. whether or not it's con
kevin wrote:
>
> Not sure if I have gleaned all of what is desired here, but I will share my
> experience. I have a Samsung N130, a Lenovo S10-2, and an Adam Notion Ink
> all with Pixel Qi screens. Turning the backlight off and automatically
> being in monochrome is a desired feature and ma
walter wrote:
>
> Paul,
>
> Unless the display design is different than it was in 2007, then there
> is no way to decouple turning off the backlight and going into
> monochrome. Also, turning on the backlight adds color back (although
> the amount of color vs monochrome in the mix is a fun
Just to reinforce a few points which maybe might not be clear to
people who haven't played with the new hardware:
1) the switch point is set that *you cannot tell when we turn the
backlight off*. Ie, the threshold is so high that by the time we turn
it off, you couldn't never have told whether th
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.
(assu
On 21.11.2011, at 15:22, Paul Fox wrote:
> it quickly became clear (to me, at least) that it would be confusing
> if user-dimming behaved differently than auto-backlight-control, with
> respect to monochrome mode. whether or not it's confusing to the
> user, it's definitely
mode from color to monochrome.
> switching to mono mode effectively raises the screen resolution,
> giving crisper characters and lines. [1] to my knowledge, this is the
> only way in which monochrome mode can be invoked.
>
> my auto-backlight code did this too, at first, but once b
On 21.11.2011, at 15:48, Bert Freudenberg wrote:
> On 21.11.2011, at 15:29, Walter Bender wrote:
>
>> Paul,
>>
>> Unless the display design is different than it was in 2007, then there
>> is no way to decouple turning off the backlight and going into
>> monochrome. Also, turning on the backligh
On 21.11.2011, at 15:29, Walter Bender wrote:
> Paul,
>
> Unless the display design is different than it was in 2007, then there
> is no way to decouple turning off the backlight and going into
> monochrome. Also, turning on the backlight adds color back (although
> the amount of color vs monochr
mode from color to monochrome.
> switching to mono mode effectively raises the screen resolution,
> giving crisper characters and lines. [1] to my knowledge, this is the
> only way in which monochrome mode can be invoked.
>
> my auto-backlight code did this too, at first, but once b
1] to my knowledge, this is the
only way in which monochrome mode can be invoked.
my auto-backlight code did this too, at first, but once backlight
control starts happening without user input, this "auto-monochrome"
feature is a bit annoying. it looks much better if turning off the
backlight
On Jan 29, 2009, at 2:11 PM, Tomeu Vizoso wrote:
> On Tue, Jan 27, 2009 at 06:10, John Watlington wrote:
>>
>> On Jan 24, 2009, at 5:18 AM, Marco Pesenti Gritti wrote:
>>
>>> On Sat, Jan 24, 2009 at 5:23 AM, John Watlington
>>> wrote:
What can I call from an activity (in python) to in
On Tue, Jan 27, 2009 at 06:10, John Watlington wrote:
>
> On Jan 24, 2009, at 5:18 AM, Marco Pesenti Gritti wrote:
>
>> On Sat, Jan 24, 2009 at 5:23 AM, John Watlington
>> wrote:
>>>
>>> What can I call from an activity (in python) to indicate that the
>>> backlight
>>> should be turned off ?
>>>
On Jan 24, 2009, at 5:18 AM, Marco Pesenti Gritti wrote:
> On Sat, Jan 24, 2009 at 5:23 AM, John Watlington
> wrote:
>>
>> What can I call from an activity (in python) to indicate that the
>> backlight
>> should be turned off ?
>>
>> I'm playing with a photoframe app, and want to have the abil
marco pesenti gritti wrote:
> On Sat, Jan 24, 2009 at 4:07 PM, wrote:
> > right -- there's only a python dependency in that when someone asks
> > "how do i change the brightness", they're pointed to python code. :-)
>
> Well... Wad needed it for a python activity. And even if you need to
michael wrote:
> David -- why quibble over ohm when you've got NM and HAL to worry about?
>
> Paul -- why are the /sys nodes only writable by root?
discounting, possible denial-of-brightness attacks by malicious
screen hackers, no particularly good reason that i know of.
well, other than ensu
On Sat, 24 Jan 2009, Michael Stone wrote:
> David -- why quibble over ohm when you've got NM and HAL to worry about?
NM (network manager) I can (and frequently do) disable.
HAL is starting to become more of a problem. very recently it was very
easy to ignore it, the lasest X.org releases make i
David -- why quibble over ohm when you've got NM and HAL to worry about?
Paul -- why are the /sys nodes only writable by root?
Michael
On 1/24/09, da...@lang.hm wrote:
> On Sat, 24 Jan 2009, Marco Pesenti Gritti wrote:
>
>> On Sat, Jan 24, 2009 at 3:43 PM, wrote:
>>> but if ohmd is going to b
On Sat, 24 Jan 2009, Marco Pesenti Gritti wrote:
> On Sat, Jan 24, 2009 at 3:43 PM, wrote:
>> but if ohmd is going to be in the middle, then the published
>> api for requesting those changes should be more transparent than
>> requiring every application be in python and have knowledge of
>> dbus
marco pesenti gritti wrote:
> On Sat, Jan 24, 2009 at 4:07 PM, wrote:
> >
> http://git.sugarlabs.org/projects/sugar/repos/mainline/blobs/master/src/jarabe/m
> odel/screen.py
> > it looks like there's a missing assignment to _ohm_service (i.e., to
> > save the connection so it doesn't ne
On Sat, Jan 24, 2009 at 4:07 PM, wrote:
> right -- there's only a python dependency in that when someone asks
> "how do i change the brightness", they're pointed to python code. :-)
Well... Wad needed it for a python activity. And even if you need to
write it in another language, the example is
tomeu wrote:
> On Sat, Jan 24, 2009 at 15:50, Marco Pesenti Gritti
> wrote:
> > On Sat, Jan 24, 2009 at 3:43 PM, wrote:
> >> but if ohmd is going to be in the middle, then the published
> >> api for requesting those changes should be more transparent than
> >> requiring every application b
On Sat, Jan 24, 2009 at 15:50, Marco Pesenti Gritti
wrote:
> On Sat, Jan 24, 2009 at 3:43 PM, wrote:
>> but if ohmd is going to be in the middle, then the published
>> api for requesting those changes should be more transparent than
>> requiring every application be in python and have knowledge
On Sat, Jan 24, 2009 at 3:43 PM, wrote:
> but if ohmd is going to be in the middle, then the published
> api for requesting those changes should be more transparent than
> requiring every application be in python and have knowledge of
> dbus.
There is no python dependency and I personally have n
marco pesenti gritti wrote:
> On Sat, Jan 24, 2009 at 5:23 AM, John Watlington wrote:
> >
> > What can I call from an activity (in python) to indicate that the
> > backlight
> > should be turned off ?
> >
> > I'm playing with a photoframe app, and want to have the ability to
> > deliberate
On Sat, Jan 24, 2009 at 5:23 AM, John Watlington wrote:
>
> What can I call from an activity (in python) to indicate that the
> backlight
> should be turned off ?
>
> I'm playing with a photoframe app, and want to have the ability to
> deliberately
> control the backlight level from the UI.
See
What can I call from an activity (in python) to indicate that the
backlight
should be turned off ?
I'm playing with a photoframe app, and want to have the ability to
deliberately
control the backlight level from the UI.
Cheers,
wad
___
Devel maili
54 matches
Mail list logo