History: PluginCustomSearch

• «
• »

            See also ((Front-ends to Tracker data))

! {icon name=search} Plugin CustomSearch
This ((wiki plugin)) has been available since ((Tiki8)) for the purpose of creating custom user interfaces to search for objects within Tiki. This plugin makes use of the functionality of ((PluginList)) to show the results of the search. This plugin is intended for rather advanced customization and you will need to have a good understanding of ((PluginList)) as well as ((Search and List from Unified Index)) and good knowledge of HTML, CSS, and Smarty in order to make good use of it. See also ((PluginList with editable filters)).

^__What happens when the wheel spins forever?__
That is likely the sign of an AJAX failure.
If you use the Firefox Firebug plugin in the HTML Response you should be able to see what the AJAX responds with.^
!! Parameters
{pluginmanager plugin="customsearch"}
!! Basic Usage
You need two wiki pages, one for the search interface itself, and the other for the template to be used at the interface. From Tiki 13 onwards, it is possible to specify a -+.tpl+- file on disk instead of a wiki page for the second wiki page.

!!!# Create Wiki page 1, entitled: "__Custom Search__"

{CODE(colors="tiki")}
{CUSTOMSEARCH(wiki="Custom Search Tpl")}
  {list max="10"}
  {filter field="tracker_id" content="1"}
  {OUTPUT()}
    {display name="title" format="objectlink"}
  {OUTPUT}
{CUSTOMSEARCH}
{CODE}

{CODE(caption="Tiki 12.2 onwards, .tpl version" colors="tiki")}
{CUSTOMSEARCH(tpl="CustomSearchTpl.tpl")}
  {list max="10"}
  {filter field="tracker_id" content="1"}
  {OUTPUT()}
    {display name="title" format="objectlink"}
  {OUTPUT}
{CUSTOMSEARCH}
{CODE}

!!!# Create Wiki page 2, entitled: "__Custom Search Tpl__"
Note that to have the cleans Bootstrap display you need to remove line feeds and space.
{CODE(caption="In Tiki 21+" colors="tiki")}
{literal}<div class="input-group mb-3">{input _filter="content" type="text" class="form-control" placeholder="search..." id="customSearch"}<div class="input-group-append">{input type="Submit" value="Search" class="btn btn-primary"}</div></div>{/literal}
{CODE}

!!!!- Older Version Examples
{CODE(caption="In Tiki 19 and 20" colors="tiki")}
{literal}
<div class="input-group mb-3">
  {input _filter="content" type="text" class="form-control" placeholder="Any text..." id="q"}
  <div class="input-group-append">
    {input type="Submit" value="Search" class="btn btn-outline-secondary"}
  </div>
</div>
{/literal}
{CODE}
{CODE(caption="In Tiki 12" colors="tiki")}
	{literal}
	  Any text: {input _filter="content" type="text"}
	  {input type="Submit" value="Search"}
	{/literal}
{CODE}

{CODE(caption="In Tiki 15+" colors="tiki")}
	{literal}
	  <div class="col-sm-2">Any text:</div><div class="col-sm-10">{input _filter="content" type="text" class="form-control"}</div>
	  <div class="col-sm-10 col-sm-push-2">{input type="Submit" value="Search" class="btn btn-primary"}</div>
	{/literal}
{CODE}

In case you want to limit the search to content found just on a single tracker field, you need to use the tracker field unique name to refer to that field (for instance in this example: -+my_permanent_name+-). This is because by default since ((Tiki8)), unified search uses the permanent names for tracker field names instead of field IDs. Therefore, you could change this line:

{CODE(colors="tiki")}
	  Any text: {input _filter="content" type="text" }
{CODE}

for this other one  with _field as -+tracker_field_ + my_permanent_name+- instead:

{CODE(colors="tiki")}
	  Any text: {input _filter="content" type="text" _field="tracker_field_my_permanent_name"}
{CODE}

!!!# Grant permission to the tpl page
You need to grant permissions to the tpl page "__Custom Search Tpl__" to be used as a tracker template (or a template for unified search) by anonymous or registered users (or the group of your choice). Click on permissions for that page, and change permissions accordingly. Remember to restrict edit permissions to only admin users since then to that page.

!!!# Enable unified search
Ensure that you have __Unified search__ enabled, under "__Control Panels > Search__".

!!!# Rebuild search index
Rebuild your search index after you have created some content in tracker 1, so that this content can be found by the search engine through the search index.

!!!# Use your custom search interface
Go to page 1 to use your new custom search interface. 

