Hi Mesar, I am not sure what is wanted. There is a variable called tablePath which holds the location of the last table found. However, it is only set after a call to lou_getTable. This function is automatically called by the translate and back-translate functions. It searches first on the paths defined in the environment variable LOUIS_TABLEPATH then in the current direbtory and its subdirectories, then on the program-settable data path, if it has been set, then on the installed path. An additional function lou_getTablePath can be added to the API, but what should it get? John On Wed, Jun 20, 2012 at 11:49:25AM +0100, Mesar Hameed wrote: > Hi John, > > This is a follow up to the LOUIS_TABLEPATH modifications, trying to find a > clean solution for Google issue 9: > > I assume that there is an internal function getTablePath which evaluates the > current table searchpath? > Would it be possible to expose this, so that it can be used by the bindings? > This can then be used by orca/nvda to dynamically pick up the location of > tables. > > Thanks, > Mesar > For a description of the software, to download it and links to > project pages go to http://www.abilitiessoft.com -- John J. Boyer; President, Chief Software Developer Abilitiessoft, Inc. http://www.abilitiessoft.com Madison, Wisconsin USA Developing software for people with disabilities For a description of the software, to download it and links to project pages go to http://www.abilitiessoft.com