comments inline: On Sun, 2010-03-21 at 15:46 +0200, Tom Hacohen wrote: > On Sun, Mar 21, 2010 at 3:05 PM, William Kenworthy > <[email protected]> wrote: > ok, tried dim again and its working quite differently from the > version > where it was first introduced - the standard settings still > stink > though! and I still think dimming as it is done here is a > dumb idea. > > fsoraw now disables dimming which is good - this was the main > reason for > wanting to disable it originally as I could not control it. > Either > something has changed in the code, or there was something > wrong with the > install. > > I am now trying: > [fsodevice.kernel_idle] > ignore_by_id = lis302 > idle = 30 > idle_dim = 1 > idle_prelock = 1 > idle_lock = 1 > suspend = 40 > > plus a default brightness of 100% in /etc/phonefsod.conf (I > think, cant > check atm) > > The idea is full brightness for 30 seconds and then instead of > abruptly > blanking, quickly dim, then wait 10 seconds to suspend just in > case I > want to use it again. > I don't think this is a good idea, I would like to have more time in > idle_dim in order to responsve to unwanted dims.
ok, good idea - part of my problem is the usual everything is undocumented in new features in shr - unless you are the dev who developed something, its guesswork until users work out how features operate - as is being done here. Its only in the last few days where I found out the existence of these settings - the ones in /etc/phonefsod.conf not being the main ones. > > > In the short time using these settings, I think either 5 or 3 > secs for > the last is more than adequate, and 60 seconds for full > brightness more > user friendly. > Waiting until suspend while the screen is locked is just a plain waste > of battery, I really don't get it. Yep, a misunderstanding on my part - I'll replace this with idle_dim instead. > > > Why stuff around with doing this? - because the original way > suggested > to me of disabling dimming was to comment out the entries > in /etc/phonefsod.conf which works, but has side effects such > as never > allowing the display to turn off when requesting cpu only with > fsoraw. > Seems like you were talking to the wrong people, anyhow requesting CPU > with fsoraw won't prevent dimming, > you need to request display. When dimming made the phone unusable for me, I was asking how to control or disable it - this was the suggested method. And when implemented, requesting cpu only acts like selecting cpu and display together - probably a bug or unwanted interaction between different parts of the software. > > > So yes, I am now using dimming, but not because I want to, but > because > the phone wont work properly without it :( > asking CPU should not prevent the screen from dimming. > I don't really get what you are talking about, please elaborate. see above > > Why didnt I raise a bug - because I asked about it on irc (I > think) and > was told it was not going to be changed so put up with it - > which I read > as raise all the bugs you like - were not changing anything. > We are not going to disable dimming (unless you present valid > arguments agains it), but you are more than > welcomed to report bugs about faulty behavior when using dim. You might not want to remove dimming - and I would not either as a feature for the community. However, personally I find it a useless, annoying usability killer that I cannot see the point of, and so dont want. Now I have found some settings where it is effectively disabled, its not such a problem anymore. Its about choice to run the phone in the way I want to, not have it operate in a way where its almost unusable because the settings are designed for a different environment, use case and individual and couldnt be changed. > > > Yes, I am pissed off at dimming, and I cant see any reason for > it. > I really don't get you, please explain. > see above - for me, its why have dimming at all - it doesnt accomplish anything useful - quite the contrary in fact, its harmful (with the standard settings). > > BillK > > > > > > > > > > -- > Tom. > -- William Kenworthy <[email protected]> Home in Perth! _______________________________________________ Shr-User mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-user
