make get_advanced_search_facets method work with latest version of blacklight. check for default qt in new config location, and pass qt to find method as first parameter to conform to other calls to that method (though it only uses args[1] right now)
Allow setting edismax query parser. Fixes #11
update readme with advanced_search_path routing helper cbeer added previously in preference to using url_for(hash)
generator uses actual BL source template

Install generator will optionally copy a _search_form template into
your local app, with a link to advanced search. Previously it used
it's own local template for search_form. But then this had to be sync'd
with whatever was in current Blacklight.

Changed to actually read app/views/catalog/_search_form from currently
loaded Blacklight gem with `Blacklight.root`, add a link to advanced
search form to end of it, and copy that into local app. This way
it will always use appropriate search form for currently loaded BL.

If you later upgrade BL, you'll still have to look at if search_form
has changed and merge changes in, but that's how it goes with localized
templates. If that's a problem, we'd have to add a feature to BL to have
a hook for third party code to insert things into end of search_form
template.
use #remove_advanced_facet_params to remove

advanced facet param. Using stock blaclight remove_facet_params
won't work. Bug introduced in 4b0bc3fe1d. Fixes #8
generator recognizes multiple asset file suffixes

and prints more polite error message if it can't find
the asset file at all. Closes #2.
color on generator prompt for visibility
Merge whumph's fix for BL 4.x, issue #10.

Merge branch 'master' of https://github.com/whumph/blacklight_advanced_search
remove ref to blacklight_config.default_qt

Doesn't exist anymore. Thanks @jcoyne. See #10
update README for blacklight_config.default_solr_params[:qt]
Merge pull request #14 from projectblacklight/customize_query_parser

Allow setting edismax query parser. Fixes #11
Merge branch 'master' of https://github.com/projectblacklight/blacklight_advanced_search
README mentions new setting for #14
proper interaction of explicit advanced 'qt' and qt from host BL

cbeer pointed out we can just let solr_search_params set ordinary qt and not try to duplicate.
looks like we were erreneously defaulting to an explicit qt of 'advanced' when README
said otherwise; not sure if it had that effect previously, maybe existing code worked
around it, not sure.