Re: Backlight fading - FS#6800

2008-11-21 Thread Dominik Riebeling
On Fri, Nov 21, 2008 at 8:13 PM, Thomas Martitz <[EMAIL PROTECTED]> wrote: > It is possible to disable/enable it independently so I'm not making an > excuse for anything. I was just arguing that it's not that annoying/time > consuming as he may expect. then why are you excusing backlight fading at

Re: Backlight fading - FS#6800

2008-11-21 Thread Thomas Martitz
Paul Louden schrieb: This isn't an excuse to make it impossible to disable the fades independently. Some people want to see the screen immediately before using it (or may consider "using" it seeing it, if they've pressed a button explicitly for the purpose of bringing the light up). It is p

Re: Backlight fading - FS#6800

2008-11-21 Thread Paul Louden
Thomas Martitz wrote: The fade in/out sequence lasts less than a second, and the player is responsive while it fades, so you can start your actions just as it did the first iteration. That also means that you can interrupt the fade down sequence so that it fades up again. You don't need to

Re: Backlight fading - FS#6800

2008-11-21 Thread Thomas Martitz
Jürgen Hestermann schrieb: If i would use backlight fading (still don't have a target that supports it), i would probably enable only fade out or a very short fade in so i think it is good to have two options here. Yes, I agree. If light is required I would not like to wait for it. That remind

Re: Backlight fading - FS#6800

2008-11-21 Thread Jürgen Hestermann
If i would use backlight fading (still don't have a target that supports it), i would probably enable only fade out or a very short fade in so i think it is good to have two options here. Yes, I agree. If light is required I would not like to wait for it. That reminds me on a cover flap in my c

Re: Backlight fading - FS#6800

2008-11-21 Thread Nils
On Fri, Nov 21, 2008 at 8:21 AM, pondlife <[EMAIL PROTECTED]> wrote: > I'm all for it. > > The only small thing I'd change is to have a single enable/disable option, > rather than one for fade in and one for fade out. But, IIUC the current > hardware-fade targets have the 2 options so it's bette

RE: Backlight fading - FS#6800

2008-11-21 Thread Christopher Woods
> I'm sure the reason against it would be the same as always: > 1) binsize > 2) feature bloat > 3) settings bloat > > I think the pros out-weight the cons, especially since the > last two cons don't really apply as certain targets already offer it. Agreed - I miss backlight fading from my H140

Re: Backlight fading - FS#6800

2008-11-20 Thread pondlife
I'm all for it. The only small thing I'd change is to have a single enable/disable option, rather than one for fade in and one for fade out. But, IIUC the current hardware-fade targets have the 2 options so it's better to be consistent (unless this could be simplified for them too). pondlife

Backlight fading - FS#6800

2008-11-20 Thread Thomas Martitz
Hi guys, I'd like to talk about FS#6800. It adds software controlled backlight fading for targets which don't have backlight fading built-in into their hardware. It works simply by incrementing and decrementing the backlight brightness in a given intervall, using the backlight thread. This al