Today
Yesterday
-
-
r298
(Oops. My mistake, I was never really defining mIndicatorHei...) committed by captainspam
- Oops. My mistake, I was never really defining mIndicatorHeight, so if the accuracy was less than
the size of the indicator icon, it was getting clipped out.
Oops. My mistake, I was never really defining mIndicatorHeight, so if the accuracy was less than
the size of the indicator icon, it was getting clipped out.
-
-
r297
(Fixed a bug where MainMap would spin endlessly if the user i...) committed by captainspam
- Fixed a bug where MainMap would spin endlessly if the user is on the 30W line (actually, any 29W
graticule), has Nearby Points turned on, it's a day when the 30W and not-30W hashes are different,
and the user doesn't have yesterday's stock in the cache. Put simply, I forgot to increment
mNextNearbyY in that loop when it comes across the zero point. Oops.
Also fixed a slight bug where it drew multiple flags on the same nearby point, which I think is a
bit wasteful.
Fixed a bug where MainMap would spin endlessly if the user is on the 30W line (actually, any 29W
graticule), has Nearby Points turned on, it's a day when the 30W and not-30W hashes are different,
and the user doesn't have yesterday's stock in the cache. Put simply, I forgot to increment
mNextNearbyY in that loop when it comes across the zero point. Oops.
Also fixed a slight bug where it drew multiple flags on the same nearby point, which I think is a
bit wasteful.
-
-
r296
(Added in a workaround to make the location overlay work on t...) committed by captainspam
- Added in a workaround to make the location overlay work on the Motorola CLIQ (and presumably,
anything else that doesn't implement the MyLocationOverlay drawables properly).
Added in a workaround to make the location overlay work on the Motorola CLIQ (and presumably,
anything else that doesn't implement the MyLocationOverlay drawables properly).
-
Last 7 days
-
r295
(Changed WikiUtils.getHttpPage to use StringBuilder instead o...) committed by captainspam
- Changed WikiUtils.getHttpPage to use StringBuilder instead of concatenating Strings, the former of
which is a lot more efficient in the end when it comes to arbitrary-length input like this.
Changed WikiUtils.getHttpPage to use StringBuilder instead of concatenating Strings, the former of
which is a lot more efficient in the end when it comes to arbitrary-length input like this.
-
-
r294
(Revamped WikiPictureEditor's Gallery list. Now it should so...) committed by captainspam
- Revamped WikiPictureEditor's Gallery list. Now it should sort out the most recently-taken camera
pictures first. This isn't done yet. Not by a long shot.
Revamped WikiPictureEditor's Gallery list. Now it should sort out the most recently-taken camera
pictures first. This isn't done yet. Not by a long shot.
-
issue 4
(..is not 30W compliant for earlier dates) changed by captainspam
-
Status:
Fixed
Cc:
thomas.hirsch
Status:
Fixed
Cc:
thomas.hirsch
-
r293
(Updated Info.makeAdjustedCalendar to properly handle the 30W...) committed by captainspam
- Updated Info.makeAdjustedCalendar to properly handle the 30W Rule for dates on or before May 26,
2008 (that is, ignore the 30W Rule for those dates, as it wasn't coined before then).
Updated Info.makeAdjustedCalendar to properly handle the 30W Rule for dates on or before May 26,
2008 (that is, ignore the 30W Rule for those dates, as it wasn't coined before then).
-
issue 3
(Crash on Moto CLIQ) changed by captainspam
-
Owner:
captainspam
Labels:
Component-UI
Owner:
captainspam
Labels:
Component-UI
-
-
-
-
Last 30 days
-
r292
(Added in DOMUtil from an old project of mine. Much of this ...) committed by captainspam
- Added in DOMUtil from an old project of mine. Much of this was based off of a Learning Java book.
Added in DOMUtil from an old project of mine. Much of this was based off of a Learning Java book.
-
r291
(Forgot to add the string in.) committed by captainspam
- Forgot to add the string in.
Forgot to add the string in.
-
r290
(Did an awful lot to WikiPictureEditor.
- Converted it to a ...) committed by captainspam
- Did an awful lot to WikiPictureEditor.
- Converted it to a WikiBaseActivity.
- Converted its wiki running thread into a WikiConnectionRunner.
- Changed its error handling to pop up a dialog.
- Fixed the gallery list so that it's in sync with the pictures (thumbnails and images use a
different ID space, apparently).
Unfortunately, I still want to make sure camera pics come first and that all of them are sorted by
the time the picture was taken, since that's what is most likely to be uploaded. I'm still
researching that one.
Did an awful lot to WikiPictureEditor.
- Converted it to a WikiBaseActivity.
- Converted its wiki running thread into a WikiConnectionRunner.
- Changed its error handling to pop up a dialog.
- Fixed the gallery list so that it's in sync with the pictures (thumbnails and images use a
different ID space, apparently).
Unfortunately, I still want to make sure camera pics come first and that all of them are sorted by
the time the picture was taken, since that's what is most likely to be uploaded. I'm still
researching that one.
-
r289
(Created WikiBaseActivity, featuring the methods WikiMessageE...) committed by captainspam
- Created WikiBaseActivity, featuring the methods WikiMessageEditor and WikiPictureEditor share in
common. Turned WikiMessageEditor into one, too.
Created WikiBaseActivity, featuring the methods WikiMessageEditor and WikiPictureEditor share in
common. Turned WikiMessageEditor into one, too.
-
r288
(Converted WikiMessageEditor to use WikiConnectionRunner and ...) committed by captainspam
- Converted WikiMessageEditor to use WikiConnectionRunner and the new error-reporting popup. I'll
commit the new WikiPictureEditor, too, once I have a bunch of local debug changes removed from it.
Converted WikiMessageEditor to use WikiConnectionRunner and the new error-reporting popup. I'll
commit the new WikiPictureEditor, too, once I have a bunch of local debug changes removed from it.
-
r287
(Created WikiConnectionRunner as a separate class, as there's...) committed by captainspam
- Created WikiConnectionRunner as a separate class, as there's a lot of basic functionality shared
between WikiMessageEditor's and WikiPictureEditor's threads. They'll be melded into this once I
have a better error handler for them.
Created WikiConnectionRunner as a separate class, as there's a lot of basic functionality shared
between WikiMessageEditor's and WikiPictureEditor's threads. They'll be melded into this once I
have a better error handler for them.
-
r286
(fixing login recognition in WikiUtils. POSTing wiki pages re...) committed by thomas.h...@gmail.com
- fixing login recognition in WikiUtils. POSTing wiki pages remains broken.
fixing login recognition in WikiUtils. POSTing wiki pages remains broken.
-
r285
(Set the message areas in both the picture uploader and the m...) committed by captainspam
- Set the message areas in both the picture uploader and the message editor to capitalize sentences
automatically.
Also removed the timestamp checkbox from the picture uploader. Turns out the MediaWiki Gallery
extension doesn't interpolate ~~~~~ for some reason, so that can't do anything.
Set the message areas in both the picture uploader and the message editor to capitalize sentences
automatically.
Also removed the timestamp checkbox from the picture uploader. Turns out the MediaWiki Gallery
extension doesn't interpolate ~~~~~ for some reason, so that can't do anything.
-
r284
(Fixed apostrophes in strings.) committed by captainspam
- Fixed apostrophes in strings.
Fixed apostrophes in strings.
-
GeohashDroid-0.7.1-pre1.apk (Geohash Droid version 0.7.1-pre1 (beta)) file uploaded by captainspam
-
Labels:
Featured
Type-Installer
OpSys-Android
Labels:
Featured
Type-Installer
OpSys-Android
-
r283
(Resourceified the strings in WikiPictureEditor.
Also made i...) committed by captainspam
- Resourceified the strings in WikiPictureEditor.
Also made it so that the first thing PictureEditor does is grab the URI to the image so that the
cursor isn't as important to keep (it'll get destroyed during a config event). There might be a
better way to do this.
Next, I have to figure out why it seems to be picking the same picture every time no matter what I
select from my phone.
Resourceified the strings in WikiPictureEditor.
Also made it so that the first thing PictureEditor does is grab the URI to the image so that the
cursor isn't as important to keep (it'll get destroyed during a config event). There might be a
better way to do this.
Next, I have to figure out why it seems to be picking the same picture every time no matter what I
select from my phone.
-
r282
(Reverted the dummy wiki I was using from WikiUtils, reset it...) committed by captainspam
- Reverted the dummy wiki I was using from WikiUtils, reset it back to the real Geohashing Wiki.
Reverted the dummy wiki I was using from WikiUtils, reset it back to the real Geohashing Wiki.
-
r281
(WikiPictureEditor will now respond properly to canceling. W...) committed by captainspam
- WikiPictureEditor will now respond properly to canceling. WikiMessageEditor will, too. Come to
think of it, I'm not sure how it WAS canceling in the first place when I put that fix in...
WikiPictureEditor will NOT, however, behave properly with orientation shifts. That's next up. Then
resourceizing the strings and adding in a menu option to call the preferences screen, and I think we
have a winner.
WikiPictureEditor will now respond properly to canceling. WikiMessageEditor will, too. Come to
think of it, I'm not sure how it WAS canceling in the first place when I put that fix in...
WikiPictureEditor will NOT, however, behave properly with orientation shifts. That's next up. Then
resourceizing the strings and adding in a menu option to call the preferences screen, and I think we
have a winner.
-
r280
(String resourceized the strings used in the wiki dialogs.) committed by captainspam
- String resourceized the strings used in the wiki dialogs.
String resourceized the strings used in the wiki dialogs.
-
r279
(Fixed MainMap's Location Intent sending as it relates to pic...) committed by captainspam
- Fixed MainMap's Location Intent sending as it relates to picture uploading (else it'll crash if it
hasn't found a lock yet). Also, minor WikiPictureEditor cleaning.
Fixed MainMap's Location Intent sending as it relates to picture uploading (else it'll crash if it
hasn't found a lock yet). Also, minor WikiPictureEditor cleaning.
-
r278
(Updated WikiMessageEditor so that it respects the coordinate...) committed by captainspam
- Updated WikiMessageEditor so that it respects the coordinates and timestamp checkboxes from the
interface.
Updated WikiMessageEditor so that it respects the coordinates and timestamp checkboxes from the
interface.
-
r277
(Some cleanup to WikiPictureEditor to bring some of WikiMessa...) committed by captainspam
- Some cleanup to WikiPictureEditor to bring some of WikiMessageEditor's bulletproofings to it. More
to come. This isn't complete yet.
Some cleanup to WikiPictureEditor to bring some of WikiMessageEditor's bulletproofings to it. More
to come. This isn't complete yet.
-
r276
(Changed the logic behind the anonymous warning label. Now i...) committed by captainspam
- Changed the logic behind the anonymous warning label. Now it has fixed text and is set to View.GONE
when not needed.
Changed the logic behind the anonymous warning label. Now it has fixed text and is set to View.GONE
when not needed.
-
r275
(Changed the message areas in the wiki editors to have hint t...) committed by captainspam
- Changed the message areas in the wiki editors to have hint text.
Changed the message areas in the wiki editors to have hint text.
-
r274
(Changed it so that MainMap sends out two doubles, not a Loca...) committed by captainspam
- Changed it so that MainMap sends out two doubles, not a Location object, because, strangely,
Locations aren't serializable. Odd. This makes the location uploader work properly.
This is really a stopgap measure until I make GeohashLocationService later.
Changed it so that MainMap sends out two doubles, not a Location object, because, strangely,
Locations aren't serializable. Odd. This makes the location uploader work properly.
This is really a stopgap measure until I make GeohashLocationService later.
-
r273
(Removed unused imports from WikiPictureEditor.) committed by captainspam
- Removed unused imports from WikiPictureEditor.
Removed unused imports from WikiPictureEditor.
-
r272
(As it turns out, if the Geohash Droid app is terminated in a...) committed by captainspam
- As it turns out, if the Geohash Droid app is terminated in any way (most likely via low memory
errors when it isn't active), the static mStore value in HashBuilder is rendered null. However, the
only time it's initialized is during the main GeohashDroid class. Meaning, if, for instance, the
user is in MainMap (a somewhat memory-heavy Activity due to it being a MapActivity), navigates to
another app (i.e. the View Wiki Page option, or an incoming phone call), and the OS thinks memory is
low, it could terminate Geohash Droid, expecting to start it back up from a retained state when it
comes back in.
Unfortunately, if MainMap or whatnot needs the database at that time (such as the Nearby Points
feature), this will crash, as mStore will be null, seeing as how HashBuilder.initialize won't have
been run.
This fix is a quick hack that ensures mStore is always defined at any point it's needed by
encapsulating it in an accessor that can create it from scratch if need be. This does mean all
calls that refer to mStore now need a Context, which has also been addressed here.
Later, a REAL fix would be to wrap all database access into a Service that knows to initialize
HashBuilder without the hackish Context requirement every time.
As it turns out, if the Geohash Droid app is terminated in any way (most likely via low memory
errors when it isn't active), the static mStore value in HashBuilder is rendered null. However, the
only time it's initialized is during the main GeohashDroid class. Meaning, if, for instance, the
user is in MainMap (a somewhat memory-heavy Activity due to it being a MapActivity), navigates to
another app (i.e. the View Wiki Page option, or an incoming phone call), and the OS thinks memory is
low, it could terminate Geohash Droid, expecting to start it back up from a retained state when it
comes back in.
Unfortunately, if MainMap or whatnot needs the database at that time (such as the Nearby Points
feature), this will crash, as mStore will be null, seeing as how HashBuilder.initialize won't have
been run.
This fix is a quick hack that ensures mStore is always defined at any point it's needed by
encapsulating it in an accessor that can create it from scratch if need be. This does mean all
calls that refer to mStore now need a Context, which has also been addressed here.
Later, a REAL fix would be to wrap all database access into a Service that knows to initialize
HashBuilder without the hackish Context requirement every time.
-
r271
(WikiMessageEditor will now properly respond to configuration...) committed by captainspam
- WikiMessageEditor will now properly respond to configuration changes (i.e. orientation shift). THAT
should settle THAT!
Note to self: I really should put that into LocationGrabber and StockGrabber, instead of each of
them stopping cold during onPause.
Next, WikiPictureEditor. Most of this will be the same.
WikiMessageEditor will now properly respond to configuration changes (i.e. orientation shift). THAT
should settle THAT!
Note to self: I really should put that into LocationGrabber and StockGrabber, instead of each of
them stopping cold during onPause.
Next, WikiPictureEditor. Most of this will be the same.
-
r270
(Changed the message handler part to use Message's obj field....) committed by captainspam
- Changed the message handler part to use Message's obj field. This makes it a bit simpler for
sending data than using Bundles, since we only need one object for the time being.
Changed the message handler part to use Message's obj field. This makes it a bit simpler for
sending data than using Bundles, since we only need one object for the time being.
-
r269
(Added an abort() method to WikiUtils. This will attempt to ...) committed by captainspam
- Added an abort() method to WikiUtils. This will attempt to abort whatever connection, if any, is in
progress. Likewise, WikiMessageEditor will now attempt to abort itself if the dialog gets canceled
(i.e. the user presses Back).
Next, making sure everything continues working right and the dialog updates properly if the user
switches screen orientations (etc, etc) during this time.
Added an abort() method to WikiUtils. This will attempt to abort whatever connection, if any, is in
progress. Likewise, WikiMessageEditor will now attempt to abort itself if the dialog gets canceled
(i.e. the user presses Back).
Next, making sure everything continues working right and the dialog updates properly if the user
switches screen orientations (etc, etc) during this time.
-
r268
(Converted the strings in WikiMessageEditor into string IDs f...) committed by captainspam
- Converted the strings in WikiMessageEditor into string IDs for (maybe) easy translation later.
Converted the strings in WikiMessageEditor into string IDs for (maybe) easy translation later.
-
r267
(Moved WikiConnectionHandler creation and execution out of di...) committed by captainspam
- Moved WikiConnectionHandler creation and execution out of dialog creation and into button-pressing.
Under Android, the dialog is only created once per Activity instance, so if the user were to attempt
to re-send a message, it would fail the second time, as the dialog's already created by that point.
Also, WikiConnectionHandler now just implements Runnable instead of fully extends Thread. Simpler
that way.
Moved WikiConnectionHandler creation and execution out of dialog creation and into button-pressing.
Under Android, the dialog is only created once per Activity instance, so if the user were to attempt
to re-send a message, it would fail the second time, as the dialog's already created by that point.
Also, WikiConnectionHandler now just implements Runnable instead of fully extends Thread. Simpler
that way.
-
r266
(Fixed a crashing problem caused by MainMap not passing the r...) committed by captainspam
- Fixed a crashing problem caused by MainMap not passing the right string key for the Info bundle to
WikiMessageEditor (which I think I put in... whoops). Also set it so that the "View Wiki Page"
function reads from WikiUtils's WIKI_BASE_URL variable, which is really handy with my testbed wiki.
Fixed a crashing problem caused by MainMap not passing the right string key for the Info bundle to
WikiMessageEditor (which I think I put in... whoops). Also set it so that the "View Wiki Page"
function reads from WikiUtils's WIKI_BASE_URL variable, which is really handy with my testbed wiki.
-
r265
(Added a method to WikiUtils to get the wiki base URL.) committed by captainspam
- Added a method to WikiUtils to get the wiki base URL.
Added a method to WikiUtils to get the wiki base URL.
Older
-
r264
(Extracted the URL of the wiki (the CGI access method) into a...) committed by captainspam
- Extracted the URL of the wiki (the CGI access method) into a private static string. In addition to
being cleaner to begin with, this'll also make it a lot easier to test things on my own private wiki
without dumping pages all over the real wiki.
Extracted the URL of the wiki (the CGI access method) into a private static string. In addition to
being cleaner to begin with, this'll also make it a lot easier to test things on my own private wiki
without dumping pages all over the real wiki.
-
r263
(Tagging up the 0.7.0 release.) committed by captainspam
- Tagging up the 0.7.0 release.
Tagging up the 0.7.0 release.
|
