This is a simple module that provides a configurable search block that should pretty much work for any library third-party online catalog search that uses the GET method. This module provides basic config options (placeholder text, button text, query params) for the end user and then builds a search form block using Drupal's Form API.
This could be considered a very lightweight, single-purpose alternative to Custom Search for libraries wanting just a simple catalog search form.
Project page: https://drupal.org/sandbox/seanfitzpatrick/2257009
Git: git clone --branch 7.x-1.x http://git.drupal.org/sandbox/SeanFitzpatrick/2257009.git
Code review: http://pareview.sh/pareview/httpgitdrupalorgsandboxseanfitzpatrick225700...
Comments
Comment #1
seanfitzpatrick commentedComment #2
PA robot commentedThere are some errors reported by automated review tools, did you already check them? See http://pareview.sh/pareview/httpgitdrupalorgsandboxSeanFitzpatrick225700...
We are currently quite busy with all the project applications and we prefer projects with a review bonus. Please help reviewing and put yourself on the high priority list, then we will take a look at your project right away :-)
Also, you should get your friends, colleagues or other community members involved to review this application. Let them go through the review checklist and post a comment that sets this issue to "needs work" (they found some problems with the project) or "reviewed & tested by the community" (they found no major flaws).
I'm a robot and this is an automated message from Project Applications Scraper.
Comment #3
seanfitzpatrick commentedI believe the PA Robot was incorrect about the automated review tool errors. See: http://pareview.sh/pareview/httpgitdrupalorgsandboxseanfitzpatrick225700...
Moving back to Needs Review.
I'll be working for the Review Bonus bump asap. As this is new to me (although I've been using and coding with Drupal for years), I need some time to get oriented to the review process. If anyone reading wants to reach out, I could probably use a mentor :)
Comment #4
keopxHi SeanFitzpatrick
On drupal proyect doesn't use README.md ;)
In the first post (https://drupal.org/node/2257061) put the coder reviews link. With this easier to revise.
Comment #5
seanfitzpatrick commentedThanks keopox. Removed README.md.
Comment #6
seanfitzpatrick commentedComment #7
izus commentedHi,
Thanks for your contribution.
Here is my review :
it's really weird to have a drupal_set_message in .install file with no hook wrapper. At least wrapp it in hook_install and provide the url to configuration page, otherwise it's not very helpful.
Also you need to wrap the string in t() function to allow its translation.
in opac_search_block_view, you are loading a form each time you view a block (ANY block), this is very bad for peroformance. i suggest you do this inside the case 'opac_search'
opac_search_catalog_form is not really needed in the memory all the time, and thus it should not exist in the .module file for perormance sake.
i suggest you add a mymodule.form.inc per example and include it just where you need to load the form (inside case 'opace_search' in the hook_block_view.
the .install should have a hook_uninstall where we variable_del() all variables introduced by the module
it may be very useful to validate that url is a valid one before opac_search_submit_block_form.
in opac_search_catalog_form the string in drupal_set_message should be wrapped with a t().
the url process (getting params for example) is re doing what the the function drupal_parse_url arleady does well. i suggest we relay on it for that need.
Thanks again
Comment #8
PA robot commentedClosing due to lack of activity. If you are still working on this application, you should fix all known problems and then set the status to "Needs review". (See also the project application workflow).
I'm a robot and this is an automated message from Project Applications Scraper.