Notes:
* Assuming you have a tracker with id 1 with some items, that should work. 
* In fact if you remove the line 
+ {CODE(colors="tiki")}
{filter field="tracker_id" content="1"}
{CODE}
* it will work as a search over all your content. In fact just this line on it's own in a page will work!
+ {CODE(colors="tiki")}
	{customsearch wiki="Custom Search Tpl"}
{CODE}

!!!# Multilingual
It is fairly easy to create a multilingual interface using the ((i18n|i18n feature)) and the Tiki translation tools out-in-the-box. Tools like the ((PluginLang|Plugin Lang)) (recommended for large sections containing other elements than text), the ((PluginTranslated |Plugin Translated)) (or PluginTr) (recommended for sentences, text) and the tr ((Smarty|Smarty tag)) (recommended for sentences, text in a smarty template)

There are cases you cannot use translation tag inside another element in a ((Smarty|Smarty template)). You can overcome the issue using a condition based on the language preference (the language actually in use) or use the wikiplugin smarty syntax.

See the [PluginCustomSearch#Multilingual-samples|multilingual samples below].

!!! Working Custom Search Example
For a working example showing many of these features see this ((Custom Search Example)) page.
!! More advanced usage
Wiki syntax:
{CODE(caption="Custom Search" wrap="1" colors="tiki")}
{CUSTOMSEARCH(wiki="Search-tpl" id="mysearch")}
    {output template="/var/www/html/templates/my-custom-searchresults.tpl" pagination="y"}
    <put whatever base filters and formatting things that you would do in the LIST plugin here>
{CUSTOMSEARCH}
{CODE}

Note that the pagination="y" is generally required so that you have the ability to paginate across multiple pages of search results. (There is a more advanced way of specifying the pagination manually within Smarty templates explained below).

Base filters are filters that you want applied regardless of what search parameters the user chooses in the search form.

See ((PluginList)) for more information about filters and formatting of output.

!!Creating your search interface
!!!Creating the wiki page
You will need to create a template to be placed in the wiki page mentioned above. In this wiki page, you need to surround the contents with smarty literal tags so that the contents don't get parsed as Smarty tags.

{CODE(colors="smarty")}
{literal}
<contents of template>
{/literal}
{CODE}

In addition, if you want to use HTML in your template, you can use ((PluginHTML)):

{CODE(colors="smarty")}
{literal}
{HTML()}
<contents of template>
{HTML}
{/literal}
{CODE}

^It is important to make sure that this page has ((Permissions)) set so that it cannot be edited by non-admins^
!!!Creating form elements
Creating form elements are similar to creating standard HTML form elements, combined with using the filter parameters found in ((PluginList)). Specify each element using plugin syntax. If you want to use a standard HTML supported attribute, simply use it and it will appear in the resulting HTML. All internal attributes that are meant for the LIST plugin to generate the search results should start with an underscore (_), so that they don't end up in the HTML (which would be invalid). For example, if you want to create a text search field that searches for the content entered:
{CODE(colors="tiki")}
{input _filter="content" type="text"}
{CODE}

You can add any HTML supported attributes if you want, for e.g.:
{CODE(colors="tiki")}
{input _filter="content" type="text" class="mysearchbox"}
{CODE}

If you want to specify a specific field/fields to search in as described in ((PluginList)), for example:
{CODE(colors="tiki")}
{input _filter="content" _field="tracker_field_20" type="text" class="mysearchbox"}
{input _filter="content" _field="tracker_field_28,tracker_field_22" type="text"}
{CODE}

!!!! Drop down (with or without multiselect) example:
Note how you can specify labels different from the values if you want
{CODE(wrap="1" colors="tiki")}
{select _filter="content" _options="1980,1981,1982" _field="tracker_field_104" multiple="multiple"}
{select _filter="content" _field="tracker_field_104" _options="1980,1981,1982" _labels="eighty,eighty-one,eighty-two"}
{CODE}
You can also set a default item to be selected using the -+_default+- element. To avoid the blank option from appearing, use the _mandatory attribute.
{CODE(wrap="1" colors="tiki")}
{select _filter="content" _options="1980,1981,1982" _field="tracker_field_104" multiple="multiple" _default="1980"}
{select _filter="content" _options="1980,1981,1982" _field="tracker_field_104" multiple="multiple" _mandatory="y" _default="1980"}
{CODE}
From Tiki 14.1 onwards custom search will automatically populate the drop-down menu for ItemLink, UserSelector and Text tracker field inputs. You need to specify the -+_field+- and -+_trackerId+- params only.
You can force a blank or labelled item (has no value) by using the attribute -+_firstlabel+- like, kind of a placeholder HTML attribute.
{CODE(wrap="1" colors="tiki")}
{select _field="tracker_field_myFieldPermName" _trackerId="42" _firstlabel="default text"}
{CODE}
From Tiki 19.0 ''(and 18.3)'' you can use the _operator attribute to override the site-wide preference for default boolean operator for multiple select fields.
{CODE(wrap="1" colors="tiki")}
{select _filter="content" _options="o,p,c" _labels="Open,Pending,Closed" _field="tracker_status" _operator="or" class="form-control" multiple="multiple" id="status"}
{CODE}

From Tiki 21+ you can use the parameter -+_unquoted+- to not create quotes around strings with spaces in. This is useful for doing boolean filters, such as:
{CODE(wrap="1" colors="tiki")}
{select _filter="content" _options="o OR p,c" _labels="Open or Pending,Closed" _field="tracker_status" class="form-control" id="status" _unquoted="y"}
{CODE}

!!!! Checkbox example:
The most important thing to keep in mind about checkboxes is that they cannot take a normal "value" parameter like in HTML. Instead, use the -+_value+- (with underscore) parameter if you want to set a value. If you do not set a value, the values searched for will by default be -+y+- (if checked) or -+NOT y+- (if not checked). If you want the checkbox to be checked by default, specify -+_default="y"+- . For example.
{CODE(wrap="1" colors="tiki")}
{input _filter="content" _default="y" _field="tracker_field_58" type="checkbox"}
{CODE}
If you want the checkbox to behave in reverse, i.e. search for -+NOT y+- when it is checked and y when it is not checked, specify -+value="n"+- .
{CODE(wrap="1" colors="tiki")}
{input _filter="content" _field="tracker_field_58" _value="n" type="checkbox"}
{CODE}
If you want the checkbox to mean that you want to search for whatever term you want when checked, set -+_value+- to something arbitrary, for example:
{CODE(wrap="1" colors="tiki")}
{input _filter="content" _field="tracker_field_58" _value="tiki" type="checkbox"}
{CODE}

!!!! Radio button example:
The most important thing to remember about radio buttons is that they need a -+_group+- attribute. This -+_group+- attribute determines which radio buttons are together as a group. For example:
{CODE(wrap="1" colors="tiki")}
Version: {input _filter="content" type="radio" _field="tracker_field_20" _value="7" _group="20"} Tiki 7 {input type="radio" _filter="content" _field="tracker_field_20" _value="8" _group="20"} Tiki 8
{CODE}

!!!! Categories example:
In general, if there are just a few categories to search by, you can use radio buttons or checkboxes (in the following example 24 is the category ID you want to search for when the checkbox is checked):
{CODE(wrap="1" colors="tiki")}
{input _filter="categories" type="checkbox" _value="24"}
{CODE}
If you want the category search to not only search the specified category but also all of its sub-categories, specify the -+_deep+- attribute:
{CODE(wrap="1" colors="tiki")}
{input _filter="categories" type="checkbox" _deep="y" _value="24"}
{CODE}
In addition, to facilitate creating category selection elements for many categories, there is a special way to quickly show multiple checkboxes/radio buttons or a drop-down for multiple categories based on a parent category.
{CODE(wrap="1" colors="tiki")}
{categories _parent="10" _style="checkbox" _group="10"}
{categories _parent="22" _style="radio" _group="12"}
{categories _parent="30" _style="select" _group="12"}
{categories _parent="30" _style="select" multiple="multiple"}
{categories _parent="30" _style="select" _categpath="y" _showdeep="y"}
{CODE}
Note that if you are specifying a -+_style+- of -+checkbox+- or -+radio+-, -+_group+- is mandatory.

Other parameters include -+_categpath+- which shows the full category path category labels instead of just the category name, and -+_showdeep+- which shows not just the immediate children of the parent category specified but all the sub-children as well. 

When specifying -+multiple="multiple"+- there is not first blank item, you can force a blank or labelled item (has no value) by using the attribute -+_firstlabel+-.
!!! Adding a submit button
{CODE(wrap="1" colors="tiki")}
{input type="submit"}
{CODE}

!!! Grouping elements together for the purpose of OR searching instead of AND
It has already been mentioned above that Radio buttons as well as categories (those using a -+_style+- attribute of checkbox and radio) need to use the -+_group+- attribute mandatory.

However, it is possible to use the -+_group+- attribute for other types of fields as well, if you want them to be searched using OR logic instead of AND which is how different filters are combined. So long as the filters you are trying to group together are __exactly the same except for the search term__, they can be grouped. For example, the following searches for either "apples" or "oranges" if both checkboxes are checked:
{CODE(wrap="1" colors="tiki")}
{input _filter="content" type="checkbox" _value="apples" _group="15"} Apples
{input _filter="content" type="checkbox" _value="oranges" _group="15"} Oranges
{CODE}

!!! Range searches
^Before you start, please be informed that the Unified search is a string based search. In other words, if you are trying to search between 2 numbers, make sure all your numbers are of the same number of digits. Otherwise 2 will be larger than 12. The only way to get around this for now is to make sure all numbers are entered in a padded form, for example, 0012 for 12.

However, from ((Tiki14)) if you are using ((Elasticsearch)) as the unified search engine, then numeric tracker fields are indexed internally as float and therefore will provide for correct range searches for those fields, even without padding.^

The way to generate a search for a value between two values is to use the -+_daterange+- attribute to group the 2 items that you want to search in between together. The following example searches a tracker field that contains all 4-digit years.
{CODE(wrap="1" colors="tiki")}
Show content between {select _filter="content" _field="tracker_field_104" _options="2000,2001,2002,2003,2004,2005" _textrange="1"} and {select _filter="content" _field="tracker_field_104" _options="2000,2001,2002,2003,2004,2005" _textrange="1"}
{CODE}
The following example is an interesting twist, where you automatically set one end of the range through a hidden field.
{CODE(wrap="1" colors="tiki")}
Show only content after {select _filter="content" _field="tracker_field_104" _default="2000" _mandatory="y" _options="2000,2005,2010" _textrange="2"}{input _filter="content" _field="tracker_field_104" type="hidden" value="9999" _textrange="2"}
{CODE}
To do a range search on things like modification dates, which are "unix timestamps indexed as dates", use -+_daterange+- instead of -+_textrange+-. This will ensure than the comparison is correct despite the string based search since these timestamps are indexed in YYYYMMDDHHMMSS format. 
{CODE(wrap="1" colors="tiki")}
Show content modified between {select _filter="content" _field="modification_date" _options="946684800,1104537600,1262304000" _labels="2000,2005,2010" _daterange="1"} and {select _filter="content" _field="modification_date" _options="946684800,1104537600,1262304000" _labels="2000,2005,2010" _daterange="1"}
{CODE}
!!!!Date Range Picker
In Tiki 9 there is also a date range picker you can use like this:
{CODE(wrap="1" colors="tiki")}
{daterange _field="modification_date" _from="1104537600" _to="1262304000" _showtime="y"}
{daterange _field="modification_date" _from="1104537600" _gap="31536000"}
{CODE}
You can also use "now" as a date. It will give you the current time/date.

Since Tiki 18.2 you can use English date format based on strtotime PHP function syntax: https://secure.php.net/manual/en/function.strtotime.php. 
{CODE(wrap="1" colors="tiki")}
{daterange _field="modification_date" _gap="2 weeks" _to="next week" }
{daterange _field="modification_date" _gap="1 month" _to="now" }
{CODE}

To test your "humanly readable" date strings you can use [https://strtotime.co.uk|this tool] so see what the server interprets them as, for example this for the [https://strtotime.co.uk/?str=first+friday+of+next+month|first friday of next month]

You need to set a default filter in the customsearch as follows so that the user is not confused when first arriving at the page.
{CODE(wrap="1" colors="tiki")}
{filter range="modification_date" from="1104537600" to="1262304000"}
{filter range="modification_date" from="now" gap="31536000"}
{CODE}

Since Tiki 18.3 the end date uses the end of the day, as opposed to midnight at the beginning of that day. This is generally agreed to be more intuitive, but if you need to revert to the previous behaviour add a parameter -+_toendofday="n"+-. For instance this will find nothing:
{CODE(wrap="1" colors="tiki")}
{daterange _field="modification_date" _from="today" _to="today" _toendofday="n"}
{CODE}

!!!!Single-ended range searches
Before ((Tiki14)), the user must enter both ends of the filter for the range search for the search to have any effect. Therefore it is important to make sure the user selects a value, or a -+_default+- is set.

From ((Tiki14)) it is possible allow for doing range searches with user only specifying one end of the range and the other end left blank but still having default value. For example, the following code will generate 2 form fields for searching the tracker field duration.  If the user keeps the first one blank and enters 20 in the second field, it will search for the range 0 to 20. If the user enters 50 in the first field but leaves the second field blank, then the range searched for is 50 to 9999. Note that in each of the fields, -+_emptyto+- OR -+_emptyfrom+- must be used TOGETHER WITH -+_emptyother+- for this to work. If you leave out -+_emptyother+-, unpredictable results can occur because browsers may not submit empty form fields (and so this is the only way to get the information on the other range endpoint if it's not filled in).
{CODE(wrap="1" colors="tiki")}
{input class="form-control" type="number" placeholder="Min" _filter="content" _field="tracker_field_duration" _emptyfrom="0" _emptyother="9999" _textrange="1"} - {input class="form-control" type="number" placeholder="Max" _filter="content" _field="tracker_field_duration" _emptyto="9999" _emptyother="0" _textrange="1"}
{CODE}

!!! Distance Searches
''Since Tiki 16''
This should be considered unfinished and somewhat experimental but basically works with some customisation. The three inputs are:
* distance: Use a number and a unit, e.g. 1000m for one thousand metres
* latitude: A floating point number up between -90 and +90
* longitude: A floating point number up between -180 and +180
{CODE(wrap="1" colors="tiki")}
{DIV(class="row")}{distance class="form-control col-sm-4"}{DIV}
{CODE}

!!! Partial searches
''Since Tiki 22''
It was possible to perform a partial search -+foo*+- in a text field in order to match -+foo+-, -+foobar+-, -+foostuff+- but it is not user-friendly and users need to know or figure it out.
A parameter -+_partial+- has been added to the plugin CustomSearch in ((Tiki22)) to allow partial search.
{CODE(caption="Text field filter using partial parameter" wrap="1" colors="tiki")}
{input _field="tracker_field_peopleLastname,tracker_field_peopleFirstname" _trackerId="1" class="form-control" placeholder="Look for names in directory" _partial="y" }
{CODE}
One offers the opportunity for users to search by only entering the first characters of a word.

!!!Multilingual samples
You can use them on your Wiki page or your Smarty template
''literal tags depends of the context and the way you set your template while needed in most case, you may need to remove them for your usage''

!!!! Label translation using Plugin Lang
Using the ((PluginLang|Plugin Lang)) you can display block of "content" based on the language selection in your results page or you customSearch interface.

{CODE(wrap="1" caption="Plugin Lang in a smarty template" colors="tiki")}
{wikiplugin _name=lang lang=fr}
{literal}
{select _filter="content" _options="September,October,November,December,January,February,March,April,May,June,July,August" _labels="Septembre,Octobre,Novembre,Decembre,Janvier,Février,Mars,Avril,Mai,Juin,Juillet,Aout" _field="tracker_field_timeworkWorkerMonth" class="custom-select"}
{/literal}
{/wikiplugin}
{CODE}

{CODE(wrap="1" caption="Translation of tracker status" colors="tiki")}
{wikiplugin _name=lang lang=fr}
{literal}
{select _filter="content" _options="o,p,c" _labels="Ouverte,En attente,Fermée" _field="tracker_status" _operator="or" class="form-control custom-select" multiple="multiple" id="statusSelector_field"}
{/literal}
{/wikiplugin}
{CODE}

!!!! Multilingual submit button replacement
This is useful to have the "Search" button translated. Using HTML version of the element work for any element.

Instead of -+{input type="Submit" value="Search" class="btn btn-primary"}+-
              
{CODE(wrap="1" caption="Multilingual submit button" colors="tiki")}
<button type="submit" class="btn btn-primary">{tr}Search{/tr}</button>
{CODE}

!!!! Using the Tiki language preferences
You can use the selected language to control what is displayed or used in embedded wikiplugin (like an embedded wikiplugin List)

{CODE(wrap="1" caption="Using the language preferences" colors="tiki")}
{if $prefs.language eq fr}Montre ca {else} Show this {/if}
{CODE}

!!! Setting default search parameters when first coming to the page
As already mentioned above, you can use the -+_default+- parameter on specific fields. However, in some cases you are coming from another page where you want to pass some input from there via the query string. To do this you can pass in the query string, for example:
{CODE(wrap="1" colors="tiki")}
[tiki-index.php?page=Search&default[field]=value]
''Or with SEFURL enabled''
[Search?default~field=value]
{CODE}
The "field" here is the same as what you have in the -+_field+- attribute in your search template.

You can have several search parameters in the url using &.
You may also use an item link/list value (in the example below tracker_field_kind is item link) in some case.
{CODE(wrap="1" colors="tiki")}
tiki-index.php?page=Search&default[field]=value&default[field]=value
e.g. [tiki-index.php?page=Search&default[tracker_field_month]=October&default[tracker_field_kind]=644]
''Or with SEFURL enabled''
[Search?default~tracker_field_month=October&default~tracker_field_kind=644]
{CODE}

If you have categories filters defined, you can set the defaults as follows:
{CODE(wrap="1" colors="tiki")}
tiki-index.php?page=Search&defaultcat[parent]=value
e.g. [tiki-index.php?page=Search&defaultcat[5]=2,7]
''Or with SEFURL enabled''
[Search?defaultcat~5=2,7]
{CODE}

!!!! Setting Date Ranges and Radio Buttons From The URL
''Improvements in Tiki 23.1 (also 22.2)''
__Date Ranges__
PHP -+strtotime+- values can be used to set date range field defaults. You can test your values here [https://strtotime.co.uk]

The wiki page containing the Custom Search plugin is called "search" and the date range input has the id "timedate":
{CODE(wrap="1" colors="tiki" caption="Date Range Examples")}
* From one year ago to the end of the current month
[search?default~timedate_from=-1+year&default~timedate_to=first+day+of+next+month]
* Everything in the past year
[search?default~timedate_gap=1+year&default~timedate_to=now]
* Everything in 2015
[search?default~timedate_gap=1+year&default~timedate_from=2015-1-1]
{CODE}
__Radio Buttons__
You can use the -+_field+- or the -+_group+- value to set Radio Buttons by their value
{CODE(wrap="1" colors="tiki" caption="Radio Button Examples")}
[Search?default~tracker_field_radioButton=1]
or
[Search?default~myGroup=3]
{CODE}


!!!! Setting Default Search Parameters From A Smarty Template
Smarty syntax can be used to solve more complex cases in previous versions.

In the following we use the Smarty syntax to use a real date to filter results by month following:
https://www.smarty.net/docs/en/language.modifier.date.format.tpl

{CODE(wrap="1" colors="tiki" theme="default")}tiki-index.php?page=Search&default[field]={smarty}
e.g. tiki-index.php?page=Serch&default[tracker_field_month]={'this month'|date_format:"%B"}
''Or with SEFURL enabled''
<a href="Search?default~tracker_field_month={'this month'|date_format:"%B"}">Search this month</a>
{CODE}


Note that if you are having problems using square brackets within link syntax in a wiki page, you may want to urlencode the square brackets, for example:
{CODE(wrap="1" colors="tiki")}
[tiki-index.php?page=Search&defaultcat%5b7%5d=3]
''Or use ~ instead of square brackets completely (also with SEFURL enabled)''
[Search?defaultcat~5=3]
{CODE}

!!!Advanced adding of jquery/javascript on AJAX loading of results
This is relevant only if you are implementing an advanced template for ((PluginList)) used in conjunction with Custom Search, and it contains jquery/javascript that affects the search results.

Because in IE prior to version 9 it is not possible (due to crappy DOM handling) to deliver jquery/javascript that affect the content of the AJAX response together with the AJAX response, instead of including such scripts in the template for ((PluginList)), you will need to include such scripts as follows:

Create a wiki page as follows, enclosing your javascript/jquery, and specify the wiki page name as the -+callbackscript+- parameter to the CUSTOMSEARCH plugin.
{CODE(wrap="1" colors="tiki" theme="default")}{JQ()}
    $(document).on("pageSearchReady", function() {

		doYourStuff();

       return true;
    });
{JQ}
{CODE}
^It is important to make sure that this page has ((Permissions)) set so that it cannot be edited by non-admins^

!!!! Example excerpt

!!!!!# Wiki page to display results of custom search
{CODE(colors="tiki")}
{CUSTOMSEARCH(wiki="My Custom Search Tpl" recalllastsearch="0" searchonload="1" requireinput="0" searchable_only="1" customsearchjs="1" callbackscript="shortenDescriptions")}

(the filters and output of the custom search as usual)

{CUSTOMSEARCH}
{CODE}

!!!!!# Contents of "My Custom Search Tpl" 
The page "My Custom Search Tpl" has this type of code:
{CODE(colors="htmlmixed")}
<div id="courseOverview">{$row.courseDescription|truncate:30:"...":false}</div> <a  class="readMore" >Read more</a>
<div id="courseOverviewFull" style="display: none">{$row.courseDescription}</div> <a  class="readLess" style="display: none">Read less</a>
{CODE}

~tc~ } ~/tc~

!!!!!# Contents of "shortenDescriptions"  (callbackscript)
The page shortenDescriptions:

{CODE(colors="javascript" theme="default")}{JQ()}
    $(document).on("pageSearchReady", function() {

        //using the .readMore class as a selector for the click event over it.
        $('.readMore').click(function(){ 
            $('#courseOverview').toggle();
            $('#courseOverviewFull').show();
            $('.readLess').show();
            $('.readMore').hide();
        });
        $('.readLess').click(function(){ 
            $('#courseOverview').toggle();
            $('#courseOverviewFull').hide();
            $('.readLess').hide();
            $('.readMore').show();
        });

       return true;
    });
{JQ}
{CODE}

!!!!Advanced Pagination in Smarty Template
Advanced pagination not using pagination="y" but instead directly creating the pagination within the Smarty template, by specifying the customsearch ID manually as follows:
{CODE(wrap="1" colors="tiki")}
{assign var='customsearchid' value="xyz"}
{pagination_links offset_jsvar="customsearch_`$customsearchid`.offset" _onclick="$('#customsearch_`$customsearchid`').submit();return false;" resultset=$results}{/pagination_links}
{CODE}

!! Setting maxRecords, sort_mode, and offset
!!!Overriding defaults that apply on arriving at search page
The defaults can be overridden by passing into the query string these variables. For example, if you want the number of search results to show to be set to 10, you can do:
{CODE(wrap="1" colors="tiki")}
http://yoursite.tiki.org/tiki-index.php?page=MySearch&maxRecords=10
(or with SEFURL on) http://yoursite.tiki.org/MySearch?maxRecords=10
{CODE}

For sort_mode, you can also set it inside your search template. Please be warned that sorting is based on string. if you are trying to sort by numbers, make sure all your numbers are of the same number of digits. Otherwise 2 will be larger than 12. The only way to get around this for now is to make sure all numbers are entered in a padded form, for example, 0012 for 12.
{CODE(wrap="1" colors="tiki")}
{sort mode="tracker_field_18_desc"}
{CODE}

!!!Changing the settings after arriving at the search page
You will need a little Jquery/javascript for this. It is possible to set the javascript variables "customsearch_<id>.maxRecords", "customsearch_<id>.sort_mode", "customsearch_<id>.offset" programmatically and then resubmit the form by calling the submit() event handler on the form using the jquery. For example:
{CODE(wrap="1" colors="tiki")}
( "#datesort" ).click(function()
    customsearch_<id>.sort_mode = "modification_date_desc" ;
    $('#customsearch_<id>').submit();
    return false;
});
{CODE}

!!Customizing the interface with CSS
The final step is to customize the search interface with CSS. The search results is in a DIV with the ID -+customsearch_<id>_form+-. The search form is in a DIV with the ID -+customsearch_<id>_results+- Because you can assign your own CSS classes to each of the form elements above, you can customize it anyway you like.

!!Using Facets
{REMARKSBOX(type="warning" title="Since Tiki23 Chosen has been removed")}Following this tutorial you will be able to set facets search using JQuery Chosen. Chosen was a "dead" project and from Tiki23 we use Select2: https://doc.tiki.org/Tiki23#Select2

A new documentation is required and will be published soon{REMARKSBOX}
Facets are dynamic search filters provided by the search engines. They allow to refine the user's search. Not all search engines support this feature. At this time, it is only supported by the ((Elasticsearch)) implementation.

Global parameters for Facets can be set on the Admin, Search control panel under Search Results (/tiki-admin.php?page=search&cookietab=2)

Using facets with CustomSearch requires that hidden fields be added to the search form. These fields will be filled as the user selects filters. To simplify binding, make sure you set the ID explicitly.

{CODE(wrap="1" colors="tiki")}
{input _filter="content" type="hidden" _field="object_type" id="my_object_filter"}
{input _filter="content" type="hidden" _field="deep_categories" id="my_deep_categories"} 
{CODE}

The CustomSearch plugin must then define which facet it wishes to obtain. When configuring the facets, you get to choose how to handle multiple selection. By default, OR filters will be used.

{CODE(wrap="1" colors="tiki")}
{CUSTOMSEARCH()}
  ...
  {facet name=object_type operator=or}
  {facet name=deep_categories operator=and}
  ...
{CUSTOMSEARCH}
{CODE}

Then, you need to modify the results template to display the facets selector tools (see the sample below)

!!! Facets from Categories
To use categories as facet generators, go to the search control panel, and on the "search results" tab add the top category or categories you will need to the "Generate custom facets from categories" preference, apply that and rebuild the search index.

Add the hidden fields to your search form as above, but using this special format for the id: -+deep_categories_under_XXX+- replacing the XXX with the top category id
{CODE(wrap="1" colors="tiki")}
{input _filter="content" type="hidden" _field="tracker_field_types" id="deep_categories_under_28"}
{input _filter="content" type="hidden" _field="tracker_field_styles"  id="deep_categories_under_42"}
{CODE}
and then add the facet commands to your custom search page like this:
{CODE(wrap="1" colors="tiki")}
{CUSTOMSEARCH()}
  ...
  {facet name="deep_categories_under_28"}
  {facet name="deep_categories_under_42"}
  ...
{CUSTOMSEARCH}
{CODE}

Then, you need to modify the results template to display the facets selector tools (see the sample below)


!!! Facet Parameters
!!!! Operator
Sets the input above to use "AND" or "OR" (default is "OR")

!!!! Count
''Since 12.4''
You can specify the maximum number of facets returned. This defaults to 10, but can be changed globally using the "Facet result count" preference on the search results control panel, or per facet in the plugin like this:

{CODE(wrap="1" colors="tiki")}{CUSTOMSEARCH()}
  ...
  {facet name=deep_categories operator=or count=50}
  ...
{CUSTOMSEARCH}{CODE}

!!!! Order
''Since 20.1''
Sets the order the facets are returned in the results, use either -+_count+- (default) or -+_term+- for ES5 (or -+_key+- for ES6+). Append -+_asc+- or -+_desc+- for ascending and descending.

Useful for charts where you need to set the colours according to the order the facets/aggregations are returned.
{CODE(wrap="1" colors="tiki")}{CUSTOMSEARCH()}
  ...
  {facet name="tracker_status" order="_term_asc"}
  ...
{CUSTOMSEARCH}{CODE}

!!!! Min
''Since 20.1''
Set the min_doc_count - useful for displaying empty aggregations
{CODE(wrap="1" colors="tiki")}{CUSTOMSEARCH()}
  ...
  {facet name=deep_categories min="0"}
  ...
{CUSTOMSEARCH}{CODE}

!!!! Date Based Facets
''Since 20.1''
!!!!! Ranges
Used for -+type=date_range+- each range is separated by a pipe | character, and within that use commas to separate -+from+-,-+to+-,-+label+-
More info on date formats accepted [https://www.elastic.co/guide/en/elasticsearch/reference/5.6/search-aggregations-bucket-daterange-aggregation.html#date-format-pattern|here on elastic.co]

{CODE(wrap="1" colors="tiki")}{CUSTOMSEARCH()}
  ...
  {facet name="date" type="date_range" id="date_range" ranges="2018-01-01,2018-04-01,2018 Q1|2018-04-01,2018-07-01,2018 Q2|2018-07-01,2018-10-01,2018 Q3|2018-10-01,2019-01-01,2018 Q4"}
  ...
{CUSTOMSEARCH}{CODE}

!!!! Interval
For -+type=date_histogram+- (more info [https://www.elastic.co/guide/en/elasticsearch/reference/5.6/search-aggregations-bucket-datehistogram-aggregation.html|here])


{CODE(wrap="1" colors="tiki")}{CUSTOMSEARCH()}
  ...
  {facet name="date" type="date_histogram" id="date_histogram" interval="year"}
  ...
{CUSTOMSEARCH}{CODE}
!!! Facets selector tools in your results template
Finally, you need to modify the results template. The -+$facets+- variable is available and contains all the facets returned by the search engine. It is important to verify that the results have been provided.
{CODE(caption="Test the facets array is populated properly")}
{$facets|var_dump}
{CODE}

In this example, Chosen is used to render the facet elements nicely and each change to a facet causes the results to reload. The registerFacet() jQuery function binds the select element to the hidden field annotated by -+data-for+-.

{CODE(wrap="1" colors="smarty")}
<div>
    <div class="facets">
        {if $facets.deep_categories}
            <h6>{$facets.deep_categories.label|escape}</h6>
            <select multiple name="{$facets.deep_categories.name|escape}" data-for="#my_deep_categories" data-join="{$facets.deep_categories.operator|escape}">
                {foreach from=$facets.deep_categories.options key=value item=label}
                    <option value="{$value|escape}">{$label|escape}</option>
                {/foreach}
            </select>
        {/if}
        {if $facets.object_type}
            <h6>{$facet.label|escape}</h6>
            <select multiple name="{$facets.object_type.name|escape}" data-for="#my_object_filter" data-join="{$facets.object_type.operator|escape}">
                {foreach from=$facets.object_type.options key=value item=label}
                    <option value="{$value|escape}">{$label|escape}</option>
                {/foreach}
            </select>
        {/if}
    </div>
    <div style="float: left; width: 66%;">
        <ul>
            {foreach from=$results item=row}
                <li>{object_link type=$row.object_type id=$row.object_id} {$row.highlight|escape}</li>
            {/foreach}
        </ul>
    </div>
</div>
{jq}
    $.applyChosen();
    $('.facets select').registerFacet();
    $('.facets select').change(function () {
        $('#customsearch_0').submit();
    }); 
{/jq}
{CODE}
!!! Generating Charts from Facets
Since Tiki 19 (r68500) example templates can be found in -+templates/examples/search/+-.
Some examples of this can be found on ((PluginCustomSearch Chart Examples))

!! Related profiles
__Shopping Cart profile__
The https://profiles.tiki.org/Shopping_Cart profile sets up a more complicated custom search using smarty templates etc. 
! Test 
Feel free to apply it to your tiki site and learn how it work, adapt it to your own needs, etc.
!!Aliases
(alias(Custom search)) | (alias(Plugin Custom Search)) | (alias(CustomSearch))