I hope the list will bear with me just for this announcement...I understand this isn't a CiteInPages list but I'd like to take this opportunity to track down any problems that are cropping up. I'd be happy to receive direct responses off the list.
CiteInPages is a freely-available Applescript for formatting bibliographies in Pages. It is available at http://jhh.med.virginia.edu/main/CiteInPages There appears to be an issue in my installation of Leopard in which a file name conflict fails silently, or at least generates an error that is not trapped by Applescript's "on error" handler. This previously worked on Tiger, but now allows processing to continue for a bit to a later fail point, where it generates a confusing error message. The problem occurs when a file is present in the same folder with a file that is opened for processing with the script, and has the same name as the open file with the addition of "-bib" on the end of the file name. The script normally duplicates the open file, appends "- bib" to the end of the file name, opens the duplicate, and carries out citation replacement and bibliography insertion on the duplicate. Currently in Leopard, the rename operation appears to fail without generating an Applescript error, which leaves a non-renamed copy of the original file in the folder and then opens the older "-bib" file. This normally already has had its citations replaced already, so the script announces "no cite keys found" and quits. Although this shouldn't be a problem in normal operation of the script, while it's being tried out it would be reasonable to think that the script might be run repeatedly with previous "-bib" files present. The intended behavior is to announce the presence of the name conflict and allow the user to move the older file to the trash, or to abort the script. I'd like to try to collect information on any errors that are occurring around the initial file duplication process and either fix the script if it needs it, or work around any Applescript quirks in Leopard. Feel free to contact me off the list if this is beyond the list's intended scope. Thanks (and thanks very much to everyone who has contributed to BibDesk--what a fantastic program). Jim Harrison Univ. of Virginia ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Bibdesk-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bibdesk-users
