version 1.0.1
 
 Mon Sep  4 10:45:34 EDT 2006
	Added facility for placing list of descendents to the left of the arrow operator when
  constructing queries:  vehicle[[owner/address/city => CDATA = Winnipeg]].  Previously only
  one descendent was enabled: vehicle[[city => CDATA = Winnipeg]].  

version 1.0.2
 Tue Sep 12 10:09:01 EDT 2006
    Added Class documentation using phpDocumentor.

    Added enhanced functionality to both the _AND_ and the _OR_ operators.  Previously these
    operators could only work on sequences of conditions which (1) shared the same element
    and (2) were of the same type.  For instance:
		vehicle[[ @year=2004 _AND_ @make=Honda]]
    In this example there are two attributes sharing the vehicle element.  In the enhanced
    versions, both different types and different elements are supported:
		first_name[[CDATA << Douglas _AND_ first_name @middle_init=J]]
                vehicle[[dealer/avenue => CDATA << Waverly _AND_ color = green _AND_ mileage > 13000]]
    The changes are fully treated in the manual page "Operators and Expressions".

version 1.0.3
  Sat Sep 23 13:17:04 EDT 2006
    Fixed bugs in handling of both _AND_ and _OR_ operators.  Where the initial expression in a condition
    contained the empty string the _AND_ and _OR_ operators were missed, as in:
      [ element => CDATA != ""  _AND_ . . .] or	[element != ""  _AND_ . . .] 

version 1.0.5
  Wed Oct 11 07:11:10 EDT 2006
	Added Namespace support.
   

version 1.0.6
  Thu Oct 19 09:19:58 EDT 2006
        Deprecated eXcavator_getResultAsDataStruct() in favor of _getResultAsDataStruct(), since this is an
        internal function and should not form part of the public API.  For backward compatbility,
        eXcavator_getResultAsDataStruct() can still be called but is simply a wrapper for 
        _getResultAsDataStruct().

  Sun Oct 22 09:36:49 EDT 2006
       Added support for indirect addresses when addressing context-elements; for use
       where there is more than one possible context-element of the same name:
	     { name[3]=>last_name }	  
       This could also be addressed using direct addressing syntax:
    	     { name___2=>last_name }	  	
       All documentation has been updated and expanded to deal with this change,
       including additional example code in listings directory.

 Fri Oct 27 08:52:45 EDT 2006
       eXcavator ignores the forward slash syntax in all but the initial expression:
		 vehicle[[name/address/city =>CDATA <<Winnipeg _AND_ name/address/street <<Oak]]
       This is the equivalent of
		vehicle[[name/address/city =>CDATA <<Winnipeg _AND_ street <<Oak]]
       Beginning with  this release, the context for street in both cases is name/address.
       This is a change from versions prior to 1.0.6, where the context would have been vehicle.