<div dir="ltr">Thanks for the reply. I think you might be onto something, but I tried your workaround (deactivate and reactivate the power management) and still no luck. I don;t think it has to do with the screen...but maybe some underlying timing disorder? <br>
So, if anyone else is using kArm on KDE 3.5.10 and it is/isn't working, I'd love to hear about it.<br>I've had to just disable the idle timer and remember to stop timing manually when switching tasks...<br>Thanks<br>
<br>On Thu, Sep 4, 2008 at 3:00 AM,  <span dir="ltr"><<a href="mailto:kdepim-users-request@kde.org">kdepim-users-request@kde.org</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
---------- Forwarded message ----------<br>From: MartinG <<a href="mailto:gronslet@gmail.com">gronslet@gmail.com</a>><br>To: <a href="mailto:kdepim-users@kde.org">kdepim-users@kde.org</a><br>Date: Thu, 4 Sep 2008 10:50:00 +0200<br>
Subject: Re: [kdepim-users] kArm 1.6.0 idletimedetector / Desktop Idle setting stuck at 1 min?<br>I have never used kArm myself (didn't even know it existed, thanks for<br>
the tip), but I have had strange behaviour related to idle time on my<br>
laptop, running Fedora 8 (and earlier versions) and KDE 3.5.x (x<=9).<br>
What I have noticed is that after system suspend/resume, the screen<br>
doesn't  (always) suspend after the specified time. My workaround has<br>
been to enter kcontrol and deactivate and reactivate the power<br>
management for the screen.<br>
<br>
So, I think this might be something that is not specific to kArm, but<br>
rather the underlying idle timer of KDE, whatever that is.<br>
Could it be that the timer doesn't handle the sudden jump in time<br>
experienced after resume?<br>
<br>
I now run KDE 4.1 on Fedora 9 and haven't had *that* problem..<br>
<br>
regards,<br>
MartinG</blockquote></div></div>