Re: [Bibdesk-users] applescript for URL doesn't work
Yes, there was a bug in the URL scripting accessor. Apparently nobody uses it anyway, as it has gone unnoticed for a long time. That's good, as it will is deprecated in the next release. Christiaan On 29 Dec 2007, at 5:44 AM, Derick Fay wrote: I'm trying to add a publication using Tiger and BD 1.3.12 using the following applescript: tell application BibDesk activate tell document 1 make new publication with properties {URL:asdfadsf, keywords:asdf} end tell end tell The result is a new publication with the keywords set to asdf (as expected) and a blank URL (the problem). (other fields -- title, local file, abstract, type all seem to work as expected -- the URL field is the only one I've found that doesn't, though I haven't tested them all). Derick - 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
Dear Adam, I noticed that when I select an entry under 'proceedings' format from my database and do a copy as - Latex, the authors and other fields are missing. I tried 'article' and 'book' and it is working fine so far. Patrick On Dec 28, 2007 7:44 AM, Adam R. Maxwell [EMAIL PROTECTED] 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 -- --- Dr. Patrick Celka Founder of PeerReview e-Service for Academics and Researchers --- - 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
This is not an issue, and if it were an issue it'd be a bibtex issue, not a BibDesk's. A proceedings item does not have an author field (in the standard bibtex styles.) Compare the type info in the Advanced Defaults preferences. Christiaan On 29 Dec 2007, at 2:42 PM, Patrick Celka wrote: Dear Adam, I noticed that when I select an entry under 'proceedings' format from my database and do a copy as - Latex, the authors and other fields are missing. I tried 'article' and 'book' and it is working fine so far. Patrick On Dec 28, 2007 7:44 AM, Adam R. Maxwell [EMAIL PROTECTED] 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 -- --- Dr. Patrick Celka Founder of PeerReview e-Service for Academics and Researchers --- -- --- 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 28.12.2007, at 00:44, 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? A small display bug, visible in the latest nightly: - Enter a term in the search bar and chose Any Field. - Open one of the displayed search results. - Edit one of the already existing fields. - Close the item window - The item you just edited is no longer displayed in the main view, although it should still be shown by the search term. This doesn't seem to happen, when I search for a person. simon -- Simon Spiegel Steinhaldenstr. 50 8002 Zürich Telephon: ++41 44 451 5334 Mobophon: ++41 76 459 60 39 http://www.simifilm.ch „In a world getting more and more democratic, film directing is the last resort for dictators.“ Francis Ford Coppola - 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 29 Dec 2007, at 2:58 PM, Simon Spiegel wrote: On 28.12.2007, at 00:44, 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? A small display bug, visible in the latest nightly: - Enter a term in the search bar and chose Any Field. - Open one of the displayed search results. - Edit one of the already existing fields. - Close the item window - The item you just edited is no longer displayed in the main view, although it should still be shown by the search term. Strange, we do update the search index before we redo the search. Or is indexing too slow? This doesn't seem to happen, when I search for a person. It should behave the same there, but only when you change a name (just 'fixed' that). Christiaan simon -- Simon Spiegel Steinhaldenstr. 50 8002 Zürich Telephon: ++41 44 451 5334 Mobophon: ++41 76 459 60 39 http://www.simifilm.ch „In a world getting more and more democratic, film directing is the last resort for dictators.“ Francis Ford Coppola - 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
[Bibdesk-users] future of BibDesk Applescript
Thanks Christiaan Could you clarify your response? Is the existing use of Applescript to create pubs. being deprecated? Or just access to the URL field? In either case, will there be a new approach to create publications via Applescript introduced, or is it just being dropped? thanks Derick Yes, there was a bug in the URL scripting accessor. Apparently nobody uses it anyway, as it has gone unnoticed for a long time. That's good, as it will is deprecated in the next release. Christiaan On 29 Dec 2007, at 5:44 AM, Derick Fay wrote: I'm trying to add a publication using Tiger and BD 1.3.12 using the following applescript: tell application BibDesk activate tell document 1 make new publication with properties {URL:asdfadsf, keywords:asdf} end tell end tell The result is a new publication with the keywords set to asdf (as expected) and a blank URL (the problem). (other fields -- title, local file, abstract, type all seem to work as expected -- the URL field is the only one I've found that doesn't, though I haven't tested them all). Derick - 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
[Bibdesk-users] generating conditional cite keys
I frequently file books and committee reports (those published by the National Academy Press are a good example) where there is no author but there are editors. Since my BD generates cite_keys as %a1_%Y_u2, the %a part goes unfilled in the cite_keys for these reports. Is there any way to ask BD to use the author, but if author is not set then use the editor? Another question -- what is the best practice? Do folks file the entire reports? (that is what I do, because that is how I find them). But then, how do you cite individual papers within those reports as in case of conf. proceedings, the reports are typically a set of papers by indiv. authors preceded by come commentary by the editors... can I generate indiv. cite_keys for each component paper? I realize I am probably asking a basic BD-use question, so if this use-case is already described somewhere, kindly point me to it. Finally, I haven't yet received any scapegoat to give me his/her *very* long manuscript to test my Perl script. If you are hesitant about privacy, I will reiterate my solemn promise to use your work *only* for testing (of course, I will probably learn a lot from glancing at your work, which I will have to do in order to determine the efficacy of my script). You will be credited, of course, and if my script does become useful, you would have contributed to another BD-enhancing tool. And, needless to say, your manuscript and bib will not leave my laptop ever. Graçias. -- Puneet Kishor - 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] test manuscript and bib needed
On 12/29/07, Stephan Kurz [EMAIL PROTECTED] wrote: Dear Puneet, I could offer a 188 page document produced in LaTeX and a 286 item bibliography for testing if this meets your requirements. But I only have LaTeX sources and the final pdf output; would it be required that I convert that to rtf with citations in any special format like a LaTeX style \cite[1564]{blah} command? Stephan, thanks for the offer... yes, I can only use RTF with citations inserted in the TeX style like you mentioned... \cite{cite_key} The reason I am writing this script is because I don't have either the smarts or the patience to deal with TeX. My life is interesting enough with RTF, which, as I mentioned earlier, I accomplish via Scrivener, with post-finishing in Apple Pages. This would probably take me some time to accomplish, or rather it probably wouldn't make much sense to invest that time if others have already sent you their manuscripts. No one has as of yet offered. You are the first one, so unless someone has already got a manuscript in RTF, you would be it. Why don't we wait for a few days. If I don't hear from anyone by the end of next week then I will send you an email to ask you to write me out an RTF of your manuscript. Of course, you will also need to send me instructions on your preferred citation style. While I don't intend to compete with Endnote's ~ 3000 options of styles, I would like to build a few really popular ones, and then, later on, try and develop a templating system so users could create their own styles (that seems a bit tough though since these citation styles seem to be so inconsistent, particularly in formatting subsequent citations of the same work). Many thanks for your offer, and have a great new year in the meantime. Thanks for your good idea (although I am indeed quite happy using LaTeX for my manuscripts! ;-))! Stephan P Kishor wrote: Hi all, I have been creating a Perl script for scanning through RTF and replacing the cite-keys with the actual citations. I have been testing it on a small manuscript I have, but I would like to do more extensive tests. Would someone be kind enough to send me their manuscript and the associated bib offlist? I solemnly promise to use it ONLY for my testing and for nothing else. The longer the manuscript the better. As expected, the script is really very fast, producing results almost instantaneously, but very long and complicated manuscripts would be a better yardstick. Oh, and also send me the style of citations that you want to deploy. I have currently created one for the Data Science Journal http://dsj.codataweb.org/instructions.pdf, but I would be happy to extend it for other styles as well. The way I have written the script makes it easy to add new styles. To give a brief background -- I really love BD but I hate TeX. I haven't found any reasonable solution for me to use for inserting cite-keys and converting them to actual citations. The existing solutions are inadequate for my needs -- the Ruby solution seems to be DOA, the AppleScript solution is too slow and works only with Pages. I use and like Perl, and that allows me to do what I want -- I write my manuscript in Scrivener, using the BD Autocomplete plugin to do the insertions, and then I export the manuscript to RTF, run my Perl script to convert the cite-keys to citations, and then open the resulting RTF in Pages to do the final layout. That works for me. It might work for others. Many thanks in advance. -- Puneet Kishor - 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] future of BibDesk Applescript
On Dec 29, 2007, at 8:34 AM, Derick Fay wrote: Thanks Christiaan Could you clarify your response? Is the existing use of Applescript to create pubs. being deprecated? Absolutely not. Or just access to the URL field? Yes, the URL field itself is being deprecated. In either case, will there be a new approach to create publications via Applescript introduced, or is it just being dropped? There's a new and more flexible approach to handling files. Please try the last nightly build and take a look at the scripting dictionary. -- adam Yes, there was a bug in the URL scripting accessor. Apparently nobody uses it anyway, as it has gone unnoticed for a long time. That's good, as it will is deprecated in the next release. Christiaan On 29 Dec 2007, at 5:44 AM, Derick Fay wrote: I'm trying to add a publication using Tiger and BD 1.3.12 using the following applescript: tell application BibDesk activate tell document 1 make new publication with properties {URL:asdfadsf, keywords:asdf} end tell end tell The result is a new publication with the keywords set to asdf (as expected) and a blank URL (the problem). (other fields -- title, local file, abstract, type all seem to work as expected -- the URL field is the only one I've found that doesn't, though I haven't tested them all). Derick - 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
Patrick, what are you trying to reference with the proceedings type? One is typically referring to a specific article from a conference (inproceedings), which certainly has an author field, rather than the bound book that houses the article (proceedings), which is going to have Editors rather than an Author. --J On Dec 29, 2007, at 8:51 AM, Christiaan Hofman wrote: This is not an issue, and if it were an issue it'd be a bibtex issue, not a BibDesk's. A proceedings item does not have an author field (in the standard bibtex styles.) Compare the type info in the Advanced Defaults preferences. Christiaan On 29 Dec 2007, at 2:42 PM, Patrick Celka wrote: Dear Adam, I noticed that when I select an entry under 'proceedings' format from my database and do a copy as - Latex, the authors and other fields are missing. I tried 'article' and 'book' and it is working fine so far. Patrick On Dec 28, 2007 7:44 AM, Adam R. Maxwell [EMAIL PROTECTED] 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 -- --- Dr. Patrick Celka Founder of PeerReview e-Service for Academics and Researchers --- - 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
Re: [Bibdesk-users] generating conditional cite keys
On 29 Dec 2007, at 5:37 PM, P Kishor wrote: I frequently file books and committee reports (those published by the National Academy Press are a good example) where there is no author but there are editors. Since my BD generates cite_keys as %a1_%Y_u2, the %a part goes unfilled in the cite_keys for these reports. Is there any way to ask BD to use the author, but if author is not set then use the editor? That's exactly what %p does. Another question -- what is the best practice? Do folks file the entire reports? (that is what I do, because that is how I find them). But then, how do you cite individual papers within those reports as in case of conf. proceedings, the reports are typically a set of papers by indiv. authors preceded by come commentary by the editors... can I generate indiv. cite_keys for each component paper? I realize I am probably asking a basic BD-use question, so if this use-case is already described somewhere, kindly point me to it. It's more a citation and bibtex question than a bibdesk question. If you need to cite individual papers/proceedings in a collection you should create individual items for those. have a look at the inproceedings and incollection types. they are also frequently used in combination with the Crossref field. You can also use citation fields (see the Defaults prefs) to make it easier to relate items in BibDesk, though that has no influence on the bibtex. Christiaan Finally, I haven't yet received any scapegoat to give me his/her *very* long manuscript to test my Perl script. If you are hesitant about privacy, I will reiterate my solemn promise to use your work *only* for testing (of course, I will probably learn a lot from glancing at your work, which I will have to do in order to determine the efficacy of my script). You will be credited, of course, and if my script does become useful, you would have contributed to another BD-enhancing tool. And, needless to say, your manuscript and bib will not leave my laptop ever. Graçias. -- Puneet Kishor - 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] generating conditional cite keys
On 12/29/07, James Howison [EMAIL PROTECTED] wrote: On Dec 29, 2007, at 11:37 AM, P Kishor wrote: I frequently file books and committee reports (those published by the National Academy Press are a good example) where there is no author but there are editors. Since my BD generates cite_keys as %a1_%Y_u2, the %a part goes unfilled in the cite_keys for these reports. Is there any way to ask BD to use the author, but if author is not set then use the editor? %p should do this rather than %a. At least that's what the drop down for Authors or Editors shows. Another question -- what is the best practice? Do folks file the entire reports? (that is what I do, because that is how I find them). But then, how do you cite individual papers within those reports as in case of conf. proceedings, the reports are typically a set of papers by indiv. authors preceded by come commentary by the editors... can I generate indiv. cite_keys for each component paper? I realize I am probably asking a basic BD-use question, so if this use-case is already described somewhere, kindly point me to it. Have you tried inproceedings? I don't heavily use cross-refs, but presumably you can create a single proceedings and cross-ref a set of inproceedings. You might also explore book/inbook and incollection. Dang it! that's what inproceedings is for! Well then, I am going to try this out, but if someone has written up a usecase for using proceedings + inproceedings or book + inbook along with crossref, I would love to read that. Many thanks, .. Puneet - 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
[Bibdesk-users] HTML export template
chatty today... So, I am exporting my bib as html to send to a colleague, and it occurs to me... this would be a good case of using frames. The classic table-of-contents pane listing all substr(%Title, 0, 40) . '...' (pardon my Perl), and the contents pane jumping to that specific listing. I can think of many other variations (titles grouped by authors/editors, by year, etc.) but they may require more post-processing. Before I embark on inventing something like that, has someone already done something like this and is happy to share? -- Puneet Kishor - 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 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? -- 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
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] votes on 1.3.13
On Dec 29, 2007, at 2:52 PM, Ingrid Giffin wrote: Do I understand correctly, that there will no longer be the file icon in the column view? Yes. This would be a major loss of functionality for me. Have you tried the new system? There's a lot of functionality added, so please use it for a while and let us know you're trying to do that's no longer possible. 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
Re: [Bibdesk-users] votes on 1.3.13
On Dec 29, 2007, at 3:09 PM, Alexander H. Montgomery wrote: On 2007-12-29, at 2:52 PM, Ingrid Giffin wrote: 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 like this idea; I think that's probably what the majority of people use the file column for anyway. Would we need a separate column for non-file links? 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. Local-Url is deprecated right now. Much of its functionality will still be present (maybe until 1.4?), but it would be better to switch as soon as possible. If there's something missing that keeps you from using the new stuff, this is the time to let us know... 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
[Bibdesk-users] another small inconsistency/bug
I added a file to a publication. Then I moved the file (using the finder). When I open the publication record in BibDesk and double- click the file icon, the file opens. But when I have the publication record closed double-click on the file preview icon (in the new R- hand preview area) the file doesn't opennothing happens. With every other pub., double-clicking the icon in the preview area opens the file, so I'm assuming this has something to do with having moved the file. --Derick - 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] another small inconsistency/bug
On Dec 29, 2007, at 9:47 PM, Derick Fay wrote: I added a file to a publication. Then I moved the file (using the finder). When I open the publication record in BibDesk and double- click the file icon, the file opens. But when I have the publication record closed double-click on the file preview icon (in the new R-hand preview area) the file doesn't opennothing happens. With every other pub., double-clicking the icon in the preview area opens the file, so I'm assuming this has something to do with having moved the file. Try deselecting and reselecting it in the main window...I don't recall if that will help or not; there's some caching that's interfering. If you close and reopen the doc after moving in the Finder, it should work fine. -- 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