It's a pain to have to keep around both a list/client/segment object and a corresponding hash of details. These changes allow storing of the details as attributes on the object in standard Ruby notation (underscored instead of camel cased).
The changes are backwards-compatible. The details methods will still return the response hash.
refactoring to use instance variables for api_token instead use globa…
fixing tests and finish refactor
removing default argument value
fixing bug in createsend new
Allow client, list, and segment objects to store their details.
Merge branch 'refs/heads/global-variables' from lucasallan
I'm sorry this work was never merged into master. I was away and not actively maintaining this project when this pull request was made, and unfortunately nobody else looked at this.
The library has changed significantly since then, and this can't really be merged as it stands right now. I may end up using the ideas from this pull request to implement what you have done using the latest code.