Clock rainmeter skins1/28/2024 ![]() Update 11: Time = 09.900, Skin = 09.000 (synchronized, but duplicate of skin time above) Update 01: Time = 00.900, Skin = 00.000 (synchronized, but duplicate of skin time above) The hour and minute are not relevant in this, so we'll only show the seconds.milliseconds part (as in 03.999) - Time means the real time, Skin means the time shown in the skin (actually, just the seconds, assuming a HH:MM:SS format) based on the update rate and delay: the skin update that happens on refreshing the skin), the computer time and the Rainmeter skin are "synchronized". Let's also assume that at update 00 below (i.e. For computational sake, but also to show what happens if the delay is near 0 when the system is idle, let's also suppose that the delay of Rainmeter is constant and has a value of 0 ms (none of those assumptions are true in a dynamic computer environment, of course, but it just makes illustrating the outcome easier, without affecting the conclusion you can have a different delay or a variable / dynamic delay as it actually happens, the only thing below that will be different will be the numbers, as the conclusion will remain the same, especially on significant delay variations). To illustrate what happens, let's suppose we set a 900 ms update in the skin to try to be precise and eliminate the delays. ![]() Yeah, the thing is that no matter how one approaches this, there are going to be those "delays" that one cannot estimate precisely, and one just cannot do a perfectly accurate time skin in Rainmeter, simple because of how Rainmeter operates in the first place. I have not asked if this is wrong before so - I may be after all. There is some delay between rainmeter and windows, the Time function is based on windows time, so shortening the delay will have no effect other than reducing if not eliminating any delays. I might sound like a 'rule breaker', but for clock skins, I have found Update=900 to be most effective in the clock keeping up with the windows clock. So instead of using Y=107r in you can simply use Y=R for a similar, but more robust effect.Mor3bane wrote: ↑ July 1st, 2020, 7:02 am A lower case 'r' makes a meter relative to the Top Left of a meter whereas an upper case 'R' makes a meter relative to the Bottom Right of a meter. ![]() This will make the background of the meter bright Red and you'll be able to see how much space it's taking up and where.Īlso, it looks like you want the date to always be below the time so instead of using 107r try simply using R (make sure it's capital). A little tip, if you're ever confused by spacing or alignment put a line like this in the meter in question: ![]() Just change the X value to 0 and you'll be good to go. Since your X position is 230 that means that the Top Left of your time meter will be 230 pixels from the left and 0 pixels from the top since your Y value is 0. Keep in mind that the default is LeftTop so you can either use StringAlign=LeftTop or just remove it altogether and it will default to that value anyway. I would adjust your X values accordingly and change your String Alignment to either Left or LeftTop. However, you have your alignment set to Right, but you're trying to align it on it's Left side. ![]() This means that the 'anchor' point of the text is at the top left. String meters by default use the LeftTop alignment. ![]()
0 Comments
Leave a Reply.AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |