Clock skin bug?

[jsmorley]

The "moving" text due to the meter's variable size when the alignment is CenterCenter could be solved by using Left alignment. Other than that, appently my video card has no issues with either disabled or enabled hardware acceleration. Some changes occured, but not the artefacts in the OP's screenshot.

There is more to this than the "position" or even the "size" of the string. A "W" just paints different pixels than an "A" does. I really think SolidColor is the most reliable solution to this. Then ALL the pixels are always redrawn.

[Yincognito]

There is more to this than the "position" or even the "size" of the string. A "W" just paints different pixels than an "A" does. I really think SolidColor is the most reliable solution to this. Then ALL the pixels are always redrawn.

True that.

[balala]

There is more to this than the "position" or even the "size" of the string. A "W" just paints different pixels than an "A" does. I really think SolidColor is the most reliable solution to this. Then ALL the pixels are always redrawn.

Probably a good workaround, especially that using a transparency of 1 (from 255), the background still remains practically transparent (as described).

But still waiting for FNTONN, to let us know if we had right and the hardware acceleration fixed the issue. Did it FNTONN?

[Yincognito]

In the meantime, you might want to check if this works (you can try the Hardware Accelleration workaround that has been posted as well, as this already uses an "almost" transparent background, like jsmorley and balala recommended). Make a backup of your original Clock.ini, and replace the code with this:

Code: Select all

[Rainmeter]
Update=1000
AccurateText=1
BackgroundMode=2
SolidColor=47,47,47,1

[Metadata]
Name= Simple Clock
Author=StarLender
Information= A rainmeter skin of digital clock ,date,weather.
Version=v1.0
License=Creative Commons Attribution - Non - Commercial - Share Alike 3.0

[Variables]
Color=255,255,255,255
Font=Google Sans
;open google maps and search for your location's coordinates
LatLon=22.605689,88.414835
;your language, units will be set accordingly
Language=en-GB

[MeasureTime]
Measure=Time
Format=%H:%M

[MeasureDate]
Measure=Time
Format=%a, %b %d
FormatLocale=Local

[MeasureWeather]
Measure=WebParser
Url=https://weather.com/#Language#/weather/today/l/#LatLon#
RegExp="(?siU).*"vt1observation":\{.*,"icon":(.*),.*,"temperature":(.*),.*\}.*"unitOfMeasurement":\{.*,"temp":(.*),.*\}.*"
UpdateRate=300

[MeasureWeatherCurrentIcon]
Measure=WebParser
URL=[MeasureWeather]
StringIndex=1
RegExpSubstitute=1
Substitute='(?:^"|"$)':"","(?:^$|^null$)":"3200"

[MeasureWeatherCurrentTemp] 
Measure=WebParser
URL=[MeasureWeather]
StringIndex=2
RegExpSubstitute=1
Substitute='(?:^"|"$)':"","(?:^$|^null$)":"---"

[MeasureWeatherCurrentUnits]
Measure=WebParser
URL=[MeasureWeather]
StringIndex=3
RegExpSubstitute=1
Substitute='(?:^"|"$)':"","(?:^$|^null$)":"C"

[Clock]
Meter=String
MeasureName=MeasureTime
X=100
Y=0
W=200
FontSize=50
FontFace=#Font#
AntiAlias=1
FontColor=#Color#
ClipString=1
StringAlign=Center
Text="%1"

[DateWeather]
Meter=String
MeasureName=MeasureDate
MeasureName2=MeasureWeatherCurrentTemp
MeasureName3=MeasureWeatherCurrentUnits
X=0r
Y=0R
FontSize=13
FontFace=#Font#
AntiAlias=1
FontColor=#Color#
Text=%1           %2 °%3
StringAlign=Center

[WeatherCurrentIcon]
Meter=Image
MeasureName=MeasureWeatherCurrentIcon
ImageName=#@#WeatherIcons\%1.png
X=16r
Y=2r
W=18
H=18

Of course, you should set your latitude and longitude, as well as the language (that controls the units) according to your location. This gets the data from weather.com instead of darksky.net, in case that was also an issue you wanted "fixed". It's up to you to adapt Clock_bigsize.ini to resemble this, if you deem it necessary.

[FNTONN]

Thank you everyone who replied! I figured out I had hardware acceleration turned on and now it changes the time smoothly now! As for the temperature as some of you have mentioned, I never really had a problem with that because I haven't bothered making an account to set it up. I might though.

Thanks again.

[balala]

As for the temperature as some of you have mentioned, I never really had a problem with that because I haven't bothered making an account to set it up.

No, you don't have to. There is no need for any kind of account. In fact,

WebParser cannot use cookies or other session-based authentication, so it cannot be used to retrieve information from web sites requiring a login.

Source.
As you could see in Yincognito's post above, you can retrieve the weather information based on geographical coordinates or based on the weather code of you location.

[jsmorley]

No, you don't have to. There is no need for any kind of account. In fact,

Source.
As you could see in Yincognito's post above, you can retrieve the weather information based on geographical coordinates or based on the weather code of you location.

The skin as originally written uses the Dark Sky API, which while it requires a free "key" to use, doesn't require any login by WebParser. While I would certainly recommend changing it to use the JSON portion of the weather.com website instead, there is nothing particularly wrong with using Dark Sky.

[balala]

The skin as originally written uses the Dark Sky API, which while it requires a free "key" to use, doesn't require any login by WebParser. While I would certainly recommend changing it to use the JSON portion of the weather.com website instead, there is nothing particularly wrong with using Dark Sky.

But do you know what skin FNTONN does use? Because as far as I can tell, this was not established precisely. At least the initial post, has a link to the Time and Date Rainmeter skins (https://www.deviantart.com/rainmeter/gallery/45661668/time-and-date).

EDIT: Sorry, just discovered that Yincognito has posted a link a little bit later. Sorry for my negligence...