add Makefile to create symlinks for jasmine

this allow us to run the test from the local file system
or from a web site

Add documentation of template system.
Fixes bug MKWS-68.

include JS framework handlebars.runtime-v1.1.2.js

HTML typo in 45695d787ec5074e6cbe547b73fb6e760f0d0a71

force exit once tests complete

this should solve the problem that jasmine-node waits for a
pz2 request response and fails due an alert() error message

log the pz2.js GIT id in the header of mkws-complete.js as well

minor reformat

move helper targets to the bottom

reformat warning for better readability

pz2 JS lib moved back to pazpar2 git repo

Fix column widths

Add minimal styling for table.

uh ...

Simplify.

Add link to auto.html

Update to use generated widget.
Simplify MKWS invocation.

Use a widget generated by MKAdmin.

Use explicit leading "pz:id="

Replace #mkwsRecords with one generated by MKAdmin widget-generator.

Oops, use debug() rather than log().

"pz:id=" prefix only prepended to filter string if it doesn't have ANY
setting+op up front. Allows more flexibility in the use of ~ operation
and non-pz:id settings.

Add /pazpar2/ alias.
Add x.example.indexdata.com stanza.

Add /pazpar2/ alias.

Add new alias for /pazpar2/

Change all references to libjs-pz2/pz2api.1.js to pazpar2/js/pz2.js

Add alias for /pazpar2/

Refer throughout to pz2.js rather than libpz2.js, since the latter has
been killed (shortly after being given birth).

Remove optional "pz:id=" from start of target string.

Remove now-unnecessary <div id="mkwsTermlists"/>

Correct syntax for targets.
Thanks to Jakub!

Specify TWO targets in auto-search (MIT OpenCourseWare and PLOS)

Leading "pz:id=" is optional in triggerSearch()
This means clever applications can pass in a complete filter string.

Support specification of (a single) target in auto-searches.
We still need to generalise this to searching multiple targets.

Omit leading "pz:id=" from target name.

Clearer logging for run_auto_searches()

Specify a single target for autosearch.

Support sorting in autosearches.
Fixes bug MKWS-73

Very slight styling of table.

Specify sorting as title:1

New, only for Mike's use.

Rationalise the confusion between mkws_config.sort_default and mkws.sort.

Move curSort global into mkws.sort

New demo, auto.html, identical to current mike.html but gets
components from the public site instead of Mike's dev site.

Interpret
autosearch="TERM"
rather than the more verbose
autosearch="true" query="TERM"

Specify
autosearch="TERM"
rather than the more verbose
autosearch="true" query="TERM"

Move invocation of run_auto_searches() from when DOM is ready to when
service-proxy authentication has completed. As a result, that search
now includes the relevant JSESSIONID, and consequently works consistently
and deliberately rather than intermittently and accidentally.
Fixes bug MKWS-69 ("Allow results area to auto-populate itself with
results of a canned search")

Remove extreme debugging output for my_onshow()

Rename unused mkws property "service_proxy_auth" to "authenticated".
(Better describes what it does, and avoids confusion with the
mkws_config property of the same name.)
Check before running a search whether we're authenticated.
(It's because we were not that auto-searches were failing on
the first call of a new session -- the search was being sent
before the authentication response was received.)

More detailed debugging output.

Add some structure to demo page.

Merge branch 'master' of ssh://git.indexdata.com/home/git/private/mkws

Should now correctly support auto-executing#'mkwsRecords.
Doesn't work correctly, though: clears all records on second my_onshow.

disable HTML DOM checks on examples/htdocs/mike.html

to much changed, see f777e9d3347abb4a6ee8eebc5372df220ac6ffb2

Completely changed mike.html. Doesn't work correctly for reasons I
don't yet properly understand: something the current MKWS JS is doing
seems to be breaking the CORS stuff. My attempts to figure that out
are being thwarted by my git checkout having got into a weird state
where it's ... ah, I can't even explain it. Anyway. I'm hoping that
checking in this intermediate state will at least placate git to the
point where I can go back to working on the actual problem. Sheesh.

When a new search is submitted, reset and redraw the filters.
Fixes MKWS-72 ("Facet selection persist across searches")

Log the actual query when a search is submitted.

Test resolved.

Include Handlebars in wkws-complete.js

Testing ...

Typo.

Add link to templates.hmtl

New file, templates.html

Resolve

Remove "mkwsTemplateSummary", since it's now in the MKWS code.

Provide default "Summary" template, rending the same as the old
hardwired code.

Replace mkwsTemplateRecord (which is now in the MKWS code) with mkwsTemplateSummary.

renderSummary() simplified by deletion of legacy code.

Move rendering of full record back up into my_onshow()
renderSummary(hit) now uses Summary template if provided.

Simplify string-building.

Move code out of my_onshow() into new function renderSummary().

Change quoting style of handlebars template invocation, just to have a
character-for-character match with the template hardwired into
mkws.html

Remove defaultRenderDetails() and renderField(), which are no longer used.

Remove old code that called defaultRenderDetails(), since now there is
always a template.

function maybeLoadTemplate() renamed to loadTemplate()

Provide defaultTemplate() function (for "Record" only, so far).
maybeLoadTemplate() now falls back to defaultTemplate() when no
template is provided in the HTML of an application.

Location names now listed with #commaList instead of #each.

Add #commaList helper.
Needed instead of #each to exactly emulate the old display.

Remove now-unused Handlebars helper 'link'.

Make links for md-electronic-url by hand instead of relying on
too-clever {{link}} helper.

Formatting.

Just list locations with a <br/> after each.
No need for <ul>

Provide explicit leading '@' for {{attr '@name'}}

The 'attr' helper no longer inserts a leading '@'.

Guard location-name rendering with #if '@name'.

Guard Subject code with new #if-any instead of just #if location.

Documentation for the #if-any helper.

Add if-any helper.

Remove debugging output from #first Handlebars helper.

List only the @name element of each location.
(We could improve on this by displaying holdings, when present.)

Add 'attr' Handlebars helper.
We need {{attr name}} because Handlebars can't parse {{@@name}}

Invoke "link" helper the simple way, not as an empty block.

Invoke "json" helper the simple way, not as an empty block.

List JSON of each location separately within a <ul>

Don't accept an empty subject from the first location if a subsequent
once has a non-empty subject -- thanks to the wonder of the new
"having" argument to the #first Handlebars helper:
{{#first location having="md-subject"}}

Extend #first Handlebars helper with optional 'having' attribute.

List only the first location's subjects.

Add #first Handlebars helper.

Render location array in full records as JSON (for now).

Add #json helper for Handlebars.
Useful for debugging.

Some kind of subject display. Not very good.

Wrap various field templates in {{##if}} guards.
Use {{#link}} helper for md-electronic-url.