The ajax request is being sent to html page hence you should use html as data type. Using xml might break in case there is un-escaped characters such as "<" or "&" in html. In fact it was causing problems when trying to retrieve bibtex data for particular item which included link with an ampersand.
It was mentioned in comments section in website by Tobi:
> Tobi: Hi Martin,
>
> it seems like bibtexbrowser cannot handle & (ampersands) in URLs. Entries that contain & confuse > the bibtex-block-script, which displays bibtex information in a new site instead of loading the > block of information just below the entry. I can't seem to find the bug, but hope that you can.
>
> Tobi
> (May 27, 2014 - 6:33 pm)
Also I have found some random page which is using bibtexbrowser and you can see the bug here http://www.imp.kiev.ua/~kord/papers/ by clicking on "Strong electron pairing at the iron 3dxz,yz orbitals in hole-doped BaFe2As2 superconductors revealed by angle-resolved photoemission spectroscopy" article's bib anchor.
Section A
<?php
$_GET['bib']='listA.bib';
$_GET['all']=1;
include( 'bibtexbrowser.php' );
?>
Section B
<?php
$_GET['bib']='listB.bib';
$_GET['all']=1;
include( 'bibtexbrowser.php' );
?>
Bug: both times it displays the entries from only listA.bib.
Fix: if (!isset($_GET[Q_DB]) || !$_GET[Q_DB]->is_already_loaded($_GET[Q_FILE])) { setDB(); }
based on a list of specified entries. This is compatible with other search criteria, as it is implemented as an extra filter rule in multisearch(). This is useful for presenting a selection or short-list of bibtex entries (eg, on a homepage, in a research project page, etc...)
$_GET['keys'] should contain a url-encoded json-encoded array of bibtex entries.
With @define(ABBRV_TYPE,'keys-index'), the array in $_GET['keys'] is considered as an associative array "$abbrv=>$bibkey" and $abbrv is used for abbreviation.
There is an issue with characters å and Å (with ring above). The corresponding HTML entities are å / Å
To get this character with latex we'd do: \r{a} or \aa
With bibtextbrowser \aa works fine. However, \r{a} doesn't do anything at all. This pull fixes this, we now output the correct HTML for \r{a} and \r{A}.
Furthermore, up till now bibtexbrowser will output å if it encounters \.{a}, but this is wrong since this latex is meant to be used to produce an overdot (dot above char) and not "ring above char". Since in practice this is a "spelling error", this behaviour is removed and from now on \.{a} will not get replaced.
- LAYOUT -> BIBTEXBROWSER_LAYOUT by convention
- BIBTEXBROWSER_LAYOUT has non-abbreviated values (for sake of intuitiveness)
- BIBTEXBROWSER_LAYOUT has no complex interplay with ABBRV_TYPE (for sake of intuitiveness)
- ordered lists are responsible for the indices
- no new line at the end of the file
- renamed or moved some functions
use @define(LAYOUT,{'table','list','deflist'}) to choose between table, ul, ol ('list' and ABBRV_TYPE='index') and definition lists for displaying bibtex entries.
$bib->index is now displayed as a number, not a number in brackets, for compatibility with list values. however this is invisible to the user because the brackets are added in getAbbrv().
bib2html now includes the echoing of links.