I am using leopard I am writing a file on the HD within the machine No bib at the end of the file name Thanks
Il giorno 20/nov/07, alle ore 23:10, James Harrison ha scritto: > 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 Daniele Pontillo Chief, Echo Lab, Cardiology, Belcolle Hospital Strada Sanmartinese, Viterbo, Italy 01100 Work: +39 0761 339424 Mobile: +39 3383734157 Home: +39 0761 834051 http://www.danpont.it ------------------------------------------------------------------------- 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
