… do it to make things work, since all the classes that init code tries to patch are not available in testing environment. Tests now run, at least. Work in progress.
…another spec that is
…No new specs written, just getting existing specs to pass.
…, more clear
…t actually reloads the page fresh. This handles getting rid of 'search context' too.
…fetched/calculated within that context. This ended up being a bit tricky. We need to execute our solr facet fetch with all parameters appropriate for the current search context, _including_ those added by other plugins. To do that, AdvancedController now sub-classes CatalogController, so CatalogController#solr_search_params can be called, since that's the one that has been plugin-enhanced. The params returned by solr_search_params then have all facet-related params removed, along with other params we're not interested in. Not entirely sure how this will effect things if you use a different request handler for advanced; probably depends on the individual plugin, should work fine with the 'officialish' ones we have already. Additionally, AdvancedController now 'include's AdvancedHelper, to get access to the #advanced_search_context method, to see if there is an existing search context that needs to be taken account of in facet fetch.
… get working. I see how it's a valuable thing to do, but just can't make it work in a reasonable way. BL in Rails3 as a gem will make this much more feasible.
…k to advanced search
…setting instead of using form.reset
…get vertical scrollbar
…absolute positioned div