Yeah, I clicked the 85C to change to 85F and I get an error. 

I got my feed and numbers, I still can't change locations. Using Tiggz Kweather weather. My location only.

Bilbo, please send me some, I think I have proven in the past that I am a tad short on it...lol. 

and it appears that I have to put this in 2 different lines with the script I'm using?

Not working here.

I will wait for a fix for everyone, I don't need a weather app that only works for my location. I mainly use it for my themes.

I can vouch for that.

In case there's opportunity to enter two locations in the widget, what you are suggesting works fine in case you don't replace "zipcode" by the real ZipCode ( FRXX0040 in my case ) and of course if you replace YOURID and YOURKEY by the PartnerID and License Key received by mail

Though the first zip code asked for first location is effectivly hardcoded, but you can modify as you want the second one at any time (and °C or °F are correctly displayed )

Look . . I'm not happy about this either.  But the fact is that weather.com is in the right.  And they have rights.

What if you created an object and in the script you said that it could be reused but only if the new object was atributed to you.  And then someone took credit.  Would you be pissed?  I would.  What's the difference?

Yes, for Tiggz's it's two places in one script. AND for your newer themes you need to modify this in the "kweatherimage" object as well as the "kweatherimage2" object.

To allow the ability to change the location, depending on which script you're working with (I'm going by author here), use one of the following lines:

Bilbo's widgets:

http.Open "GET", "http://xoap.weather.com/weather/local" & Object.PersistStorage("zipcode") & "?cc=*&dayf=5&unit="&str_UNITS&"&link=xoap∏=xoap&par=ID&key=KEY" , False

Tiggz's widgets:

http.Open "GET", "http://xoap.weather.com/weather/local" & zipcode & "?cc=*&dayf=5&unit="&str_UNITS&"&link=xoap∏=xoap&par=ID&key=KEY" , False

~Fairyy's widgets:

http.Open "GET", "http://xoap.weather.com/weather/local" & location & "?cc=*&dayf=5&unit="&str_UNITS&"&link=xoap∏=xoap&par=ID&key=KEY" , False

Generally you need to pay attention to the variable that comes after the first part of the url-- the bolded parts. Modify the line of code accordingly.

EDIT: Got my codes mixed up.  The str_UNITS part cannot be on the end of the url

This did not work here, I will retry.

I suppose you may be right there, but for me, the difference is redoing all my themes. Therefore, if this is the only choice, my will probably be that my future themes will not include a weather app. I am tired of updating and reuploading. I have a lot of themes and all of them but 1 or 2 have weather applets. We are talking about a lot of work on my part, the part of the moderators, and all the users will need to redownload. And, as was said before, they could very well do something else next year, and then I have to start all over again.

So I agree you may have a legit point, and as you said, it's my choice whether or not to use their feed. But either way I choose, I have a lot of work to redo for a third time.

Edit: And I'm not actually blaming anyone. I suppose it's their right to ask this to use the feed. I'm just irked at all the rework that lies ahead. And I can see this being a problem for WC because there are a hell of a lot of weather widgets out there that will be reworked and reupped. This is going to create a lot of work for WC/Stardock and for mods, and a flooding of the galleries, and we all know how well that goes over...

To me the solution should be rather simple rather than all of you great skinners bantering back and forth as to how get around the promblem STARDOCK should be taking the lead action to fix this problem as Desktop X  is purchased from them and includes  Weather Widget .Yet I have not seen a reply post from them. They should be promptly addressing correcting this problem in a fairly quick time frame or  perhaps a refund of some amount is in order

OK, this seems to be working, so will it work when in a theme/widget and sent to someone else? Or will they need to put their own numbers into it? ID and Passkey?

Actually you have, Zubaz works for and speaks for(I think), Stardock.

It is going to be a lot of work.  This is why a better method may need to be looked at going forward before we all go nuts implementing something.

For example, if weather widgits called an external file for the scripts, if something like this ever happened again, a DX coder could upload a new widgit that had that one file modified with instructions on how to replace it . . all would be well.  Right?

Or what if our weather widgets worked similarly to the Mac widgets adn flipped over with any logos htat were requiered?

Again, there is nothing wrong with DX.  It's calling feeds correctly. 

Lastly, we will be updating that sample object soon to work with our (licensed) accuweather feed.  Or, baring that, removing it as a sample object.

They'll need to put their own ID and Key as per the license agreement. These fixes are for the end-user to implement. I am working on a new weather template for authors which should eliminate the need to hard code this stuff in there. That is, if Vad doesn't come up with one quicker.

I could modify your code for you, but then you also have to put the TWC logos in place and create objects for the advert links, etc, etc, etc, etc.  *sigh* We've got a lot of work to do.

Yep. That would be best.

From the license:

Whenever possible, the logo should appear in the lower right or lower center of the design space. weather.com must be legible at all times.

And it goes on...

This is a nice scenario, but even with instructions, most users will not be able to replace a widget completely in one of my themes. This would work well for standalone widgets.