Update README.md
background, drawableStart and drawableEnd support added in GifTextView
NotFoundException fix
manifest cleanup
memory allocation issue #6 fix
minor image loading fixes
javadoc updates
code formatting
Update README.md
Made GifDrawable class public

GifDrawable is important for users of the library to have access to.
GifImageView only allows you to set a gif from a resource. GifDrawable
allows the user to set a gif from many different sources.
Merge pull request #9 from Wavesonics/master

Made GifDrawable class public
Fixed GifDrawable's toString() method

The method was passing the wrong arguments into the string formatter
making it appear there was something wrong with the GIF's header data.

This is part of a larger effort to track down a segfault that only
occurs when the GifDrawable is constructed via an InputStream rather
than a FileDescriptor.
Fixed crash for InputStreams in multithreaded env

The InputStream path for loading and displaying GIFs had a design flaw
where the JNI Enviroment (JNIEnv) that was present during initial
creation was cached for later used in reading the InputStream. This
would cause a SIGSEGV if the thread the GifDrawable was created on
differed from the one it was displayed on. This is because JNIEnv
objects must not be shared between threads. Instead, the JavaVM object
is now cached at JNI start time. That is then stored instead of the
JNIEnv object, and when ever the JNIEnv obj is needed, it can be
properly retrieved from the VM. This further ensures that all JNI
methods are called while the thread is attached.

Lastly, there is a little extra defensive code in the stream read func.
Merge pull request #11 from Wavesonics/master

Fix SEGSEGV and GifDrawable's toString() method
Ininitial pom.xml added, target updated to 19
Release link updated to 1.0.1
Optimized streamReadFun() to cache it's read buff

StreamContainer now can hold onto a byte buffer for the streamReadFunc
so a new one doesn't have to be alloced for every read op.

This had the consequence of requiring us to lock streamReadFunc() on a
mutex to remain thread safe since calls to it would be sharing the same
buffer.

I've seen only modest perf gains on average, a few ms at best. However,
there are certain "bad" frames in terms of render times, and those cases
saw a pretty good improvement. Since they are not the majority though,
it didn't effect the average framerate very much.
Merge branch 'perf_opt'
Merge pull request #14 from Wavesonics/master

Optimized streamReadFun() to cache it's read buff
Fixed crash in GifImageView

Fixed a crash when null was passed in for Attributes from the ctor. This
is otherwise valid for a View.
Merge pull request #15 from Wavesonics/master

Fixed crash in GifImageView
artifact version changed
Null attrs fix for GifImageButton and GifTextView