| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
loc file has ownerUserId not ownerDisplayName
|
| | |
|
| | |
|
| | |
|
| |
|
| |
issues
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
Geopoint exposes everything GeopointParser can do. By calling a Geopoint
constructor instead of a GeopointParser method returning a Geopoint,
Eclipse can do more null checks for free (a constuctor can never return
a null object).
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Most of the time, the cgCoord is built from an existing cache or from an
existing waypoint. And most of the time, using the IWaypoint interface
is fine.
We can see a cache as being a waypoint as well, so by making it
implement IWaypoint we can manipulate IWaypoint objects every time we
were manipulating cgCoord ones without copying.
After this refactoring, cgCoord was only used to hold some partial cache
information. cgCache can be used instead, and cgCoord is not needed
anymore.
|
| |
|
|
|
|
|
|
| |
The behaviour is unchanged, but altering Settings.isDebug() to return
false will prevent verbose, debug and info levels messages from being
logged.
Part of work on #1301.
|
| | |
|
| |
|
|
|
|
| |
* avoid creating message objects, there is a pool
* only get GCVotes for filtered caches, not for all
* don't use GepointParser in LocParser, we know those are pure floats
* String concatenation
|
| | |
|
| |
|
| |
* otherwise they are not readable
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |\
| |
| |
| |
| |
| |
| | |
Conflicts:
main/src/cgeo/geocaching/files/GPXParser.java
main/src/cgeo/geocaching/files/LocParser.java
tests/src/cgeo/geocaching/files/LocParserTest.java
|
| | |
| |
| |
| |
| |
| |
| | |
- moved file handling from GPXParser to cgeopgxes
- streamlined LocParser with GPXParser
- removed cache counting in favor of progress bar
- added error dialog if import went wrong
- fixed stream handling when importing attachement
|
| |/ |
|
| |
|
|
|
|
|
|
|
|
| |
What is called search result (or cgSearch) in c:geo is a collection
of caches that can or cannot come from a real search.
Remove the indirection and the ever-growing hash map that was previously
used. This will save memory, especially when using live maps.
See discussion in issue #707.
|
| |
|
|
|
|
| |
* tested with Gmail only, not with other mail clients
* uses the GPX activity, so you will see the GPX files of your SD card
in the background
* some refactorings and cleanups in GPX parser
|
| |
|
|
| |
* refactored many places to reference the cache type enum
* special icon for "unknown" still missing
|
| |
|
|
| |
I hope I got it right. I had to apply this as patch, as my Eclipse
didn't want to merge this pull request by any means.
|
| |
|
|
|
|
|
|
|
|
| |
* Settings can no longer be instantiated, everything is static instead.
* Most option values are no longer cached in fields. This has been done
for clarity during the refactoring. I will add some performance tests
afterwards and may re-introduce those fields for caching the option
values.
Sorry, if anyone gets merge issues afterwards. There was no easier way
to implement this...
|
| | |
|
| |
|
|
|
|
|
|
|
| |
(necessary for some unit tests)
* have singleton of application instance, allows removing all the "app"
fields everywhere afterwards
* refactor GPX parser to be independent of c:geo application classes, so
it can be tested much easier
* new unit tests for different GPX versions and sources
* new unit tests for LOC file parsing
|
|
|
This prepares the inclusion of tests into the same repository.
|
