Re: [Bibdesk-users] Annote field: search
All fields are searchable through using Smart Groups. Just hit command-option-G and you'll be good to go with Annote, Abstract, or any other field you can dream up. Plus the searches are saved. Thinking out loud here, perhaps there is some tweak to the UI that could make this more obvious? Although I don't normally think of it as a paragon of UI, the Finder does this through having a search box and a limited number of search what buttons below it just as BibDesk does... but then it has additional limits you can set below that and a save button, which saves it as a Smart Search... perhaps in BibDesk, it could save the search as a Smart Group. -AHM On 2011-08-07, at 3:04 PM, Christian Pleul wrote: On 07.08.2011, at 17:54, Adam R. Maxwell wrote: On Aug 7, 2011, at 08:03 , Christian Pleul wrote: Sorry, if I asked it before and just forgot. Anyway, would it not a an interesting feature, since I can imagine that people who studying e.g. research papers use this field to put their notes and excerpts in the annote field. Interesting, yes, but there has to be a cutoff point. For instance, suppose I'd rather have abstract searchable instead of annote. Who wins? There can't be a winner. Make the abstract separately searchable is as important as the annote field itself. And I think, it is a very important point when using BD for e.g. scientific research. There are additional problems involved due to the use of Search Kit for searching, as you have to create a separate index for each field that is indexed. Computationally, this will get expensive for larger fields bibliographies, so you could end up with a beachball on opening a document. Since I am not a programmer, I can to make a statement on this point. But when making it possible to search the entire file content as well as skim notes, I thought it would make sense (see above) to do this kind of search for information which can be inserted directly in BD itself. Best, -- Christian -Spam will be a thing of the past in two years' time.- Bill Gates, Jan 2004 -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos much more. Register early save! http://p.sf.net/sfu/rim-blackberry-1___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users -- BlackBerryreg; DevCon Americas, Oct. 18-20, San Francisco, CA The must-attend event for mobile developers. Connect with experts. Get tools for creating Super Apps. See the latest technologies. Sessions, hands-on labs, demos much more. Register early save! http://p.sf.net/sfu/rim-blackberry-1___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] Feature-Request regarding auto-filing and auto-generation of cite-keys
On 2008-03-18, at 3:43 AM, Christiaan Hofman wrote: snip But even in the bst-styles I encountered you find a author or editor or organization (iirc sometimes organization is replaced by key for sorting) because with a paper from an organization (where the author is the organization and no person) you would end up with no name in the author in bibliographies. Especially with works form governments you have no authors or editors but just the ministry. In the auto-generation I have then always to create a cite-key by hand and the folder-structure gets messed up Niels Styles can put it in place of a person, but that's irrelevant. An organization isn't a Person field (doesn't have a first name, last name, etc.) No formatting. So it cannot be used in place of an author in our formats. these special cases must be handled by hand. There always will be edge cases where you need to do things by hand. Christiaan Another option is to put the organization in the author field and to surround it with braces. -AHM - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] Newbie applescripter--any help appreciated
first, replaceChars needs to be my replaceChars - you have to tell AppleScript where to find the replaceChars routine (which needs to be in the same file as the below script). So the full script (for you) should look like the below, assuming that you a)want to replace the url field and b)want it to pop up in the linked URLs as well as in the URL field. tell application BibDesk set theDoc to document 1 set thePubsSel to the selection of theDoc repeat with thePub in thePubsSel set theURL to the value of field URL of thePub if theURL contains links.jstor.org then set theURL2 to replaceChars(theURL, links.jstor.org, 0- www.jstor.org.skyline.cudenver.edu) set the value of field url of thePub to theURL2 delete linked URL 1 of thePub make new linked URL with data theURL2 at end of linked URLs of thePub end if end repeat end tell on replaceChars(this_text, search_string, replacement_string) if this_text contains the search_string then set oldAStid to AppleScript's text item delimiters set AppleScript's text item delimiters to the search_string set the item_list to every text item of this_text set AppleScript's text item delimiters to the replacement_string set this_text to the item_list as string set AppleScript's text item delimiters to oldAStid end if return this_text end replaceChars On 2008-03-09, at 11:32 AM, Ingrid Giffin wrote: I'm trying to write a script to change my JSTOR URLs to the proxy version that works for my school. It should copy the URL from the URL field, change the URL by a simple string substitution, and paste the result to the My_Proxy_URL field. It seems to be working up until somewhere in the replaceChars step. I'm sure I'm just making some beginner's mistake. Here's my script: - tell application BibDesk set theDoc to document 1 set thePubsSel to the selection of theDoc repeat with thePub in thePubsSel set theURL to the value of field URL of thePub if theURL contains links.jstor.org then set theURL2 to replaceChars(theURL, links.jstor.org, 0-www.jstor.org.skyline.cudenver.edu) set My_Proxy_URL to theURL2 end if end repeat end tell Here's the Event Log: tell application BibDesk get document 1 document Anthro Bib get selection of document Anthro Bib {publication 8 of document Anthro Bib} get value of field URL of publication 8 of document Anthro Bib http://links.jstor.org/sici?sici=1558-8610%281972%2914%3Cii%3ATAOATH%3E2.0 . CO%3B2-P replaceChars(http://links.jstor.org/sici?sici=1558-8610%281972%2914%3Cii%3A TAOATH%3E2.0.CO%3B2-P, links.jstor.org, 0-www.jstor.org.skyline.cudenver.edu) BibDesk got an error: Can't continue replaceChars. - Thanks for any suggestions. --Ingrid Giffin - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] Some linked URLs loading incorrectly
On 2008-03-09, at 1:44 PM, Ingrid Giffin wrote: On 3/9/08 2:18 PM, Christiaan Hofman [EMAIL PROTECTED] wrote: On 9 Mar 2008, at 8:47 PM, Ingrid Giffin wrote: I've been having some trouble with URLs in the linked documents pane. The URL is correct, but when I click to go to the URL, it is changed so that the link is broken. Example: There is a URL in the linked documents pane. It is: http://links.jstor.org/sici?sici=1558-8610%281972%2914%3Cii%3ATAOATH%3E2.0.C O%3B2-P (This is the text that displays in the rollover, and also in the field when I load replace URL) This is a correct URL, meaning that if I manually copy and paste it into my browser, the correct page loads. When I click to go to the URL, the URL that loads in the address bar of the browser is: http://links.jstor.org/sici?sici=1558-8610(1972)14%20ii%3ATAOATH%3E2.0.CO%3B 2-P#5152816683755922857 ...and the page is not found. The JSTOR error page gives this message: Technical Error Message: Incorrect Contribution Segment The SICI was 1558-8610(1972)14 ii:TAOATH2.0.CO;2-P I'm running BibDesk Version 1.3.14 (v1008) Thanks, Ingrid Giffin That must be a problem of the browser then. BibDesk just sends the URL it has o the system to open, the rest is out of our hands. Christiaaan Why would it get fouled up when passed from BibDesk, while it works when I paste it manually? Ingrid When cutting and pasting, browsers sometimes try to fix URLs, whereas BibDesk is passing the URL directly. In this case, the incorrect bottom URL substitutes a %20, which is a space, for a %3C, which is a left-angle bracket (). If it's just this one record, I'd re-paste the JSTOR permanent URL and see if that works. -AHM - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] Gremlins in the text
On 2008-02-19, at 2:24 PM, [EMAIL PROTECTED] wrote: Would it reduce the confusion to just save as UTF-8 by default? As long as TeX conversion is enabled, that should (usually) be fine for TeX users who work with ASCII exclusively. I save my files as UTF-8 just to avoid this problem, since the odd characters are almost exclusively in abstracts which never get printed in TeX anyway. -- adam If UTF-8 transparently deals with gremlins and plain text but Western ASCII does not, it would seem to make sense to have UTF-8 the default format as you suggest. The other related issue is that after I do convert my file to UTF-8, I get an annoying little message whenever I start BibDesk that says, The document will be opened with encoding Western (ASCII), but it was previously saved with encoding Unicode (UTF-8). You should cancel opening and then reopen with the correct encoding. If you go to Preferences-Files, you can change the Open and export BibTeX files using encoding to Unicode. That should stop the messages. I can see specifying a file format when I save (as), but why do I need to specify one when I open the document? Because BibTeX files that are generated by other applications or by hand or from the web don't have the encoding string saved at the top of the file that BibDesk puts in when you save a file. Hence, it has a default for those files that it can't tell what encoding scheme it was saved in. Which then makes BibDesk upset when you open a file that it *knows* is something else (e.g., UTF-8), but you've told it to open it as, say, Western ASCII. -AHM I see that there's a conversion option when pasting and exporting text... What I'm suggesting would simply add that functionality to importing. Thanks! -c - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] file view ideas
On 2008-02-18, at 9:02 AM, Adam R. Maxwell wrote: In article [EMAIL PROTECTED], Alexander H. Montgomery [EMAIL PROTECTED] wrote: On 2008-02-15, at 3:00 PM, Adam R. Maxwell wrote: On Friday, February 15, 2008, at 02:43PM, Alexander H. Montgomery [EMAIL PROTECTED] wrote: (As you probably already know, there's still a slider at the bottom of the side pane that no longer operates. It does operate...it just resizes the icons in the preview pane, not the side pane, so it's misplaced. I have some ideas on improving that in general so any fileview has a slider. I updated http://homepage.mac.com/amaxwell/.Public/BibDesk.app.zip with a new slider for changing the zoom level (works in the editor or main window preview). See if you can find it :). Err, no. Am I being stupid here? [...] 3) you can quickly toggle the main preview pane I like the toggle between preview and files. Having a menu down there for which preview view to use would make this even better. In this version, it's either textview or fileview, and I haven't finished lobotomizing things yet :). I just threw this out there because it answers a couple of things people have asked about, and sometimes it's helpful to see ideas in a functional demo. And here we are asking for more surgery already... but I would find it useful (and new people would probably find it intuitive) So you're thinking of a menu attached to the segmented control (toggle)? That might be interesting to try. I think I'd set it up so it just let you choose a template, since I removed most of the other preview choices. For BibDesk proper, I think you'd want more buttons, though...but even so I think it would be confusing because of the number of options. Right. Maybe even two: One to toggle between Details/Annote/Abstract/ Template/etc. and one to choose a different template. -AHM - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] file view ideas
On 2008-02-18, at 9:54 AM, Adam R. Maxwell wrote: In article [EMAIL PROTECTED], Alexander H. Montgomery [EMAIL PROTECTED] wrote: On 2008-02-18, at 9:02 AM, Adam R. Maxwell wrote: In article [EMAIL PROTECTED], Alexander H. Montgomery [EMAIL PROTECTED] wrote: On 2008-02-15, at 3:00 PM, Adam R. Maxwell wrote: On Friday, February 15, 2008, at 02:43PM, Alexander H. Montgomery [EMAIL PROTECTED] wrote: (As you probably already know, there's still a slider at the bottom of the side pane that no longer operates. It does operate...it just resizes the icons in the preview pane, not the side pane, so it's misplaced. I have some ideas on improving that in general so any fileview has a slider. I updated http://homepage.mac.com/amaxwell/.Public/BibDesk.app.zip with a new slider for changing the zoom level (works in the editor or main window preview). See if you can find it :). Err, no. Am I being stupid here? Bummer...that probably means it's not the best UI :/. Move the mouse around near the center of the top edge of the file pane (doesn't work in the single-column one, for obvious reasons). Oh, hey, that's pretty slick. If the slider popped up whenever you're anywhere in the pane (except for over the PDFs themselves, since then you get the next page/previous page arrows), that would be fine. 3) you can quickly toggle the main preview pane I like the toggle between preview and files. Having a menu down there for which preview view to use would make this even better. In this version, it's either textview or fileview, and I haven't finished lobotomizing things yet :). I just threw this out there because it answers a couple of things people have asked about, and sometimes it's helpful to see ideas in a functional demo. And here we are asking for more surgery already... but I would find it useful (and new people would probably find it intuitive) So you're thinking of a menu attached to the segmented control (toggle)? That might be interesting to try. I think I'd set it up so it just let you choose a template, since I removed most of the other preview choices. For BibDesk proper, I think you'd want more buttons, though...but even so I think it would be confusing because of the number of options. Right. Maybe even two: One to toggle between Details/Annote/Abstract/ Template/etc. and one to choose a different template. Those could even be replaced with templates; we talked about doing that in the past. In that case, the Preferences/Display radio buttons would be eliminated entirely. Hmm, true, although PDF and Text aren't exactly templates. That's more- or-less true for the rest. -AHM - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] file view ideas
On 2008-02-15, at 3:00 PM, Adam R. Maxwell wrote: On Friday, February 15, 2008, at 02:43PM, Alexander H. Montgomery [EMAIL PROTECTED] wrote: On 2008-02-15, at 1:53 PM, Adam R. Maxwell wrote: I've been playing with some changes to BibDesk for my own use. If anyone's interested, take a look at http://homepage.mac.com/amaxwell/.Public/BibDesk.app.zip (10.5 required). This answers a few past suggestions to some extent: 1) the file view on the right scales icons to fit a single column Superb. Looks like this is only for the publications table; individual publication windows don't seem to do this yet. Yup. I think it makes less sense in editor windows. Editor windows are small, so there it's mainly useful as a drop target or quick look target. (As you probably already know, there's still a slider at the bottom of the side pane that no longer operates. It does operate...it just resizes the icons in the preview pane, not the side pane, so it's misplaced. I have some ideas on improving that in general so any fileview has a slider. 2) you can display files in the bottom pane Looks nice. I tend not to use the side pane, but that might be useful. (This would be a good view option for the publication windows as well.) Interesting...how so for pub windows? Well, in pub windows, mine generally have a lot of empty space at the bottom (with a couple lonely checkboxes below that). Having a bottom pane along with a side pane would use that space better. 3) you can quickly toggle the main preview pane I like the toggle between preview and files. Having a menu down there for which preview view to use would make this even better. In this version, it's either textview or fileview, and I haven't finished lobotomizing things yet :). I just threw this out there because it answers a couple of things people have asked about, and sometimes it's helpful to see ideas in a functional demo. And here we are asking for more surgery already... but I would find it useful (and new people would probably find it intuitive) -AHM - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] file view ideas
On 2008-02-15, at 1:53 PM, Adam R. Maxwell wrote: I've been playing with some changes to BibDesk for my own use. If anyone's interested, take a look at http://homepage.mac.com/amaxwell/.Public/BibDesk.app.zip (10.5 required). This answers a few past suggestions to some extent: 1) the file view on the right scales icons to fit a single column Superb. Looks like this is only for the publications table; individual publication windows don't seem to do this yet. (As you probably already know, there's still a slider at the bottom of the side pane that no longer operates. 2) you can display files in the bottom pane Looks nice. I tend not to use the side pane, but that might be useful. (This would be a good view option for the publication windows as well.) 3) you can quickly toggle the main preview pane I like the toggle between preview and files. Having a menu down there for which preview view to use would make this even better. It's based on 1.3.14, not BibDesk's current source. Numerous features have been removed; comments on that will be ignored. There are likely some bugs in it. The file view internals have been pretty extensively rewritten, and I haven't tested performance on a single core system. If it's significantly slower, let me know. Remote URL handling has changed as well (in fileview context menu). -- adam -AHM - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] Autofiling
Because if you attach more than one file to a given publication, they can't be named the same thing. Hence the file name specifier requires a unique specifier in addition to the cite key. -AHM On 2008-02-08, at 12:13 PM, Jan Erik Moström wrote: Christiaan Hofman [EMAIL PROTECTED] 08-02-08 20.59 Read the alert you get and don't complain. Unique for a cite key is not unique for a file. Since I'm so *incredible stupid* then you could perhaps explain why a unique city key wouldn't generate a unique file name when I use it in the file name specifier? jem -- Jan Erik Moström, www.mostrom.pp.se - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] Autofiling
On 2008-02-08, at 2:21 PM, Adam R. Maxwell wrote: On Friday, February 08, 2008, at 02:12PM, Jan Erik Moström [EMAIL PROTECTED] wrote: Adam R. Maxwell [EMAIL PROTECTED] 08-02-08 14.00 The old format is unsupported as of 1.3.13. Some of the UI is still present (you can display legacy file/URL icons in the main table), but autofile is only supported in the new scheme. OK, thanks for the answer. I'll have to think about what to do. They're ugly, but they're also ASCII text and harmless in your bibtex file. Non-mac or non-BibDesk users can ignore them Yep, but it's kind of difficult to see what the referenced file is ;-) You haven't said exactly what you're trying to accomplish, so I just guessed at the problem. Do the people you share the BibTeX file with also have access to the attachments? In that case, you may want to set up a script hook that copies the autofiled link as a path for other users. In any case, I'd advise you to keep using the aliases for your own use, rather than replacing them with paths, since that will cause current and future headaches. Incidentally, other BibDesk users should also be able to see them as file names in the UI, even if the files don't exist. Probably your best solution is to use script hooks. The below script will take the path of the latest linked file, remove the directory of the bib file from that path, and paste the relative path of the latest linked file as the local-url field. I have it set to run on autofile. using terms from application BibDesk on perform BibDesk action with publications thePubs for script hook theScriptHook tell application BibDesk set theField to get field name of theScriptHook as string set newValues to new values of theScriptHook as string if theField is Local File then set theDocDir to my getDocDir(document 1) display dialog theDocDir repeat with thePub in thePubs set theValue to my replaceChars(newValues, theDocDir, ) set the value of field local-url of thePub to theValue end repeat end if end tell end perform BibDesk action with publications end using terms from on getDocDir(theDoc) tell application BibDesk --get the papers path set theDocPath to the path of theDoc as string set theDocName to the name of theDoc as string set theDocDir to my replaceChars(theDocPath, theDocName, ) return theDocDir end tell end getDocDir on replaceChars(this_text, search_string, replacement_string) if this_text contains the search_string then set oldAStid to AppleScript's text item delimiters set AppleScript's text item delimiters to the search_string set the item_list to every text item of this_text set AppleScript's text item delimiters to the replacement_string set this_text to the item_list as string set AppleScript's text item delimiters to oldAStid end if return this_text end replaceChars - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] Autofiling
Whoops, the previous email still contained the debugging code (display dialog). The following removes that. On 2008-02-08, at 2:21 PM, Adam R. Maxwell wrote: On Friday, February 08, 2008, at 02:12PM, Jan Erik Moström [EMAIL PROTECTED] wrote: Adam R. Maxwell [EMAIL PROTECTED] 08-02-08 14.00 The old format is unsupported as of 1.3.13. Some of the UI is still present (you can display legacy file/URL icons in the main table), but autofile is only supported in the new scheme. OK, thanks for the answer. I'll have to think about what to do. They're ugly, but they're also ASCII text and harmless in your bibtex file. Non-mac or non-BibDesk users can ignore them Yep, but it's kind of difficult to see what the referenced file is ;-) You haven't said exactly what you're trying to accomplish, so I just guessed at the problem. Do the people you share the BibTeX file with also have access to the attachments? In that case, you may want to set up a script hook that copies the autofiled link as a path for other users. In any case, I'd advise you to keep using the aliases for your own use, rather than replacing them with paths, since that will cause current and future headaches. Incidentally, other BibDesk users should also be able to see them as file names in the UI, even if the files don't exist. Probably your best solution is to use script hooks. The below script will take the path of the latest linked file, remove the directory of the bib file from that path, and paste the relative path of the latest linked file as the local-url field. I have it set to run on autofile. using terms from application BibDesk on perform BibDesk action with publications thePubs for script hook theScriptHook tell application BibDesk set theField to get field name of theScriptHook as string set newValues to new values of theScriptHook as string if theField is Local File then set theDocDir to my getDocDir(document 1) repeat with thePub in thePubs set theValue to my replaceChars(newValues, theDocDir, ) set the value of field local-url of thePub to theValue end repeat end if end tell end perform BibDesk action with publications end using terms from on getDocDir(theDoc) tell application BibDesk --get the papers path set theDocPath to the path of theDoc as string set theDocName to the name of theDoc as string set theDocDir to my replaceChars(theDocPath, theDocName, ) return theDocDir end tell end getDocDir on replaceChars(this_text, search_string, replacement_string) if this_text contains the search_string then set oldAStid to AppleScript's text item delimiters set AppleScript's text item delimiters to the search_string set the item_list to every text item of this_text set AppleScript's text item delimiters to the replacement_string set this_text to the item_list as string set AppleScript's text item delimiters to oldAStid end if return this_text end replaceChars - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] Question for Autofile in BibDesk 1.3.14
On 2008-01-29, at 8:23 AM, Christiaan Hofman wrote: On 29 Jan 2008, at 5:16 PM, Chris Goedde wrote: On Jan 28, 2008, at 5:58 PM, Christiaan Hofman wrote: I say that because there is a choice: do you want %u, %U, %n, and how many characters and where? We can't know, because we can't readUsersMind. Doing something arbitrary is wrong. Moreover just sticking it at the end would be wrong because it would screw up the file extension. Then put it before the extension, at the end of the basename. I already told you that changing the filename *after* generating the path from the format is not an option, if that's what you mean. It's essentially impossible to do that in our setup. It must be added in the format. We can try to change the format to our best guess. Christiaan Probably a check for %e, put it before that, otherwise put it at the end would work fine for the cases of people who are too apathetic to decide whether they want %U %u or %n (A Yes, Do it for me button). A second button for those of us who like things (No, I'll do it myself) would probably work for the rest. -AHM - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] Question for Autofile in BibDesk 1.3.14
Maybe the dialog box should by default automatically add a unique specifier for the user? Just trying to think about how to make this question come up a little less... -A On 2008-01-28, at 12:43 PM, Christiaan Hofman wrote: I wish people would actually read the alerts they get. It clearly says that you need to include a unique specifier, which is one of %u, %U or %n. So the answer is: no, you cannot. I don't know what you did after getting the initial alert, but I strongly advice you to go to the Preferences and fix it. All your previously filed items are still valid. Though you could run Auto-File on all items after you change your format. Christiaan On 28 Jan 2008, at 8:51 PM, Yunchang Shin wrote: Hi I have been using local-Url format as %a1(%Y)-%t0%e so far without any problem until 1.3.12. Recently, after I updated with 1.3.14, I can no longer use this combination for my auto filing. it keep saying it is invalid. Does anyone know if I can keep this combination or not? If not, how can I change all of file name I collected so far? And if I drop my file to local-url field in 1.3.14, file name is not followed this combination rule. it happen only when I drop the file into the drop box. Can any one tell me about it too? Thanks Yun The Local-Url and Url fields are now basically just ordinary fields. You should use the blue side pane view for linked files and URLs. Christiaan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] Just 2 questions
On 2008-01-25, at 7:31 AM, Christiaan Hofman wrote: On 25 Jan 2008, at 2:27 PM, nicolas nicolas wrote: 1- I would like to know how to sort the publications by person with a counter of the number of publications by person. That's far too complex a criterium. It's even hard for me to understand what this means, let alone a dumb program. So it's not possible. Something like this could be done by adding author as a group field to the left pane, then sorting by count. -AHM - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] differentiating multiple files
That's pretty slick-looking. If the underlying representation is categorical, is/is not with a selector for color would be fine. [On a totally different note, has anyone thought about nested boolean logic for smart groups (a la the 10.5 finder)?] AppleScript would be convenient as well, but it's pretty easy just to access the finder directly, so that's unnecessary, e.g., tell application BibDesk set thePubs to the selection of document 1 repeat with thePub in thePubs set linkFile2 to linked file 2 of thePub tell application Finder set theFile to linkFile2 as alias set the label index of theFile to 2 -- red end tell end repeat end tell ...sets the label of the second linked file of selected publications to red. On 2008-01-17, at 10:32 AM, Christiaan Hofman wrote: To come back to this, now that we have support for Finder labels in the recent nightlies. What smart group support for this would be useful? Note that currently you can add smart groups based on the number of linked files/URLs. Christiaan On 8 Jan 2008, at 5:35 AM, Alexander H. Montgomery wrote: Actually, it's not about *visual* differentiation (which I can do), but differentiation that can, say, be discerned by an AppleScript or a Smart Folder. (For the record, 4938 refs, 3119 single files, and 304 1 file). For example, I put together syllabi with an AppleScript that copies references and PDFs to a separate directory for easy distribution. The AppleScript can't tell the difference between a local file that is the actual PDF and a local file that is a related PDF. But if I could tag the correct local file (or, much easier, tag the incorrect ones!) then an AppleScript or a smart folder could do it. My current smart folders allow me to find articles that don't have PDFs (of the article) easily; the new architecture doesn't. Now, I certainly don't think this needs to be in 1.3.13 (I already have a workaround for my scripts through script hooks: everything added to the local-url field is added automatically as a linked file, and vice versa if local-url isn't yet filled in) I'm partially thinking out loud about how the current metadata-in-a-file support in BibDesk (Skim notes!) could be expanded to include tagging files with other metadata. One way to do it would be to use Finder metadata; another just to store it in xattrs on each PDF. Of course, that might take forever to read in, so it might be easier (faster?) to do it within BibDesk instead. -AHM - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] download pdf script broken
It accesses the URL via set theURL to the value of field URL of thePub which needs to be changed to set theURL to linked URL 1 of thePub I'm in the process of fixing my scripts to work with 1.3.13 properly. -AHM On 2008-01-13, at 10:12 AM, Christiaan Hofman wrote: I don't know why, but it may be related to the new file layout. This is also reflected in the AppleScript support. E.g. 'local file' and 'remote URL' are now deprecated, and they refer now to the first linked file and URL from the new file layout rather than the Local- Url and Url fields. Christiaan On 13 Jan 2008, at 6:31 PM, Nicholas Cole wrote: Dear All, Does anyone else find that the new release has broken the JSTOR Download PDF script from [EMAIL PROTECTED] If so, does anyone know why? Best wishes, Nicholas - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] download pdf script broken
Fixed version is now up. See Article JSTOR Download.scpt at: http://people.reed.edu/~ahm/Projects/Citation/BibDesk/ -AHM On 2008-01-13, at 10:22 AM, Alexander H. Montgomery wrote: It accesses the URL via set theURL to the value of field URL of thePub which needs to be changed to set theURL to linked URL 1 of thePub I'm in the process of fixing my scripts to work with 1.3.13 properly. -AHM On 2008-01-13, at 10:12 AM, Christiaan Hofman wrote: I don't know why, but it may be related to the new file layout. This is also reflected in the AppleScript support. E.g. 'local file' and 'remote URL' are now deprecated, and they refer now to the first linked file and URL from the new file layout rather than the Local- Url and Url fields. Christiaan On 13 Jan 2008, at 6:31 PM, Nicholas Cole wrote: Dear All, Does anyone else find that the new release has broken the JSTOR Download PDF script from [EMAIL PROTECTED] If so, does anyone know why? Best wishes, Nicholas - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] differentiating multiple files
On 2008-01-08, at 3:55 PM, Adam R. Maxwell wrote: Hopefully you know that you can drag files to rearrange them currently, and the order will be preserved? That's sort of tedious, but you can probably script it as well. Really? I don't see this in the latest nightly. Dragging vertically doesn't seem to rearrange. double-checked Ah, I see, they're ordered horizontally, not vertically (I had a narrow window such that they were vertical, so I thought dragging the second pub above the first would move it. Turns out you drag it to the *left* of the first pub. -AHM - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] differentiating multiple files
On 2008-01-07, at 11:04 PM, Adam R. Maxwell wrote: On Jan 7, 2008, at 8:35 PM, Alexander H. Montgomery wrote: Actually, it's not about *visual* differentiation (which I can do), but differentiation that can, say, be discerned by an AppleScript or a Smart Folder. (For the record, 4938 refs, 3119 single files, and 304 1 file). Thanks, that's a pretty important distinction! I hacked some trivial Finder label support in, but it'll be disabled until after the next release (if it ever does make it in) since it has the potential to kill performance. It'll take some work to make it aesthetically pleasing, also. You'd probably have to AppleScript Finder to get/set those labels, even if we do display them. It might be possible to use smart folders with Finder labels, but extending them to arbitrary tags would take some thought. I suppose they could be stored in some bdsk-file-1-attrs field... For example, I put together syllabi with an AppleScript that copies references and PDFs to a separate directory for easy distribution. The AppleScript can't tell the difference between a local file that is the actual PDF and a local file that is a related PDF. But if I could tag the correct local file (or, much easier, tag the incorrect ones!) then an AppleScript or a smart folder could do it. My current smart folders allow me to find articles that don't have PDFs (of the article) easily; the new architecture doesn't. One suggestion is to reserve the first slot for the actual PDF. This is a drawback of having everything in one bag, but at least it's ordered. True; a drag-and-drop arrangement interface would work (but wouldn't distinguish between an entry that had one PDF that was the article and an entry that had one PDF that was a summmary of something...) The tagging ideas will probably stay on the back burner for a while. I like xattrs and they're fast to read/write, but I'm not sure if it's worth the support costs... Yes, there seem to be a lot of PEBKAC problems involved with Skim's use of xattrs (really due to lack of good support for xattrs by Apple). -AHM - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] differentiating multiple files
Actually, it's not about *visual* differentiation (which I can do), but differentiation that can, say, be discerned by an AppleScript or a Smart Folder. (For the record, 4938 refs, 3119 single files, and 304 1 file). For example, I put together syllabi with an AppleScript that copies references and PDFs to a separate directory for easy distribution. The AppleScript can't tell the difference between a local file that is the actual PDF and a local file that is a related PDF. But if I could tag the correct local file (or, much easier, tag the incorrect ones!) then an AppleScript or a smart folder could do it. My current smart folders allow me to find articles that don't have PDFs (of the article) easily; the new architecture doesn't. Now, I certainly don't think this needs to be in 1.3.13 (I already have a workaround for my scripts through script hooks: everything added to the local-url field is added automatically as a linked file, and vice versa if local-url isn't yet filled in) I'm partially thinking out loud about how the current metadata-in-a-file support in BibDesk (Skim notes!) could be expanded to include tagging files with other metadata. One way to do it would be to use Finder metadata; another just to store it in xattrs on each PDF. Of course, that might take forever to read in, so it might be easier (faster?) to do it within BibDesk instead. -AHM On 2008-01-07, at 7:57 PM, Derick Fay wrote: Here are my #s: 847 total refs. 1 w 14 files (a complete book) 1 w 13 files (a complete dissertation) 1 w 6 files (a complete book) 1 w 4 files (2 sets reading notes, two articles on the pub.) 3 w 3 files 12 w 2 files (all reading notes and text) 205 w 1 file (a mix of reading notes and texts) and the balance with none (but this is largely because I imported 550 or so items from an old Paradox database -- most will have files added eventually; likewise many with one will have two). Or about 2% with 1 file. Looking through the items, I can differentiate each attachment from the preview image, filename /or file type (sorry Alex :) ) so it's not a serious problem for me. Alex, do you have a lot of references with multiple attachments, or is it a small percentage? I generally work with references that will have 1 or 2 attachments at most, so I'm interested in hearing about problems from others. I'd also like to make sure that it's a /real/ problem before solving it :). - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
[Bibdesk-users] Orphaned Files, aliases, and folders
Two questions: 1)Does the Orphaned Files feature use the new aliases now, or the old local-url fields? 2)The Orphaned Files currently will list files within folders even if the folder isn't orphaned itself (i.e., a publication links to a folder). It seems to me that it should ignore the contents of folders that are linked. Cheers -AHM - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.13?
The sample script doesn't run due to an error with making linked urls. See bug report: http://sourceforge.net/tracker/index.php?func=detailaid=1864179group_id=61487atid=497423 On 2008-01-04, at 9:31 AM, Adam R. Maxwell wrote: Sent this to the dev list earlier by mistake. The latest nightly build should be a release candidate. If there are no major problems or UI changes suggested, I'll see about updating the French translation. So +1 from me. -- adam - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] [OT] How to crossref?
On 2008-01-04, at 12:33 PM, Ingrid Giffin wrote: snip The 'authors' are actually editors but that's how it came from the Library search. If I move them to the editor field and create a 'child' of one of the chapters, it fills in the Title with 'Religion in republican Italy' and leaves Booktitle blank. I can't change the Title because of the cross-reference. I have had this happen too: The parent title goes into the crossref child's title rather than into the booktitle. Is the parent title supposed to be in its booktitle field instead? This I suppose is logical but counterintuitive, since I think of the title field as being the default, and only think of the overarching booktitle when children come into play, sometimes after the fact. You did search the help, right? http://bibdesk.sourceforge.net/manual/BibDesk%20Help_72.html http://bibdesk.sourceforge.net/wiki/index.php/FAQ#I_don.27t_get_what_the_Cross ref_field_does_.2F_I_don. 27t_think_the_way_BibDesk_handles_Crossrefs_is_very_s mart._Couldn.27t_that_be_changed.3F Well, I actually had read that help section several times, but hadn't been able to make sense of it. This is sort of working for me now, but when title gets copied to booktitle in the parent item, the title field is not cleared. Then the child item ends up with the parent title in two fields also. I guess you have to manually clear the title field in the parent item before creating the child. --Ingrid Giffin You actually don't want to clear the title field, because if you cite just the book, BibTeX looks for the 'title' field rather than the 'booktitle' field. -AHM - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] http: URL thumbnails
It would be helpful to put a cap on the number of records to put thumbnails in the sidebar (similar to the maximum number of items to show in the preview window); I accidentally had it open when I selected my entire bibliography, and had to force-quit. It could even use the same maximum as the preview pane. -AHM On 2008-01-01, at 11:23 PM, Adam R. Maxwell wrote: On Jan 1, 2008, at 8:53 PM, Michael McCracken wrote: On Jan 1, 2008 6:39 PM, Adam R. Maxwell [EMAIL PROTECTED] wrote: On Jan 1, 2008, at 6:19 PM, Michael McCracken wrote: On Dec 30, 2007 11:31 PM, Adam R. Maxwell [EMAIL PROTECTED] wrote: The file pane is looking really nice - although I was expecting it to auto-size like omniweb's thumbnails. I find that I never want empty horizontal space in the file pane, and thus having a separate slider for the icon size seems redundant. Am I missing something there? OW has a single column, so it can size thumbnails to that width. The file pane is an iPhoto-style grid view like IKImageBrowserView; check out the test project for the fileview framework to see what it looks like. The original plan was to have it in the bottom pane, where zooming is more useful. That explains it. So it'd be a big change to make it autosize with one column? Yes. I believe it would make more sense to write a new view class using the icon generation/threading/caching. Maybe a subclass, but not enough of the layout is exposed as an API to make that easy, and it would be like killing a gnat with a shotgun in some respects. Have you looked at the code at all? I do think that'd be better behavior as long as the file pane is along the right. (But of course I'm open to having my mind changed) We may have an option of displaying it at the bottom in future, since I don't think that was ever settled. So I see your point, but I'm not terribly enthusiastic about it for various reasons. -- adam - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] integrating ISBN and DOI lookups
On 2007-12-30, at 7:08 PM, Adam R. Maxwell wrote: On Dec 30, 2007, at 7:59 AM, P Kishor wrote: I am, slowly, slowly, graduating from using BD just as a basic library, and learning all manner of delightful little features in it. While doing so, I came across Alex Montgomery's ISBN lookup scripts. My suggestion -- they are so good and useful that either their functionality be included in the core application so users immediately know of their existence or the scripts be bundled with the application's installer (I know there is no installer right now, but if there were one) that would put them in the requisite places. This is a support hassle that we probably won't get into. I know there are a lot of cool scripts out there, but if we ship them, we have to support them. These scripts are pretty hacked together as well (the WorldCat part of them stopped working recently, it's a screen-scraper). I try to keep them up, but they tend to break when the sites change. One script that might be incorporated into BibDesk as core functionality would be my OpenURL script; it's pretty simple and is a generally supported protocol. -AHM - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.13
On 2007-12-29, at 9:37 PM, Adam R. Maxwell wrote: Next nightly build will have support for file count in smart groups, and an attachment column as in Mail. Please test. The field name you need is Local File with a space; pick it off the dropdown menu, because you can't type it manually. The speed with which you guys implement these features is truly astonishing. Sorting works as expected (larger number of items), and double- clicking opens up the first local file. With the old local-url, right- clicking on the icon gave a submenu: Open Linked File Open With Reveal Linked File in Finder Show Skim Notes For Linked File Copy Skim Notes For Linked File Whereas in the new implementation, right-clicking just gives the standard submenu for any publication. Perhaps this is as desired, I just thought I'd point it out; one can click on the publication, then use the sidebar to perform these actions. I wonder if Local File should be added as a default column, as people aren't likely to find it otherwise. There have also been a bunch of improvements in file content search integration with groups and the file pane, so please check that as well. The release notes are up to date. Anything in particular? The new setting for respecting groups seems to work. Two last points: 1)Considering the DB migration and new filing features, would it make sense to bump it to 1.4? 2)Migration is actually fully automatic upon opening files; as far as I can tell, the main use for migrate is to delete the old fields, yes? I guess it also warns if something isn't linked any more as well. -AHM - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.13
Two points regarding the new URL/file system: 1)When URLs are dropped onto the side pane, a change field script hook is not activated. Activating this script hook would be very useful for those of us who extensively use the url field in our bibliographies, since a hook could then be created that automatically copies a URL dropped onto the side pane into the url field as well. This probably isn't needed for files dropped onto the side pane, since there is already an autofile script hook that still works (it correctly identifies that the field local file has changed). 2)It would be useful to have some workaround for dragging a piece of text and dropping it on the URL/file side pane by trying to parse it as a URL, since it's currently a pain to try to add a URL unless the system already knows that it's a URL (e.g., Firefox, text documents, etc.) -AHM On 2007-12-27, at 3:44 PM, Adam R. Maxwell wrote: I think we've fixed the bugs reported by nightly build testers (thanks!), so I'd like to get a release out soon. Any showstoppers or other things that really need to be resolved? There won't be any changes to the main table in this release. Christiaan's proposal for view locations isn't resolved, though; do we want to change that before the release, or get feedback from a larger set of users? thanks, adam - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.13
On 2007-12-29, at 12:13 PM, Christiaan Hofman wrote: On 29 Dec 2007, at 8:38 PM, Alexander H. Montgomery wrote: Two points regarding the new URL/file system: 1)When URLs are dropped onto the side pane, a change field script hook is not activated. Activating this script hook would be very useful for those of us who extensively use the url field in our bibliographies, since a hook could then be created that automatically copies a URL dropped onto the side pane into the url field as well. That's because there is no field that changes. There may be on or more new script hooks for this in the future. OK, I'll put in a feature request; this is fairly important for my work. On 2007-12-29, at 12:23 PM, Adam R. Maxwell wrote: On Dec 29, 2007, at 11:38 AM, Alexander H. Montgomery wrote: 2)It would be useful to have some workaround for dragging a piece of text and dropping it on the URL/file side pane by trying to parse it as a URL, since it's currently a pain to try to add a URL unless the system already knows that it's a URL (e.g., Firefox, text documents, etc.) I just checked in a change for this: we now try to interpret a string as a URL. This is pretty difficult to do reliably, though, and I'm not enthusiastic about it. Didn't Christiaan say that Firefox fixed that URL problem? I think that he said it was fixed in Firefox 3.0. -AHM - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.13
On 2007-12-29, at 2:52 PM, Ingrid Giffin wrote: On 12/29/07 2:35 PM, Adam R. Maxwell [EMAIL PROTECTED] wrote: On Dec 29, 2007, at 1:17 PM, Derick Fay wrote: One thing I miss (having migrated my files) is the display of the file icons in the column view (the new file fields can't be added to the column view)-- I would frequently open a file by double-clicking the pdf icon assoc. with a pub. in the column view. Now it seems I need to select the item just to see if it has an associated file, then mouse over to the r/h side to open the pdf. Would it be possible to put an indicator in the columns view to show whether a pub. has file(s) associated? Perhaps double-clicking it could execute the Publication Open Linked Files command. We're not planning to add a table representation unless it's really absolutely necessary, since it implies a single file-pub relationship. We could do first file, second file... as with authors, but that's limited as well. Do I understand correctly, that there will no longer be the file icon in the column view? This would be a major loss of functionality for me. --Ingrid Giffin Me as well. Being able to eyeball which publications have files and to open them is quite useful. One possibility might be to have something like Mail's attachment column; if narrow, it shows a paperclip; if widened, the paperclip as well as the number of items attached. I don't think there's a need to have first file/second file/third file columns. Currently I'm planning on putting in a script hook on autofile to copy over the first linked file to local-url, but as presumably local-url will be deprecated and eventually may disappear, that's not a permanent solution. (This is the case for URLs as well, but significantly less so...) -A - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] Double Initials
A check to see if: a)The first two letters of an author's first name are both capitalized and b)The first name is only two letters long Would do this, although this should be done in AppleScript, not in BibDesk, as it's a pretty specialized cleanup check, and would break in cases of other mis-formatted first names (e.g., an all-caps first name two characters long) Something like this should work: property uppercaseLetters : ABCDEFGHIJKLMNOPQRSTUVWXYZÆŒØÁÀÂÄÃÅÇÉÈÊËÍÌÎÏÑÓÒÔÖÕÚÙÛÜŸ tell application BibDesk -- set allFields to all fieldnames set theSelPubs to the selection of document 1 repeat with thePub in theSelPubs set theAuthors to the authors of thePub set newAuthors to repeat with iAuthor from 1 to count of theAuthors set theAuthor to author iAuthor of thePub set fullName to the full name of theAuthor if character 1 of fullName is in uppercaseLetters and character 2 of fullName is in uppercaseLetters and character 3 of fullName is then set fullNameLen to length of fullName set fullName to character 1 of fullName . character 2 of fullName . characters 3 through fullNameLen of fullName if newAuthors is then set newAuthors to fullName else set newAuthors to newAuthors and fullName end if end if end repeat set value of field author of thePub to newAuthors end repeat end tell -- Bibdesk As you can probably tell, this is very kludgey, but should do what you're looking for. -AHM On 2007-12-17, at 6:34 AM, Christiaan Hofman wrote: No, because there is no logical way to distinguish two initials put together and a single first name. I always have believed medical sciences have made a stupid mistake using such weird name formats. Christiaan On 17 Dec 2007, at 3:18 PM, Tobias Witting wrote: Hello, I hope this is not a completely dumb question: I just came across the following problem: when authors have double initials i.e. H. W. Test and the authorlist in BibTeX is formatted as HW Test rather than H. W. Test only the first initial is displayed in the LaTeX output. google scholar tends to produce such bibtex. Is there any automated way of checking the bibtex database in BibDesk checking for this and possibly reformatting it? Cheers Tobias - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.12?
On Nov 14, 2007, at 9:57 AM, Adam R. Maxwell wrote: On Wednesday, November 14, 2007, at 09:44AM, Alexander H. Montgomery [EMAIL PROTECTED] wrote: *With searches, it's clear what can and can't be searched. With Web, it's not (there's also no Help button in the URL bar). Some default bookmarks or a homepage setting (Google Scholar?) might be one way of dealing with this. You mean it's not clear what sites can be scraped? You can search anything you want, since it's just a web page. The lack of help is a bug...we're waiting for someone to fix it ;). Well, true, it might be useful if something were included somewhere about what kinds of sites do work (i.e., which site-scrapers already exist) BTW, clicking on a PDF link in Google Scholar (and presumably elsewhere) loads it quite nicely in the window, but then tells me that it Failed to read HTML string from document. In Leopard, there's a nice floaty window that allows you to open it in Preview, from which you can drag it back into BibDesk... but it would be nice to have an option to attach the PDF as a local-url when it's imported. -A - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.12?
On Nov 15, 2007, at 9:40 AM, Alexander H. Montgomery wrote: On Nov 14, 2007, at 9:57 AM, Adam R. Maxwell wrote: On Wednesday, November 14, 2007, at 09:44AM, Alexander H. Montgomery [EMAIL PROTECTED] wrote: *With searches, it's clear what can and can't be searched. With Web, it's not (there's also no Help button in the URL bar). Some default bookmarks or a homepage setting (Google Scholar?) might be one way of dealing with this. You mean it's not clear what sites can be scraped? You can search anything you want, since it's just a web page. The lack of help is a bug...we're waiting for someone to fix it ;). Well, true, it might be useful if something were included somewhere about what kinds of sites do work (i.e., which site-scrapers already exist) BTW, clicking on a PDF link in Google Scholar (and presumably elsewhere) loads it quite nicely in the window, but then tells me that it Failed to read HTML string from document. In Leopard, there's a nice floaty window that allows you to open it in Preview, from which you can drag it back into BibDesk... but it would be nice to have an option to attach the PDF as a local-url when it's imported. -A Also, if you do a web search, then a Z39.50 search, then go back and do another web search, the web search import documents pane doesn't change. I can try to make this more specific if that's not easily reproducible. -A - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] How to use Web Groups (Google Scholar)?
Another option to get this to work more consistently for users who haven't set their BibTeX preference in Google Scholar is to use the Related Links URL in each entry to craft a URL that leads to the BibTeX. For example, the related links for a piece might look like http://scholar.google.com/scholar?num=100hl=enlr=client=firefoxq=related:O1sOP5RcQI0J:scholar.google.com/ while the BibTeX link looks like this: http://scholar.google.com/scholar.bib?num=100hl=enlr=client=firefoxq=info:O1sOP5RcQI0J:scholar.google.com/output=citationoe=MACINTOSHoi=citation As for decreasing the number of requests: My guess is that the scraper currently depends upon the BibTeX links, and would have to be rewritten to scrape the HTML directly (which is also usually a bad idea, since the format is usually subject to change) -AHM On Nov 9, 2007, at 12:30 PM, Hendrik wrote: It could just be the fast sequence of requests for the BibTeX entries that triggers it. In which case it might make sense to change the scraper to only request the pages with the BibTeX upon request. That is, when the user clicks on items in the second pane. Hendrik On 9-Nov-07, at 2:54 AM, Christiaan Hofman cmhofman-at-gmail.com | Sourceforge| wrote: I've also seen that. It seems they block you when you're doing too many searches under some conditions. I wonder what those conditions are, so we could correct it. Perhaps they require some kind of HTTP headers, like originating application info? Christiaan On 9 Nov 2007, at 10:52 AM, Hendrik wrote: However after trying a few successful queries (maybe 6-8 overall) Google now seems to have blocked me. I get this now: We're sorry... ... but your query looks similar to automated requests from a computer virus or spyware application. To protect our users, we can't process your request right now. We'll restore your access as quickly as possible, so try again soon. In the meantime, if you suspect that your computer or network has been infected, you might want to run a virus checker or spyware remover to make sure that your systems are free of viruses and other spurious software. We apologize for the inconvenience, and hope we'll see you again on Google. And answering the captcha below it doesn't help. I guess Google does not like being scraped? Hendrik - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] votes on 1.3.11?
Will there be an installer for the quicklook plugin under 10.5? (Too bad the file:// URLs don't work...) Also, what happened to the new drag-n-drop file interface that was discussed a little while ago? -AHM On Nov 3, 2007, at 11:41 AM, Adam R. Maxwell wrote: On Nov 3, 2007, at 10:20 AM, Adam R. Maxwell wrote: On Nov 3, 2007, at 10:12 AM, Simon Spiegel wrote: One question though: Is there any warning for Leopard users that the autocompletion plugin doesn't work anymore? I think something like this might be needed, because many people probably wont realise that this has changed with Leopard. Good point. I can add a check for that in the code that checks to see if the input manager needs an update. Okay, this is checked in for the next nightly. For the curious, full release notes are available at https://bibdesk.svn.sourceforge.net/svnroot/bibdesk/trunk/bibdesk/RelNotes.rtf and will be included in the next build. I didn't realize that it's been 2 months since the last release. thanks, adam - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] text editor integration
Although working on integration between an open-source project like BibDesk and a closed-source, for-pay product such as Mellel seems problematic as a student project. The question is, what open-source word processor is a good option? Not much comes to mind. LyX as a LaTeX front-end is still too much for most people, and the current crop (Abiword, OpenOffice) of free alternatives doesn't look good. The future of OpenOffice as an environment with serious, built-in citation support looks promising, though: http://bibliographic.openoffice.org/ Of course, we're still at least a year out from OOO 3.0 and probably more time after that for the (now-alpha) Cocoa port, unless you want to work with NeoOffice instead. If we ever get a Computer Science undergrad major at my institution, I'll be recruiting. -AHM On Oct 7, 2007, at 3:26 PM, Adam R. Maxwell wrote: On Oct 7, 2007, at 15:04, Daniele Pontillo wrote: great! I'll give up being a cardiologist and get into computer biz. I.e. my honorarium for an office visit is $150 (30 min), still cheaper than your fares... Sorry for the OT. My point is that it might be a good student project, if someone has an appropriate grant (I'm serious about that...I know there are college students and faculty on this list). Feature requests are free, but implementing them is not...and we haven't had any new developers come on board since 2004, as far as I recall. -- adam -- --- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] autofile local-url
I think Christiaan was referring to suggestion #1 (recreate hierarchy) rather than #2 (archive folders properly). It seems to me that #2 is necessary. As far as #1 goes, there are two options I can see: A. Recreate hierarchy from common parent. The argument for recreating hierarchy is that it covers all cases well. If someone's scattered PDFs all over their hard drive, this will add a few more layers of folders, but take no more space. If they've put their .bib file in one folder and everything else in a designated Papers folder, it will nicely recreate the hierarchy in the Papers folder. If they use filing relative to the .bib file, then this will nicely recreate that relationship. B. The other option (one or the other has to be done, otherwise the recipient will get a .bib file with a lot of broken PDF links) is to change the local-url field in the archived .bib file to point to the correct target. The problem with this option is if there are two PDFs named the same thing, but in different directories, option A will automatically do the right thing, whereas option B will require renaming the PDF before archiving. -AHM On Oct 1, 2007, at 10:19 AM, Kasper Daniel Hansen wrote: (I have not tried out the nightly) On Sep 30, 2007, at 12:42 PM, Christiaan Hofman wrote: I think that leads to far. You may be recreating a subset of your whole computer. I would tend to disagree. The advice on this list is for references with multiple PDFs, you should link to a folder. So all these entries are essentially non-transferable. Why not trust how the user has build his library? I would think it better not to second guess him/ her. The only nasty sideeffects would be creating a very large tarball, running out of disk space or wasting cpu cycles. Kasper Christiaan On 30 Sep 2007, at 9:35 PM, Alexander H. Montgomery wrote: Hmm, looks like a good start. A couple of issues: Names and fields: It currently drops all the PDFs into the same dir as the .bib file. It could instead create a folder hierarchy based on the common parent of all the PDFs and correct the local-url-type fields from there. Folders:When I had a folder as a local-url-type field, it instead put in a zero KB file. -A On Sep 30, 2007, at 11:09 AM, Christiaan Hofman wrote: On 28 Sep 2007, at 9:18 PM, Adam R. Maxwell wrote: On Friday, September 28, 2007, at 12:15PM, Alexander H. Montgomery [EMAIL PROTECTED] wrote: On this topic, I was thinking of putting in a feature request along these lines: Having an export option that tarballed (or zipped, or whatever) selected or all references, along with attached PDFs, in such a way that someone else could open up the library and have the PDF links just work. Thoughts? Endnote (finally) introduced this feature in 10.0. Christiaan added something like this recently. Try Export-BibTeX and Papers Archive (or something like that) in a nightly build. Adam Though it does not correct the local-urls to be relative. Christiaan --- - - - --- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - - --- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - - --- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users -- --- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01
Re: [Bibdesk-users] autofile local-url
Hmm, looks like a good start. A couple of issues: Names and fields: It currently drops all the PDFs into the same dir as the .bib file. It could instead create a folder hierarchy based on the common parent of all the PDFs and correct the local-url-type fields from there. Folders:When I had a folder as a local-url-type field, it instead put in a zero KB file. -A On Sep 30, 2007, at 11:09 AM, Christiaan Hofman wrote: On 28 Sep 2007, at 9:18 PM, Adam R. Maxwell wrote: On Friday, September 28, 2007, at 12:15PM, Alexander H. Montgomery [EMAIL PROTECTED] wrote: On this topic, I was thinking of putting in a feature request along these lines: Having an export option that tarballed (or zipped, or whatever) selected or all references, along with attached PDFs, in such a way that someone else could open up the library and have the PDF links just work. Thoughts? Endnote (finally) introduced this feature in 10.0. Christiaan added something like this recently. Try Export-BibTeX and Papers Archive (or something like that) in a nightly build. Adam Though it does not correct the local-urls to be relative. Christiaan -- --- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] Using autofile with two machines
On Sep 12, 2007, at 10:02 AM, Adam R. Maxwell wrote: On Wednesday, September 12, 2007, at 09:48AM, Rainer Sigwald [EMAIL PROTECTED] wrote: On 9/12/07, Adam R. Maxwell [EMAIL PROTECTED] wrote: Okay, using a document-relative path certainly makes sense in that situation. The question then becomes: should we keep this behavior, or break it now? (By break, I mean use home-relative instead of document-relative paths). Opinions from the users? What's easier for people to deal with? I think Mike may be responsible for the original implementation, so maybe he has comments. I strongly prefer the relative-to-bibfile implementation. I keep both my .bib file and my papers folder in a Subversion repository, which I may check out to a different location periodically. I also have concerns about the new system with regard to cross-platform compatibility and human readability. The current system makes it quite easy to open the .bib file in (for example) vim/emacs/Notepad and extrapolate from local-url = {} to find the referenced file by hand. That doesn't seem possible with the proposed ASCII-armored Mac OS X alias. Is that correct, or am I misunderstanding? This is correct. It should also be possible to keep the old system around, although I'm not sure how we'll manage autofile in that case. The only reason I can see for doing this is cross-platform compatibility; if you find using vi or (shudder) emacs easier than BibDesk on Mac OS, we're doing something wrong :). Incidentally, scripting would give you access to paths in the new system, so conceivably you could use a script hook to copy them to Local-Url when saving. No idea how practical that is. FWIW, I favor keeping the document-relative paths as a backup for a couple of reasons: 1)You can send an archive of a .bib file and the PDFs to someone else; all of the local-url links still work if stored relatively. 2)Cross-platform compatibility: JabRef stores a pdf or ps field that is relative to a main PDF directory, so that if local-url is copied to a pdf field (and the directory is correctly specified), the links still work. 3)While you can't sling around your .bib file and have the links still work (the advantage of home-directory-relative paths), the new File Aliases method should fix that problem. Slightly off-topic, 1) reminds me of a nice new feature of Endnote X (yes, they actually added a new feature), which is to send a library and its PDFs to a compressed archive which a user on the other end can decompress and have all of the PDFs nicely linked. A similar thing could be done with BibDesk fairly easily, I should link... -AHM - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] Bibdesk 1.3.9
Interestingly enough, I already have this mapped (cmd-shift-K) using iKey. You could also use System Preferences to set up a key. But this might be a general-enough useful thing to put into the app. (Although maybe not right now...) -AHM On Sep 5, 2007, at 5:33 AM, François Briatte wrote: -- a keyboard shortcut for Consolidate file: I tend to use the Cmmd-K a lot for auto-citekey generation, could we have something like Cmmd-Shift-K maybe for auto-filing? I use it a lot too. Since my auto-file works only with articles (it's journal name-dependent), book chapters, working papers etc. need to be consolidated. Cheers! Fr. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] Updates on Location--Publisher, PubMed Import, SSCI
On Aug 20, 2007, at 5:40 PM, Adam R. Maxwell wrote: On Aug 20, 2007, at 17:04, François Briatte wrote: Hello all, May I ask for a quick update on these features: 1-- Is there a project of linking Locations to Publishers? I have the feeling BibDesk could easily fill in New Haven when I enter Yale University Press, for instance. No. You might be able to set up a script hook to do this. Or you could use macros; define, say yup to be Yale University Press and yupa to be New Haven so you could fill both in quickly. 2-- Is there a project of customising PubMed import? A lot of useless fields get imported (well useless to me), maybe a preference pane could be set up to check/uncheck them. No. There is no way to customize this at present. Again, some judicious use of AppleScript (although I suspect that this would have to be done manually... maybe there could be a script hook for imported publications?) would allow you to strip the useless fields. 3-- Last, is Web of Science SSCI (not SCI) planned? Choose Searches - New Search Group and click the ISI radio button. You can choose various databases, including SSCI, from the popup list. I've no idea if they work, since I only have access to the science citation index; let me know how it goes. SSCI does work, although I note that there's currently no syntax help in the help files, unlike Z39.50 and Entrez. -AHM - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] Bibdesk opening docs in Preview/Skim with unneeded searches
On Aug 9, 2007, at 7:49 AM, James Howison wrote: On Aug 8, 2007, at 4:15 PM, Adam R. Maxwell wrote: On Wednesday, August 08, 2007, at 01:12PM, Alexander H. Montgomery [EMAIL PROTECTED] wrote: When I do a search in BibDesk, then click on a PDF that opens in Skim or Preview, it automatically puts in my search in BibDesk as a search in the Contents panel. While this would be useful when I'm doing a search by File Content, the rest of the time it is an unnecessary search (which slows things down if it's a scanned PDF, like one from JSTOR). Is this the intended behavior, Yes, this is intended behavior. The slow down is quite significant for non-text PDFs, so I'm with Alex on this one. or could it be changed? No. Although if you drag the PDF file to Skim/Preview, that would avoid sending the search string. Also, the search is only sent if you search by file content or any field. Clearly file content is appropriate but could we have a preference to not do this for any field? In any case if the file content index hasn't been built (as is sadly often the case with my usage) then Bibdesk isn't actually even searching file content with any field, so it really doesn't make sense. Thanks, James Does any field include file content if the index has been built? If any field never contains file content, it makes less sense to have the search field auto-populate. -AHM - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
[Bibdesk-users] Bibdesk opening docs in Preview/Skim with unneeded searches
When I do a search in BibDesk, then click on a PDF that opens in Skim or Preview, it automatically puts in my search in BibDesk as a search in the Contents panel. While this would be useful when I'm doing a search by File Content, the rest of the time it is an unnecessary search (which slows things down if it's a scanned PDF, like one from JSTOR). Is this the intended behavior, or could it be changed? Thx -AHM - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] Bibdesk Search ??
In Google Scholar, click Scholar Preferences then Show links to import Citations into-BibTeX For ISBNs, searching the appropriate library for the ISBN through the Z39.50 interface will return the best results. -AHM On Aug 1, 2007, at 2:07 PM, Flo wrote: Hi, I'm a beginner at using Bibdesk and I searched the wiki - but I wasn't lucky so far. Currently I work on a few large projcts at uni - and I need to compile a lot of papers and publications from various sources. So far I've been doing the Google Scholar Search, but I wondered if there is a way of integrating this into Bibdesk? Or is there any way to just enter the ISBN-Number and have results returned from Google Scholar (and maybe even Amazon)? I've found this http://keijisaito.info/lead2amazon/e/ which can be configured to return Bibtex-results ... Is there any way to integrate maybe google scholar? (Some of my texts are english, most are german) I'm sorry, I couldn't find any proper explaination for this feature yet, that's why I turned here. Thanks a lot in advance Hein -- --- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users
Re: [Bibdesk-users] [OT] Workflow for handling reference-materials
On Jun 22, 2007, at 9:43 AM, Alex Hamann wrote: Am 22.06.2007 um 17:03 schrieb Adam R. Maxwell: How are you guys handling your reference-materials? *snip I mainly have PDF files, with the odd HTML/PostScript/TIFF, all managed with BibDesk's AutoFile. They're linked to references in BibDesk, since I'd go nuts using more than one program for the same task. One plus for BibDesk: it doesn't care what file format you attach, and you can search the contents of the attached files as well as the reference metadata. You can also associate multiple files with a single reference. follow up question here since I was not aware of this last option: Is there a way of using AutoFile with associating multiple files with a singel reference? If so, is there a special way I should modify my current AutoFile this is my current format string: %b/%p1/%f{Cite Key}%e Alex Option 1: Put multiple files in a folder, drop the folder onto Local- URL. The folder will be renamed, the contents won't. Option 2: Create multiple fields of type local-url, drop each file onto each separate field. -AHM - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Bibdesk-users mailing list Bibdesk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bibdesk-users