Export to GitHub

rainmeter - issue #54

Possible software conflict from systems tray.


Posted on May 4, 2009 by Grumpy Bird

Posted by EMH8220 at the forum 05/04/2009: Open post.

I've been using the beta versions of rainmeter recently and noticed a strange behavior when my screensaver is enabled/disabled via the system tray. This is only a problem in the beta versions, it does not happen with v0.14. I have a small screensaver tool called Tarsier (http://trainedmonkey.com/tarsier/) that sits in the system tray and runs a script to enable/disable my screensaver when double clicked. It seems that with the new betas of rainmeter, clicking on this tool also refreshes some of my skins. It is usually the weather and calendar skins that refresh - these are slightly modded from MoxaWeather and the calendar included with Kaelri's Enigma.

Has anyone experienced anything like this with other system tray utilities? I have the source script for Tarsier if that would help. I'm not a scripter/coder by nature, so I'm not sure what language it uses or what was changed in Rainmeter's coding in the new betas that would interfere with it. Any help would be greatly appreciated. Having the skins refresh unexpectedly (especially the calendar) can be quite jarring.

Thanks!

End post.

original message can be obtained here: http://www.rainmeter.net/forum/viewtopic.php?f=19&t=140&p=660#p660

If you require anything, please advise JMHarris, as I will be mostly unavailable for the next couple of weeks, and I am sure he can communicate your needs as required.

Comment #1

Posted on May 4, 2009 by Quick Rhino

This problem can be confirmed by the build after Rainmeter-Latest-20090405-32bit.exe. i.e. It may be inferred that there is a cause after r23.

Comment #2

Posted on May 4, 2009 by Grumpy Hippo

First guess is that the script is triggering the WM_SETTINGSCHANGE message to be sent to the meter windows. This message will trigger Rainmeter to re-layout all the meters to handle a new screen resolution on the addition or removal of a new monitor. Does your screen saver change the resolution or color bit depth of the screen? That may be causing it.

Comment #3

Posted on May 4, 2009 by Grumpy Bird

Response to BTodoroff's response

Open post: New postby EMH8220 » Today, 1:14 pm The screensaver I use is the built-in My Pictures screensaver from Microsoft. As far as I know, the only thing the systray utility does is toggle it on and off. Nothing should be changing. If looking at the script the utility runs would help, the source files are available at http://trainedmonkey.com/tarsier/. When I click the utility to disable/enable the screensaver I don't notice anything else flickering or refreshing other than Rainmeter. If the resolution or color bit depth changed wouldn't the whole screen flicker or refresh?

Thanks for looking into this. Should I copy and paste the script it runs here?

End post

Post can be found here: http://www.rainmeter.net/forum/viewtopic.php?f=19&t=140&sid=52d4fdd0148e57804640b17d7e91b822&p=679#p679

Comment #4

Posted on May 5, 2009 by Massive Monkey

I have what might be a related issue. I don't have any problem with things repositioning, but I do use DesktopWorkArea. Anything that changes the resolution causes Rainmeter to "lose" DesktopWorkArea, meaning things maximize to full screen then. The only way to recover it is to exit and restart Rainmeter. That I expect, however certain actions that wouldn't seem to cause a res or color depth change will cause the same thing to happen. Exiting Winamp for instance causes it to happen. On my girlfriend's account it happens every few minutes with no discernable cause.

Comment #5

Posted on May 13, 2009 by Grumpy Bird

Unknown if this may be a related issue!?!!

Posted to the forum 5/12/09 Open Post

Postby jsmorley » Today, 10:40 am 3) If you change the Windows Taskbar from "Autohide" to not auto-hidden, or the other way around, many of Rainmeter's "plugins" stop displaying. You have to exit Rainmeter and restart it. End of Post

Again jsmorley is using the latest untested release.

Comment #6

Posted on Jul 8, 2009 by Quick Rhino

(No comment was entered for this change.)

Comment #7

Posted on Oct 12, 2009 by Quick Rhino

(No comment was entered for this change.)

Status: Done

Labels:
Type-Defect Priority-Medium Version-0.14.1