I just deployed another version of UVA Blacklight as well as a hefty update to Flare.<br><br>Flare: <a href="http://blacklight.rubyforge.org/svn/rails-plugins/flare/trunk/">http://blacklight.rubyforge.org/svn/rails-plugins/flare/trunk/</a><br>
A lot of the library has been simplified. Some classes and modules merged into a singe file.<br>In the last release, &quot;text filter&quot; meant &quot;query&quot; (like in the Solr world). &quot;facet filter&quot; was actually a &quot;filter query&quot;, using *_facet fields. These have changed to &quot;query&quot; and &quot;filter&quot;, respectively.<br>
The url param name &quot;ff&quot; (facet filter) has changed to just &quot;f&quot; (filter).<br>The url param name &quot;tf&quot; (text filter) has changed to &quot;q&quot; (query).<br>The url param for filter fields now require the full field name. For example in the last release, a facet filter for &quot;composition_era_facet&quot; would be &quot;composition_era&quot;. It now needs to be the full &quot;composition_era_facet&quot;. This allows Flare to build query filters on any field. Not just *_facet fields.<br>
Pagination of facet values now working!<br>There are a few new tests<br><br>UVA Blacklight: <a href="http://blacklight.rubyforge.org/svn/branches/uva_lib/trunk/rails/">http://blacklight.rubyforge.org/svn/branches/uva_lib/trunk/rails/</a><br>
The search query handlers are all using Dismax. Each UI tab (catalog, music and semester at sea) has it&#39;s own Solr request handler with boosting on the title_text field. We&#39;ll tweak this according to usability/user requirements.<br>
The Z3950 availability requests are now &quot;on click&quot; driven.<br>The glob of code that was in the Z3950 controller has been extracted into a neat little class<br>Fielded searches are working! These are actually filter queries, not &quot;q&quot; queries.<br>
The RSS result sets are ordered by a Solr auto generated timestamp field<br>We&#39;ve switched from Mongrel Cluster to Thin: <a href="http://code.macournoyer.com/thin/">http://code.macournoyer.com/thin/</a> - just experimenting<br>
Now using a very recent &quot;nightly build&quot; of Solr<br><br>I&#39;ve had thoughts of turning Flare into a framework agnostic gem
library. Wrappers for the url generation helpers would be the hardest
part. Wouldn&#39;t it be cool to have Flare running in Merb:
<a href="http://merbivore.com">http://merbivore.com</a>, or Camping:
<a href="http://code.whytheluckystiff.net/camping">http://code.whytheluckystiff.net/camping</a> - any thoughts on this?<br><br>Matt<br>