go2net / android-sky Goto Github PK

Details dialog should probably be singleTop to prevent multiple dialogs
from showing over each other.

-

What steps will reproduce the problem?
There is another folder tree Sky directly under the main one.

What steps will reproduce the problem?
1. Load a city with a forecast of "Hot" (aka, Austin, TX)
2. Click on the widget for the forecast
3. No icon appears on "Hot" days

What is the expected output? What do you see instead?
And icon/Sun

What version of the product are you using? On what operating system?
JSharkey's, not Koxx

Please provide any additional information below.
I appreciate the efforts for an international version, but I much prefer
JSharkey's as it is simpler and looks better IMO.  Is there a way to load
an icon for HOT?

The forecast condition "wintry" doesn't match against an icon.

Hello,
  I recently stumbled across this and tried it out.  I noticed that its been a few years now since any life has been here but wanted to say that im quite impressed with this especially seeing as how it still works perfectly after all this time on ICS 4.0.4.  I have made some theme modifications to this -- pictures below -- and plan to include it by default into my ThirdEye theme for CM9.

  My request -- if even possible -- is if there could be options added for 'day begin' and 'day end'.  Right now the app thinks my days ends at 9PM.  It would be nice to specify those times.

  I am using the most recent version: Sky-International-Koxx-104.apk.
I have changed the default icons to the better ones so that no skin is needed 
at start to look better.

  My version -- if anyone ever sees this and wants it -- is here:

http://bit.ly/Hctu5q

  I doubt this will ever be read but here's hoping.  Take care and thanks for the great weather app.


-tgwaste

No icon for "Cold" and "Hot"

As far as I can tell, the android-sky service is running all the time,
which seems like a waste of memory, considering it updates rather
infrequently. 

Wouldn't it be appropriate to shutdown the service once the worker thread
has finished?

We're using Pattern regex to match condition strings against forecast
icons.  Patterns are expensive, and even though we're keeping them static,
they get disposed of pretty quickly.

We should move to a case-insensitive indexOf() approach to speed things up.

To be a good web citizen, we should put a useful user-agent string in our
API requests, similar to what we did in the Wiktionary example.

What steps will reproduce the problem?
1. Set language to zh_CN and encoding to UTF-8
2. Create a widget and update the weather
3. Display mess up

What is the expected output? What do you see instead?

Display Chinese correctly


What version of the product are you using? On what operating system?

103b

Please provide any additional information below.

GET /ig/api?weather=Nanjing,,,32030560,118781904&hl=zh-CN HTTP/1.1
Host: www.google.com
Connection: Keep-Alive
User-Agent: Apache-HttpClient/UNAVAILABLE (java 1.4)




HTTP/1.1 200 OK
Date: Sun, 31 May 2009 15:16:19 GMT
Pragma: no-cache
Expires: Fri, 01 Jan 1990 00:00:00 GMT
Cache-Control: no-cache, no-store, must-revalidate
Content-Type: text/xml; charset=GB2312
Set-Cookie: IGTP=; expires=Thu, 01-Jan-1970 00:00:01 GMT; path=/ig;
domain=www.google.com
Set-Cookie:
PREF=ID=0d7ca2b96b7377cd:NW=1:TM=1243782979:LM=1243782979:S=IHLJisCOK1w81jxU;
expires=Tue, 31-May-2011 15:16:19 GMT; path=/; domain=.google.com
Server: igfe
Transfer-Encoding: chunked


Google response's http header set charset to GB2312, and app ignore that
and try to decoding the http body content by UTF-8.

The current 50%-alpha low-temp can look ugly against some backgrounds.  We
should switch to a solid grey to solve this.

What steps will reproduce the problem?
1. Add forecast widget international
2. crash of dxTop

What is the expected output? What do you see instead?
android.process.acore stopped

What version of the product are you using? On what operating system?
Android-sky international (France) with haykuro build on ADP

No icon for "Wintry mix"

We should abstract the weather provider to handle international data
sources, probably from METAR-like data.

Users have pointed out that "Red Flag" weather alerts are quite common
across the US, especially in certain Florida areas.

We should think of a way to have these alerts automatically suppressed, or
user-acknowledged, so that a normal forecast can be displayed again.

The present functionality is excellent. I think working on the fit and
finish to match the existing Android widgets would be the proverbial icing
on the cake for sky widget. In particular I am thinking about the usage of
the standard widget frames and bounding box area.

http://developer.android.com/guide/practices/ui_guidelines/widget_design.html#sh
adows

we have to see how we can merge both versions.

Great looking application, but it is useless to people like me, who are
outside the US.

It would be great to move to a worldwide weather data provider, so people
from across the globe could use this widget.

When someone goes to a different city, they might want the widget to update
and follow them automatically.

We should add this as an option somehow.

An option for user to switch between manual update/auto update