fix for issue #123 - can force an adapter class

[nicobrevin]

Here's my rough and ready solution. There is probably a bit of an opportunity to DRY up the construction of adapters, but I didn't want to step on any toes :)

[coveralls]

Coverage decreased (-0%) when pulling 1f894e3 on nicobrevin:feature-issue-123-specify-adapter into 067c7c7 on guard:master.

[nicobrevin]

is that coveralls thing good or bad?

[nicobrevin]

oh, ok, do you want tests for that listener.force_adapter method?

[thibaudgg]

Don't worry about DRY code, I'm currently completely rewrite Listen (for 2.0 release) so I'll take care of that,
listener.force_adapter will certainly be removed from 2.0 release, so we can also skip specs. Thanks!

PS: You can skip Coverage -0% comment :-)

[thibaudgg]

Just before I merged it, could please update the README as well? Many thanks!

[nicobrevin]

there you go!

Any clues about what's in 2.0?

[coveralls]

Coverage increased (+0%) when pulling c030fff on nicobrevin:feature-issue-123-specify-adapter into 067c7c7 on guard:master.

[thibaudgg]

Thanks for the README, 2.0 will be based on Celluloid and the DSL will be greatly simplified. I'll push it to https://github.com/guard/listen/tree/v2.0 when the basic will work. More 2.0 related issues here: https://github.com/guard/listen/issues?milestone=2&page=1&state=open

[thibaudgg]

1.2.0 released!

[nicobrevin]

hah, funny that you mention celluloid - I'm playing with it for my little daemon, too. Will be interested to see the results!

[thibaudgg]

I updated the v2.0 branch yesterday have a look! (Work in progress)