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.
George Oikonomou