Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP
Commits on Mar 21, 2012
  1. @kevinsawicki

    Remove javadoc warning in GaugeGraphView

    kevinsawicki authored
    Javadoc complains about using templates in method
    links and wants the plain non-template parameter
    signatures.
  2. @rtyley
Commits on Mar 19, 2012
  1. @rtyley

    Set app 'debuggable' true for dev, false for release

    rtyley authored
    Like the version code, the android-maven-plugin takes care of updating
    this manifest field for us. Having the app debuggable is useful because
    it allows us to profile performance & mem usage using DDMS:
    
    http://developer.android.com/guide/developing/debugging/ddms.html
  2. @rtyley
Commits on Mar 14, 2012
  1. @kevinsawicki

    Remove extra shape element from first layer

    kevinsawicki authored
    This was causing the given shape color to not be drawn
Commits on Mar 13, 2012
  1. @rtyley

    Use common lib for RoboGuice-ActionBarSherlock types

    rtyley authored
    Both RoboGuice and ActionBarSherlock require the use of base activities,
    so we're using copies of the RoboGuice classes that extend the *ABS*
    base classes, rather than the normal Android classes.
    
    https://github.com/rtyley/roboguice-sherlock
Commits on Mar 12, 2012
  1. @rtyley

    commit updated version code so it doesn't confuse people

    rtyley authored
    I used 'mvn release:prepare' to do the tagging this time, which is much
    faster than me doing it, but doesn't commit the automatic version-code
    updates - so I'm doing that now.
  2. @rtyley
  3. @rtyley
Commits on Mar 8, 2012
  1. @rtyley

    Update to ABS 4.0.0 Final (changes since RC1)

    rtyley authored
    Three changes:
    
    * Remove use of ABS 'plugin-support-lib' as this is back in the ABS lib
    itself
    
    * Adapt our activities to use RoboGuice-supporting subclasses of the
    ActionBarSherlock activity and fragment classes.
    
    * ProGuard rule to ensure that the
    constructor of the ActionBarSherlock implementation classes aren't
    over-aggressivly removed (the 'native' one is invoked via reflection).
Commits on Mar 6, 2012
  1. @rtyley

    Introduce GaugeGraphView, allow colouring via styles

    rtyley authored
    There's some fractional improvements in reduced array allocation etc,
    but mostly this change is just to remove the duplication of the
    graph-generating code that was in TrafficListFragment & GaugeViewHolder.
  2. @rtyley

    another tweak test for ci

    rtyley authored
  3. @rtyley

    tweak to test ci...

    rtyley authored
Commits on Mar 5, 2012
  1. @rtyley

    Post-release 1.2

    rtyley authored
  2. @rtyley

    Commit 1.2 release

    rtyley authored
    Should fix:
    
    * NPEs on Gauges with less than 7 days of recent traffic.
    * Hitting refresh no longer jumps you back to the top of the list
  3. @rtyley

    Revert "Rotate refresh icon in Action Bar while loading things."

    rtyley authored
    Unfortunately, due to some rendering issues, this isn't quite ready to
    go out yet:
    
    expectedbehavior#13 (comment)
    
    We're putting it on a branch and hopefully it'll be sorted soon and we
    can re-merge it.
    
    Reverts commit e606ff2.
    
    Conflicts:
    
    	app/src/main/java/com/github/mobile/gauges/ui/ListLoadingFragment.java
  4. @rtyley

    tidy

    rtyley authored
  5. @kevinsawicki

    Ensure color and data arrays are always filled

    kevinsawicki authored
    This guards against NPEs that occur with gauges that report
    less than seven days of recent traffic.
Commits on Mar 2, 2012
  1. @kevinsawicki
  2. @rtyley

    More import refreshing

    rtyley authored
  3. @rtyley

    Remove unused imports

    rtyley authored
  4. @rtyley

    Stop list from jumping back to the top on reload

    rtyley authored
    Uses setList() instead of setAdapter() - it's not a method available on
    ListAdapter, so we have to ensure we have a ViewHoldingListAdapter.
    
    This is a redo of commit 73689dc - which was broken because it left the
    'Content' and 'Referrers' fragments blank. This was because a private
    reference to the ListAdapter was being held in the ListLoadingFragment-
    a bad idea because list fragments can actually have their ListAdapters
    replaced when on coming back on screen, leaving the LLF holding an old
    ref. Now, instead of holding our own ref to the ViewHoldingListAdapter,
    we call getListAdapter() and cast it, ensuring we have the correct
    ListAdapter.
    
    
    
    
    fix the jump fix
  5. @rtyley

    Revert "Stop list from jumping back to the top on reload"

    rtyley authored
    This commit introduced a bug, the 'Content' and 'Referrers'
    fragments went blank - quite surprised, sure I had checked
    them... oh well, investigating
    
    This reverts commit 73689dc.
  6. @kevinsawicki

    Remove unused imports

    kevinsawicki authored
  7. @rtyley

    Stop list from jumping back to the top on reload

    rtyley authored
    Uses setList() instead of setAdapter() - it's not a method available on
    ListAdapter, so we have to ensure we have the adapter reference as a
    ViewHoldingListAdapter.
  8. @rtyley
Commits on Mar 1, 2012
  1. @rtyley
Commits on Feb 28, 2012
  1. @kevinsawicki
  2. @kevinsawicki
  3. @kevinsawicki

    Remove unneeded cast to ImageView

    kevinsawicki authored
    All methods used are available on the View class
  4. @kevinsawicki

    Use Activity.getLayoutInflater() to inflate loading view

    kevinsawicki authored
    Removes unneeded cast when calling Activity.getSystemService()
  5. @kevinsawicki

    Return early when activity is missing

    kevinsawicki authored
    Also reduce calls to getActivity() by reusing reference to first call
  6. @rtyley

    Merge pull request #13 from eddieringle/master

    rtyley authored
    Rotate Refresh Item While Loading Things
  7. @kevinsawicki
  8. @kevinsawicki

    Consistently use Fragment.getResources()

    kevinsawicki authored
    Previously Fragment.getActivity().getResources() was
    called when creating the adapter which has a slightly
    different behavior in regards to exception throwing.
Something went wrong with that request. Please try again.