Class::DBI::Plugin::FilterOnClick - Generate browsable and searchable HTML Tables using FilterOnClick in conjunction with Class::DBI
# Inside of your sub-class of Class::DBI add these lines: use Class::DBI::Plugin::FilterOnClick; use Class::DBI::Pager; use Class::DBI::AbstractSearch; use Class::DBI::Plugin::AbstractCount; use Class::DBI::Plugin::RetrieveAll; ..... # Inside your script you will be able to use this modules # methods on your table class or object as needed. use ClassDBIBaseClass; use URI::Escape; use CGI; my $cgi = CGI->new(); my %params; map { $params{$_} = uri_unescape($cgi->param("$_")) } $cgi->param(); my $filteronclick = Baseball::Master->filteronclick( -config_file => '/srv/www/cgi-bin/baseball.ini', # -rows => $cgi->param('rows') || 15 , -on_page => $cgi->param('page') || 1, -params => \%params ); $filteronclick->field_to_column( lastname => 'Last Name' . $html->order_by_link('lastname'), firstname => 'First Name' . $html->order_by_link('firstname'), bats => 'Bats', throws => 'Throws', ht_ft => 'Height Ft', ht_in => 'In', wt => 'Weight', birthyear => 'Birthyear', birthstate => 'Birthstate', _FilterOnClickCustom1_ => 'Other Data', _FilterOnClickCustom2_ => 'More Data' ); FilterOnClickCustom $filteronclick->data_table->addRow( 'Last Name', 'First Name', 'Bats' , 'Throws' , 'Height (ft)', '(inches)', 'Weight', 'Birth Year' ); $filteronclick->params( $cgi->Vars; ); $filteronclick->exclude_from_url([ 'page' ]); # indicate which columns to exclude, inverse of display above # can be set in config file as well $filteronclick->exclude_columns(); # indicate the base class to work with, this is optional, # if you should create you object via a call to # Class::DBI::Plugin::FilterOnClick vs. a Class::DBI sub class # this assures the correct sub class is used for data collection $filteronclick->cdbi_class( 'Baseball::Master' ); # indicate the style of navigation to provide $filteronclick->navigation_style( 'both' ); print qq~<fieldset><legend>Filter by First Letter of Last Name</legend>~; print $filteronclick->string_filter_navigation( -column => 'lastname', -position => 'begins', ); print qq~</fieldset>~; $filteronclick->only('firstname'); print $filteronclick->build_table( _FilterOnClickCustom1_ => sub { my $pid = shift; # pid = Primary ID of the record in the base table my @status_objects = Baseball::Allstars->search(lahmanid => $pid); if (@status_objects) { my $years; foreach my $st (@status_objects) { $years .= $st->year() . " "; } return $years; } return 'NA'; }, _FilterOnClickCustom2_ => sub { my $pid = shift; # pid = Primary ID of the record in the base table my @status_objects = Baseball::Allstars->search(lahmanid => $pid); if (@status_objects) { my $teams; foreach my $st (@status_objects) { $teams .= $st->team() . " "; } return $teams; } return 'NA'; }, ); my $nav = $filteronclick->html_table_navigation(); print qq!<div algin="center">$nav</div>\n!; $filteronclick->add_bottom_span($nav); print $filteronclick->data_table;
As of the .8 release there have been changes to the methods and how they work. It is likely that scripts built with older versions WILL break. Please read below to find specific changes that may negatively impact scripts built using the the releases prior to .8. The 1.0 release contains some minor modifications that could in some chases break your scripts, test carefully before upgrading in a production environment.
The intention of this module is to simplify the creation of browsable and searchable HTML tables without having to write the HTML, either in your script or in templates.
It is intended for use inside of other frameworks such as Embperl, Apache::ASP or even CGI. It does not aspire to be its own framework. If you are looking for a frameworks which allow using Class::DBI I suggest you look into the Maypole or the Catalyst module.
See FilterOnClick below for more on the purpose of this module.
Tables are created using HTML::Table. The use of HTML::Table was selected because it allows for several advanced sorting techniques that can provide for easy manipulation of the data outside of the SQL statement. This is very useful in scenarios where you want to provide/test a sort routine and not write SQL for it. The more I use this utility the less likely it seems that one would need to leverage this, but it is an option if you want to explore it.
Feedback on this module, its interface, usage, documentation etc. is welcome.
This module provides a generic implementation of a technique first codifed in 2000 inside some one off CGI scripts. That technique within its problem space produced a significantly easier to navigate database record view/action system for those that used it.
As of release 1.0 99.5% of that functionality is replicated within this module, plus some new features.
The concept, at its core, is relatively simple in nature. You filter the results in the table by clicking on values that are of interest to you. Each click turns on or off a filter, which narrows or expands the total number of matching records. This allows for identifying abnormal entries, trends, or errors, simply by paging, searching or filtering through your data. If you configure the table appropriately you can even link to applications or web pages to allow you edit the records.
An example FilterOnClick session would consist of something like this: You get a table of records, for our example lets assume we have four columns: "First Name" aka FN, "Last Name" aka LN , "Address" , and "Email". These columns are pulled from the database and placed into an HTML table on a web page. The values in the FN , LN and Email address columns are links back to the script that generated the original table, but contain filter information within the query string. In other words the link holds information that will modify the SQL query for the next representation of data.
Presently there are six (6) built in filter types for within tables and three (3) more that are specific to string based matches outside of the table itself. (see string_filter_navigation method below for info on the second three)
The six html table level filters are 'only','contains','beginswith','endswith' 'variancepercent','variancenumerical'. The where clause that is created within the module automatically through the Class::DBI::AbstractSearch module. You are not required to create any SQL statements or add any code to your Class::DBI base class.
Back to the example at hand. Lets say the database has 20K records the sort order was set to LN by default. The FN column has been configured with an 'only' filter. In the FN list you see the FN you are looking for so you click on it, when the script runs and auto-generates a new filter (query) that now only shows records that match the FN you clicked on. Clicking on the FN column a second time removes the filter.
Filters are cascading, allowing you to filter on multiple columns. So if you want to find all the 'Smith's' with email addresses like 'aol.com' you could click first on an email address containing 'aol.com' and then a last name of 'Smith', provided you configured a proper filter code for the table.
If the searchable option has been enabled you can also perform text based searched on any column.
You can see FilterOnClick in action at: http://cdbi.gina.net/cdbitest.pl
Example code to create a FilterOnClick column value ( see the build_table method ):
Match Exactly
$filteronclick->only('column_name'); column_name => 'only'
Match Beginning of column value with string provided
$filteronclick->beginswith('column_name' , 'string'); # new way, can be done anywhere
Match ending of column value with string provided
$filteronclick->endswith('column_name , 'string');
Filter to columns that contain a particular string (no anchor point)
$filteronclick->contains('column_name' , 'string');
Show records with a numerical variance of a column value
$filteronclick->variancenumerical('column_name' , number);
Show records with a percentage variance of a column value
$filteronclick->variancepercent('column_name' , number);
As of version .9 you can assign many of the attributes via a configuration file See the examples directory for a sample ini file
The parameters are passed in via a hash for most of the methods. The Class::DBI::Plugin::FilterOnClick specific keys in the hash are preceeded by a hypen (-). Column names can be passed in with their own anonymous subroutine (callback) if you need to produce any special formating or linkage.
Creates a new Class::DBI::Plugin::FilterOnClick object
$filteronclick = MyClassDBIModule->filteronclick();
Wants: 1 or 0
Defaults to: 0
Valid in Conifguration File: Yes
Set to one to turn on debugging output. This will result in a considerable amount of information being sent to the browser output so be sure to disable in production. Can be set via method or configuration file.
$filteronclick->debug(1);
Wants: Hash reference of page paramters
Defaults to: {} (empty hash ref)
This should be passed in via the filteronclick method as -params to allow auto generation of various attributes, this documation is provided for those that want to handle various stages of the build process manually.
Set the params that have been passed on the current request to the page/script
$filteronclick->params( { param1 => 'twenty' } );
Using CGI
use URI::Escape; my %params; map { $params{$_} = uri_unescape($cgi->param("$_")) } $cgi->param(); $filteronclick->params( \%params );
Using Apache::ASP
$filteronclick->params( $Request->Form() );
Using Embperl
$filteronclick->params( \%fdat );
Wants: configuration key, value is optional
Defatuls to: na
Configuration values can be accessed directly or via the config method. This is allowed so you know where the value you are calling is being assigned from.
To get get a value:
$filteronclick->config("searchable");
To set a value do this:
$filteronclick->config('searchable',1);
Wants: Array ref of column names
Defaults to: List of all columns available if left unassigned
Valid in configuration file: Yes
The list (array ref) of field names you want to create the columns from. If not sent the order the fields in the database will appear will be inconsistent. Works for tables or forms.
$filteronclick->display_columns( [ 'lastname','firstname', 'bats' ,'throws', 'ht_ft' ,'ht_in', 'wt' ,'birthyear' ] );
Wants: Array reference
Defaults to: [] (emptry array ref)
Key/value pair to be removed from auto generated URL query strings. The key for the page should be one of the items here to avoid navigation issues
$filteronclick->exclude_from_url( [ 'page' ] );
Wants: HTML::Object
Defaults to: HTML::Object
Returns: HTML::Object
$filteronclick->form_table(); # get current form table object $filteronclick->form_table($html_table_object); # set form table object
There is no need to set this manually for simple forms.
Wants: string, either 'block' or 'both'
Defaults to: block
Valid in Configuration File: Yes
Returns: Current setting
$filteronclick->navigation_style('both');
Wants: Hash reference
Defaults to: empty
$filteronclick->field_to_column( 'firstname' => 'First Name', 'lastname' => 'Last Name' );
Presently not active, but will be in 1.0 release
(string) - sets or returns the table class the HTML is being generated for
Returns the name of the config_file currently in use
Wants: Number
Defaults to: 15
Sets the number of rows the table output by build_table will contain per page
$filteronclick->rows(20);
Wants: HTML::Table object
Defaults to: HTML::Table object
This is only useful if want to either create your own HTML::Table object and pass it in or you want to heavily modify the resulting table from build_table. See the HTML::Table module for more information.
Returns: HTML::Table object
Accepts a hash of options to define the table parameters and content. This method returns an HTML::Table object. It also sets the data_table method to the HTML::Table object generated so you can ignore the return value and make further modifications to the table via the built in methods.
See Synopsis above for an example usage.
The build_table method has a wide range of paramters that are mostly optional.
Wants: Arrary reference
Defaults to: na
Valid in configuration File: Yes
Returns: When called with no argument, returns current value; an array ref
Removes fields even if included in the display_columns list. Useful if you are not setting the columns or the columns are dynamic and you want to insure a particular column (field) is not revealed even if someone accidently adds it some where.
Wants: hash of key and values to add
Valid in configuration File: No
Returns: Current query string + the arguments passed in
Adds elements to the query string to allow for creating custom predefined links with the current filter options applied.
Returns: HTML::Table object is assigned
Allows for you to pass in an HTML::Table object, this is handy if you have setup the column headers or have done some special formating prior to retrieving the results.
Wants: Class::DBI::Pager object
Defaults to: Class::DBI::Pager object
Returns: Current pager_object
Allows you to pass in a Class::DBI::Pager based object. This is useful in conjunction with the html_table_navigation method. If not passed in and no -records have been based it will use the calling class to perform the lookup of records.
As of version .9 you do not need to assign this manually, it will be auto populated when call to 'html' is made.
Returns: present value
Expects an anonymous array of record objects. This allows for your own creation of record retrieval methods without relying on the underlying techniques of the build_table attempts to automate it. In other words you can send in records from none Class::DBI sources, but you lose some functionality.
Defaults to: Dynamically created hash ref based on query string values, part of the FilterOnClick process.
Expects an anonymous hash that is compatiable with Class::DBI::AbstractSearch
Wants: scalar
Returns: current value if set
Passed along with the -where OR it is sent to the retrieve_all_sort_by method if present. The retrieve_all_sort_by method is part of the Class::DBI::Plugin::RetrieveAll module.
Valid in Configuration file: Yes
Used within form and querystring creation. This is the name of the script that is being called.
It is not required to set this, it auto generated through the FilterOnClick process, is useful for debugging.
Wants: Valid HTML code attribute
Defaults to: '#ffffff'
Returns: Current value if set
Define the even count row backgroud color
Wants: Valid HTML code attributes
Defaults to: '#c0c0c0'
Define the odd count row backgroud color
(optional) - overrides the -rowcolor above and assigns a class (css) to table rows
Turns off the mouseover feature on the table output by build_table
The CSS class to use when mousing over a table row
Enables free form searching within a column
Color for mouseover if not using a CSS definition. Defaults to red if not set
Defines the CSS class to use for columns that currently have an active Filter
Wants: string (can be image name)
Default to: '^'
The string used to represent the ascending sort filter option. If value ends with a file extension assumes it is an image and adds approriate img tag.
Wants: string (can be an image name)
Defaults to: 'v'
The string used to represent the descending sort filter option. If value ends with a file extension assumes it is an image and adds approriate img tag.
The CSS class to use for odd rows within the table
The seperator character(s) for string filter navigation
The seperator for page navigation
(code ref || (like,only) , optional) - You can pass in anonymous subroutines for a particular field by using the table field name (column). Example:
first_name => sub { my ($name,$turl) = @_; if ($turl =~ /ONLY\-first_name/) { $turl =~ s/ONLY\-first_name=[\w\-\_]+//; } else { $turl .= "&ONLY-first_name=$name"; } return qq!<a href="test2.pl?$turl">$name</a>!; },
Creates HTML anchor tag (link) based navigation for datasets. Requires Class::DBI::Pager. Navigation can be in google style (1 2 3 4) or block (previous,next).
my $nav = $cdbi_plugin_html->html_table_navigation( -pager_object => $pager, # pass in -navigation with block as the value for # next/previous style # "google" style is the default -navigation_style => 'block', -page_name => 'test2.pl', ); print "'$nav'\n";
Places the content you pass in at the bottom of the HTML::Table object passed in. Used for adding "submit" buttons or navigation to the bottom of a table.
Creates the URL and where statement based on the parameters based into the script. This method sets the query_string accessor value and returns the where hash ref.
$cdbi_plugin_html->search_ref( # hash ref of incoming parameters (form data or query string) # can also be set via the params method instead of passed in -params => \%params, # the like parameters by column (field) name that the # SQL statement should include in the where statement -like_column_map => { 'first_name' => 'A%' }, );
Creates the query portion of the URL based on the incoming parameters, this method sets the query_string accessor value and returns the query string
$cdbi_plugin_html->url_query( # pass in the parameters coming into the script as a hashref -params => \%params, # items to remove from the url, extra data that # doesn't apply to the database fields -exclude_from_url => [ 'page' ], );
my ($filter_navigation) = $cdbi_plugin_html->string_filter_navigation( -position => 'ends' );
This method creates navigation in a series of elements, each element indicating a item that should appear in a particular column value. This filter uses anchor points to determine how to qualify the search. The anchor points are: BEGINSWITH ENDSWITH CONTAINS
The items in the 'strings' list will only be hrefs if they items in the database match the search, if you prefer them not to be displayed at all pass in the -hide_zero_match
The allowed parameters to pass into the method are:
Removes items that have no matches in the database from the strings allowed in the final navigation.
-position (optional - default is 'begin') - Tells the method how to do the match, allowed options are any case of 'begin' , 'end' or 'contains'. These options can be the entire anchor points as outlined above, but for ease of use only the aforemention is enforced at a code level.
(optional) - See methods above for documentation
(optional, array_ref - default is A-Z) - Array ref containing the strings to filter on.
Indicates which column the string filter will occur on. If you want to provide a filter on multiple columns it is recommended that you create multiple string_filter_navigation. Can be set via method, string_filter_navigation argument or configuration file
-page_name - The name of page that the navigation should link to
Set HTML attribute alignment for the page navigation.
$filteronclick->navigation_seperator('::'); -or- -navigation_seperator => '::' # argument passed into string_filter_navigation -or- navigation_sperator=:: in the configuration file
(optional, default two non-breaking spaces) - The characters to place between each item in the list.
(optional, defaults to center) - defines the alignment of the navigation
don't include the filter reset link in the output
this methods expects the following:
-value_column # column containing the value for the option in the select -text_column # column containing the text for the optoin in the select (optional) -selected_value # the value to be selected (optional) -no_select_tag # returns option list only (optional)
Filters are generated with the build_table method. Filters allow for cascading drill down of data based on individual cell values. See Example page for a demo.
Declare a begins with match on a column
$filteronclick->beginswith('column_name','A'); # where 'A' is the value to match at the beginning
$filteronclick->endswith('column_name','A'); # where 'A' is the value to match at the end of the column contents
$filteronclick->contains('column_name','A'); # where 'A' is the value to match anywhere in the column contents
$filteronclick->variancepercent('column_name',2); # where '2' is the allowed percentage of variance to filter on
$filteronclick->variancenumerical('column_name',2); # where '2' is the allowed variance to filter on based # if value for 'column_name' is clicked
$filteronclick->only('column_name'); # creates a filter on 'column_name' cells to match the value in the cell # clicked
$filteronclick->colorize('column_name','regex','className'); # will colorize a cell value based on a css entry when the value # matches the regex passed in
If you want to change behaviors or hack the source these methods are subs should be reviewed as well.
Finds all matching records in the database
Finds the columns that are to be displayed
Unknown at this time.
Class::DBI, Class::DBI::AbstractSearch, Class::DBI::AsForm, HTML::Table, Class::DBI::Pager
Aaron Johnson aaronjjohnson@gmail.com
Thanks to my Dad for buying that TRS-80 in 1981 and getting me addicted to computers.
Thanks to my wife for leaving me alone while I write my code :^)
The CDBI community for all the feedback on the list and contributors that make these utilities possible.
Changes file included in distro
Copyright (c) 2004 Aaron Johnson. All rights Reserved. This module is free software. It may be used, redistributed and/or modified under the same terms as Perl itself.
To install Class::DBI::Plugin::FilterOnClick, copy and paste the appropriate command in to your terminal.
cpanm
cpanm Class::DBI::Plugin::FilterOnClick
CPAN shell
perl -MCPAN -e shell install Class::DBI::Plugin::FilterOnClick
For more information on module installation, please visit the detailed CPAN module installation guide.