1CHANGELOG
2
3Released through http://bibliophile.sourceforge.net under the GPL licence.
4Do whatever you like with this -- some credit to the author(s) would be appreciated.
5
6A collection of PHP classes to manipulate bibtex files.
7
8If you make improvements, please consider contacting the administrators at bibliophile.sourceforge.net so that your improvements can be added to the release package.
9
10Mark Grimshaw 2004/2005
11http://bibliophile.sourceforge.net
12
13################################################
14v1.5.4
1517/June/2005 - Mark Grimshaw
16month fields that have multiple dates (e.g. dec # " 5--9," or nov # " 29" # "--" # dec # " 2") are correctly parsed. (list($startMonth, $startDay, $endMonth, $endDay) = $parseMonth->init($monthField);)
17
18v1.5.3
1910/June/2005 - Mark Grimshaw
20Fixed excessive expansion of @strings in bibtex imports.
21
22v1.5.2
235/May/2005 - Mark Grimshaw and Guillaume Gardey.
241/  Corrections to PARSEENTRIES when handling concatenations using '#'
252/  Corrections to the example commandline code for PARSECREATORS.
26
27v1.5.1
2830th April 2005 - Mark Grimshaw
291/  Ensure entries such as journal = {{Journal of } # JRNL23} are properly parsed and expanded with a hanging '}' removed.
30
31v1.5
3228th April 2005 - Mark Grimshaw
331/  Fixed a bug when parsing @preamble in PARSEENTRIES.php
342/  Made efficiency and accuracy improvements in PARSECREATORS.php
353/  Added class PARSEMONTH to split a bibtex month field into day and month components.
36	list($month, $day) = $parseMonth->init($monthField);
374/  Added class PARSEPAGE to split a bibtex pages field into page start and page end components.
38	list($start, $end) = $parsePage->init($pagesField);
39
40v1.4
4125th August 2004
421/  Expand macros added by Guillaume Gardey.
432/  Discard comments on same line as @string.
443/  A few bug fixes.
454/  PARSEENTRIES can parse PHP strings. (loadBibTeXString)
465/  Supports user defined BibTeX macro. (loadStringMacro)
47
48v1.3
4920th August 2004
501/  @string<spaces>{...} now correctly parsed.
512/  Any final "," left on the end of the last field in an entry is now removed.
52
53v1.2
5415th August 2004
55Corrected bug in extraction of values from @string.
56v1.1
5715th August 2004
581/  Added another flag to PARSEENTRIES to decide whether to remove enclosing "..." or {...} from string and entry fields.
592/  Some debugging and simplification.  Both flags now have a default value of TRUE.
60
61v1.0
6214th August 2004
63Initial release: PARSEENTRIES.php, PARSECREATORS.php
64