update on last posted version

This is what I would call the "Advanced Search" page, which is a good idea which, like many others, I've been meaning to implement but haven't had time yet.

I'm not sure where you "Research Area" list box is being populated from, but you can achieve most everything else with existing filters and searches.

There is a "Search" box which you can turn on on the admin/settings/biblio page under the "Search" fieldset.

Then you can build filters which combine (AND) multiple fields by visiting the filter tab multiple times and adding additional fields and clicking the "Refine" button.

I agree it's a bit of pain, but you should be able to achieve what you want.

I'm kind of in the process of reworking the query builder (which will directly affect these sorts of features) so I'm reluctant to put a lot of effort into this right now until that is done. I'll see if I can't move the "Advanced Search" feature up the todo list a bit once the query builder is done.

I guess I should add... if you do want to get your fingers into the code (this assumes you are somewhat familiar with the Drupal FormsAPI), then you would have to write a function that displays the form you described, then I would link that to a new "tab" beside the existing "Year * Title * Type * Author" tabs. Then in the submit handler for this form, you would gather the data and craft a call to biblio_db_search() (in biblio.pages.inc) which would in turn call biblio_build_query() , then biblio_show_results(). The call to biblio_db_search() would have to have arguments like...

 biblio_db_search('author',42,'keyword','bla', 'type', 100);

which would get you all the entries by authorID=42 with keyword=bla that are of type book (the type has to be the integer value).

Now if you start digging into the build_query() function, you'll quickly realize why I'm reworking it :-)

Let me know if you do implement this so we don't duplicate our efforts.

Cheers,

Ron.

OK, Let me know how it turns out. Again, be forewarned that the biblio_query_builder interface is likely to change in the not to distant future, so it may impact your work. I'll let you know if I do anything that's likely to break what you are doing.

Ron.

Thanks Sarah,

I'll review this and possibly include it with distribution if that's OK with you.

Ron.

I was able to replicate most of what is asked for in the screenshot above with views: http://dominiklukes.net/bibliography.

The only downside is that the search results don't display filtered export links. But the nice thing about the views approach is flexibility. For instance, on this site, I don't need a search by author, so I don't include the filter. Also, I opted for multiselect but a pull-down menu or even an autocomplete search on many fields would have been just as easily accomplished.

Hi Dominik,

Fear not, the export links are coming... along with all the existing functionality, at which point Biblio 6.2 will be born using only Views for query building and display formatting.

Ron.

How does this relate to #682044: Support fields (CCK) in D7 Bibliography Module?

I don't think it does. This adds an advanced search form, which I was supposed to integrate into the code, but regrettably I haven't done yet.

I am going to be bold and mark as duplicate of #682044: Support fields (CCK) in D7 Bibliography Module. Fields (CCK) integration would allow use of existing advanced search functionality already built into views and other modules.

i cant get this module to work, block doesnt show up :(

biblio module 6.x-2.0-beta3