The 1st commented URL variable is there just to confirm things are working, so you can skip uncommenting and trying it, if you like. The problem occurs when trying to get the feed content at (i.e. the 2nd URL), which, due to its nature, is protected by a captcha, standard Cloudflare protection. As a result, the URL becomes similar to the 3rd URL variable (encoded captcha omitted and replaced by instead) in the browser, although as one can test, once you enter the captcha you can access the feed URL without any issues in the browser, using the basic URL, like in the left mouse up action from the meter.
Code: Select all
[Variables] ;URL="http://slashdot.org/slashdot.rdf" URL="http://defence-blog.com/feed" ;URL="http://defence-blog.com/feed?__cf_chl_captcha_tk__=..." [Rainmeter] Update=1000 DynamicWindowSize=1 AccurateText=1 BackgroundMode=2 SolidColor=0,0,0,255 ---Measures--- [MeasureRSSParent] Measure=WebParser URL="#URL#" RegExp="(?siU)^(.*)$" StringIndex=1 ---Meters--- [MeterRSSItemTitle] Meter=String MeasureName=MeasureRSSParent W=144 H=36 FontSize=11 FontColor=255,255,255,255 StringStyle=Bold AntiAlias=1 LeftMouseUpAction=["#URL#"] DynamicVariables=1
Long story short, while for (the 1st feed URL) I'm getting the actual feed content (i.e. the stuff), for I'm getting a bare HTML without any feed content in it (i.e. the stuff). Is this part of the behavior related to this excerpt from the manual:
EDIT: Oops, posted this in the Bugs & Feature Suggestions section by mistake. I wanted to post it in the Rainmeter Skins section, but well, it's too late for that now. My bad.
EDIT2: Thanks for moving it in the appropriate section.