Under active development

Funnelback is an enterprise search platform. This module provides a simple client to the Funnelback APIs, including a search block and results page, plus some other features.

For Australian government agencies using shared Funnelback services, 7.x now properly supports the "profile" parameter, allowing you to integrate Funnelback search results into your site.

Version information

Version 7.x-4.x now supports Funnelback version 15.14.

Drupal 7
7.x-4.x version includes

• a default search block
• a paginated results page
• suggested spelling
• blocks for contextual navigation
• basic autocompletion on search block
• facet block
• Drupal view mode for local search results

Drupal 6 support has stopped.

Comment Registration enables inline registration of user accounts on the comment form.

#2059569: Move 7.x fe

Views support for the Services module version 3.x and later.

It has currently two features:
- Create view based resource creating Services display in a view
- Execute any view of the system via views resource call

Demo video http://youtu.be/DZEhJKMeR5w

Create view based resource creating Services display in a view

In any view you can create "Services" display. It has only one option setting -- path. That will be the name of your resource. After enabling that resource you would be able to do call to

http://example.com/<endpoint path>/<resource name>

This will execute a view and output results. You can create exposed filters and pass them to your resource. For example if we created exposed filter "tags" call will be:
http://example.com/<endpoint path>/<resource name>?tags=7

You can also use Services field formatter in a view that allows to retrieve full field properties (like body field will come with format, safe_value etc.).

Executing view via views resource

After enabling "views" resource in your services endpoint you can do GET request to:

http://example.com/<endpoint path>/views/<view name>

This will execute a view and pass results.

Possible arguments:
- display_id: views display
- args: array of view arguments
- filters: array of view filter values

Introduction

Simplify allows particular fields to be hidden from the user interface. This helps to de-clutter forms and present a more user-friendly experience to content editors.

Provides generic functions that are commonly used and provides functions that deal with common mistakes or common problems in Drupal.

This is intended to be used as a library by modules or from inline php scripts.

This library contains a collection of miscellaneous tools that attempt to help make programing in drupal easier without sacrificing security or user-experience. One of the major problems addressed by this module is that of safely handling php variables and reporting problems without costing the user-experience. Many of the other functions provided by this library are common issues that are not necessarily common enough to be added to drupal core or were removed from drupal core. Every function or group of functions have the reasons for their implementation in the comments of the code.

Version 1.x provides a "good enough" implementation. There are probably more efficient solutions, but the library is functional.

Version 2.x will provide an object-oriented toolkit of functions.

As of 1.x, Common Functionality Provides:
- A '$user' variable that is up to date and safe from accidental writes.
- A way to represent CRUD through a single integer for database optimization.
- An error reporting system for recording php failures in the watchdog with a call stack history without spamming the users screen.