[Bibdesk-users] Feature request: Rss feeds ..
Hi all, Not sure how difficult that'd be but, pubmed (and i am sure others as well) has this great feature for saving research items as rss feeds, which allows to quickly see if a new publication matching your research criteria has come up. I do think integrating an rss reader to bibdesk would of interest for many people. What do you think? Best regards, - Etienne - 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] Problem with open by and using TimeMachine on Leopard 5.1
Hi Christiaan, it's filed as Bug ID# 5712415. Sth. to add: in the context-menu in Finder there is Skim (Standard) and then below Skim 1.0 mentioned so it does point to an older version accessible via backup. Nevertheless this is confusing. Greetings, Rolf Am 29.01.2008 um 15:03 schrieb Christiaan Hofman: This was your last mail? (I got the other reply after this one). On 29 Jan 2008, at 2:37 PM, Rolf Schmolling wrote: Correction: it does seem to be a problem with Apple because I just checked: from context-menu it opens a version from TimeMachine-backup. And it's probably the same version that BibDesk's Open With menu tags as default? Will send feedback to Apple. Tell them that launch services does not choose the correct copy of the app, it should prefer your copy in Applications over a copy anywhere else. According to their documentation they indeed don't have this rule, but IMHO it should be one of the rules. I consider this a bug. Moreover I noticed that their version comparison is pretty lame, they think 1.0RC2 is newer than 1.0.3. You can refer to my report rdar://problem/5152537. In the future we will always include the copy in Applications in the Open With menu. Perhaps we should also override Launch Service's choice of default app if we find a better candidiate. Christiaan Greetings, Rolf Am 29.01.2008 um 14:16 schrieb Christiaan Hofman: Is Skim the default app for PDFs? If so, this is mostly a problem of Apple, because it chooses a random copy as the default (and that's the one we always include). E.g. if you just double-click in Finder, which one will it choose? On my computer it consistently chooses the wrong copy. I filed a bug report with Apple a while ago, which they don't want to acknowledge. Otherwise we should always prefer the version in /Applications, if it exists. Is that not the case for you? I have no idea how to recognize a version from Time Machine. Christiaan On 29 Jan 2008, at 1:50 PM, Rolf Schmolling wrote: Hi Christiaan, I tried the latest build: http://bibdesk.demokratia.org/beta/ BibDesk-20080128.dmg Unfortunately it doesn't work (fully): The context-menu is properly de- populated BUT when chosing the ONLY version of Skim available it STILL opens some version from TimeMachine-Backup. The screenshot diden't go through, I can send it to you directly if you are interested and contact me directly (e-mail below). It shows that the app which BibDesk openedwas the very FIRST Skim-app saved by TimeMachine (not the one on my startup-disk). Greetings, Rolf Greetings, Rolf (MBP 2.3.3 GH 2GB Ram, German OSX 10.5.1) Am 28.01.2008 um 21:37 schrieb Christiaan Hofman: Please try the next nightly build to se of this problem is solved. We will now remove duplicate apps with the same version number. So old versions in time machine may still show up. Christiaan On 27 Jan 2008, at 10:33 PM, Rolf Schmolling wrote: Hello! I noticed sth. peculiar: I wanted to check how well any Skim- highlights would show up in Preview (none…) and tried to open the respective attached pdf-file in BibDesk (the new pane) via ctrl.- click and chosing Preview. Unfortunately an (almost) never-ending line of Acrobats…, Skims… and finally Previews… showed up. Chosing the first one later showed that those were all the apps backed up by TimeMachine. If I try to do the same thing in Finder, the ctrl.-click-menu does look normal. Since I plan NOT to switch of indexing my TimeMachine-Backup-volume, any idea what to do about this problem? My own workaround: show in Finder and THEN using the open by-menu not withstanding. I am sure my launch-services-databse is ok (otherwise I'd have the same problem in Finder). Greetings, Rolf -- Rolf Schmolling M.A. Historian, [EMAIL PROTECTED] Berlin.DE http://rolf_schmolling.macbay.de/ -- -- -- --- 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 -- Rolf Schmolling M.A. Historian, [EMAIL PROTECTED] http://rolf_schmolling.macbay.de/ -- --- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R)
Re: [Bibdesk-users] Problem with open by and using TimeMachine on Leopard 5.1
This was your last mail? (I got the other reply after this one). On 29 Jan 2008, at 2:37 PM, Rolf Schmolling wrote: Correction: it does seem to be a problem with Apple because I just checked: from context-menu it opens a version from TimeMachine-backup. And it's probably the same version that BibDesk's Open With menu tags as default? Will send feedback to Apple. Tell them that launch services does not choose the correct copy of the app, it should prefer your copy in Applications over a copy anywhere else. According to their documentation they indeed don't have this rule, but IMHO it should be one of the rules. I consider this a bug. Moreover I noticed that their version comparison is pretty lame, they think 1.0RC2 is newer than 1.0.3. You can refer to my report rdar://problem/5152537. In the future we will always include the copy in Applications in the Open With menu. Perhaps we should also override Launch Service's choice of default app if we find a better candidiate. Christiaan Greetings, Rolf Am 29.01.2008 um 14:16 schrieb Christiaan Hofman: Is Skim the default app for PDFs? If so, this is mostly a problem of Apple, because it chooses a random copy as the default (and that's the one we always include). E.g. if you just double-click in Finder, which one will it choose? On my computer it consistently chooses the wrong copy. I filed a bug report with Apple a while ago, which they don't want to acknowledge. Otherwise we should always prefer the version in /Applications, if it exists. Is that not the case for you? I have no idea how to recognize a version from Time Machine. Christiaan On 29 Jan 2008, at 1:50 PM, Rolf Schmolling wrote: Hi Christiaan, I tried the latest build: http://bibdesk.demokratia.org/beta/ BibDesk-20080128.dmg Unfortunately it doesn't work (fully): The context-menu is properly de- populated BUT when chosing the ONLY version of Skim available it STILL opens some version from TimeMachine-Backup. The screenshot diden't go through, I can send it to you directly if you are interested and contact me directly (e-mail below). It shows that the app which BibDesk openedwas the very FIRST Skim-app saved by TimeMachine (not the one on my startup-disk). Greetings, Rolf Greetings, Rolf (MBP 2.3.3 GH 2GB Ram, German OSX 10.5.1) Am 28.01.2008 um 21:37 schrieb Christiaan Hofman: Please try the next nightly build to se of this problem is solved. We will now remove duplicate apps with the same version number. So old versions in time machine may still show up. Christiaan On 27 Jan 2008, at 10:33 PM, Rolf Schmolling wrote: Hello! I noticed sth. peculiar: I wanted to check how well any Skim- highlights would show up in Preview (none…) and tried to open the respective attached pdf-file in BibDesk (the new pane) via ctrl.- click and chosing Preview. Unfortunately an (almost) never-ending line of Acrobats…, Skims… and finally Previews… showed up. Chosing the first one later showed that those were all the apps backed up by TimeMachine. If I try to do the same thing in Finder, the ctrl.-click-menu does look normal. Since I plan NOT to switch of indexing my TimeMachine-Backup-volume, any idea what to do about this problem? My own workaround: show in Finder and THEN using the open by-menu not withstanding. I am sure my launch-services-databse is ok (otherwise I'd have the same problem in Finder). Greetings, Rolf -- Rolf Schmolling M.A. Historian, [EMAIL PROTECTED] Berlin.DE http://rolf_schmolling.macbay.de/ -- -- -- --- 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 -- Rolf Schmolling M.A. Historian, [EMAIL PROTECTED] http://rolf_schmolling.macbay.de/ -- --- 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] Problem with open by and using TimeMachine on Leopard 5.1
Correction: it does seem to be a problem with Apple because I just checked: from context-menu it opens a version from TimeMachine-backup. Will send feedback to Apple. Greetings, Rolf Am 29.01.2008 um 14:16 schrieb Christiaan Hofman: Is Skim the default app for PDFs? If so, this is mostly a problem of Apple, because it chooses a random copy as the default (and that's the one we always include). E.g. if you just double-click in Finder, which one will it choose? On my computer it consistently chooses the wrong copy. I filed a bug report with Apple a while ago, which they don't want to acknowledge. Otherwise we should always prefer the version in /Applications, if it exists. Is that not the case for you? I have no idea how to recognize a version from Time Machine. Christiaan On 29 Jan 2008, at 1:50 PM, Rolf Schmolling wrote: Hi Christiaan, I tried the latest build: http://bibdesk.demokratia.org/beta/ BibDesk-20080128.dmg Unfortunately it doesn't work (fully): The context-menu is properly de- populated BUT when chosing the ONLY version of Skim available it STILL opens some version from TimeMachine-Backup. The screenshot diden't go through, I can send it to you directly if you are interested and contact me directly (e-mail below). It shows that the app which BibDesk openedwas the very FIRST Skim-app saved by TimeMachine (not the one on my startup-disk). Greetings, Rolf Greetings, Rolf (MBP 2.3.3 GH 2GB Ram, German OSX 10.5.1) Am 28.01.2008 um 21:37 schrieb Christiaan Hofman: Please try the next nightly build to se of this problem is solved. We will now remove duplicate apps with the same version number. So old versions in time machine may still show up. Christiaan On 27 Jan 2008, at 10:33 PM, Rolf Schmolling wrote: Hello! I noticed sth. peculiar: I wanted to check how well any Skim- highlights would show up in Preview (none…) and tried to open the respective attached pdf-file in BibDesk (the new pane) via ctrl.- click and chosing Preview. Unfortunately an (almost) never-ending line of Acrobats…, Skims… and finally Previews… showed up. Chosing the first one later showed that those were all the apps backed up by TimeMachine. If I try to do the same thing in Finder, the ctrl.-click-menu does look normal. Since I plan NOT to switch of indexing my TimeMachine-Backup-volume, any idea what to do about this problem? My own workaround: show in Finder and THEN using the open by-menu not withstanding. I am sure my launch-services-databse is ok (otherwise I'd have the same problem in Finder). Greetings, Rolf -- Rolf Schmolling M.A. Historian, [EMAIL PROTECTED] http://rolf_schmolling.macbay.de/ -- --- 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 -- Rolf Schmolling M.A. Historian, [EMAIL PROTECTED] http://rolf_schmolling.macbay.de/ -- --- 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 -- Rolf Schmolling M.A. Historian, [EMAIL PROTECTED] http://rolf_schmolling.macbay.de/ - 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] Problem with open by and using TimeMachine on Leopard 5.1
Is Skim the default app for PDFs? If so, this is mostly a problem of Apple, because it chooses a random copy as the default (and that's the one we always include). E.g. if you just double-click in Finder, which one will it choose? On my computer it consistently chooses the wrong copy. I filed a bug report with Apple a while ago, which they don't want to acknowledge. Otherwise we should always prefer the version in /Applications, if it exists. Is that not the case for you? I have no idea how to recognize a version from Time Machine. Christiaan On 29 Jan 2008, at 1:50 PM, Rolf Schmolling wrote: Hi Christiaan, I tried the latest build: http://bibdesk.demokratia.org/beta/ BibDesk-20080128.dmg Unfortunately it doesn't work (fully): The context-menu is properly de- populated BUT when chosing the ONLY version of Skim available it STILL opens some version from TimeMachine-Backup. The screenshot diden't go through, I can send it to you directly if you are interested and contact me directly (e-mail below). It shows that the app which BibDesk openedwas the very FIRST Skim-app saved by TimeMachine (not the one on my startup-disk). Greetings, Rolf Greetings, Rolf (MBP 2.3.3 GH 2GB Ram, German OSX 10.5.1) Am 28.01.2008 um 21:37 schrieb Christiaan Hofman: Please try the next nightly build to se of this problem is solved. We will now remove duplicate apps with the same version number. So old versions in time machine may still show up. Christiaan On 27 Jan 2008, at 10:33 PM, Rolf Schmolling wrote: Hello! I noticed sth. peculiar: I wanted to check how well any Skim- highlights would show up in Preview (none…) and tried to open the respective attached pdf-file in BibDesk (the new pane) via ctrl.- click and chosing Preview. Unfortunately an (almost) never-ending line of Acrobats…, Skims… and finally Previews… showed up. Chosing the first one later showed that those were all the apps backed up by TimeMachine. If I try to do the same thing in Finder, the ctrl.-click-menu does look normal. Since I plan NOT to switch of indexing my TimeMachine-Backup-volume, any idea what to do about this problem? My own workaround: show in Finder and THEN using the open by-menu not withstanding. I am sure my launch-services-databse is ok (otherwise I'd have the same problem in Finder). Greetings, Rolf -- Rolf Schmolling M.A. Historian, [EMAIL PROTECTED] http://rolf_schmolling.macbay.de/ -- --- 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 -- Rolf Schmolling M.A. Historian, [EMAIL PROTECTED] http://rolf_schmolling.macbay.de/ -- --- 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] Feature request: Rss feeds ..
You can add a script group with a script that reads RSS feeds. Adam has made a script to read pubmed, which is available at http:// homepage.mac.com/amaxwell/.Public/pubmedtobibtex.zip. The problem with adding a generic RSS feed script is that we don't know what we get, so we don't know how to interpret the RSS feed. It depends on the source of the feed. if you look inside the source of Adam's script you'll see that most of the code is PubMed specific. Most of the generic handling is already there in the script group. Christiaan On 29 Jan 2008, at 10:13 AM, Etienne Roesch wrote: Hi all, Not sure how difficult that'd be but, pubmed (and i am sure others as well) has this great feature for saving research items as rss feeds, which allows to quickly see if a new publication matching your research criteria has come up. I do think integrating an rss reader to bibdesk would of interest for many people. What do you think? Best regards, - Etienne - 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] Best practices for URL fields?
On 29 Jan 2008, at 2:53 AM, James Harrison wrote: On Jan 28, 2008, at 5:38 PM, Christiaan Hofman wrote: So in templates you should most often use something like [EMAIL PROTECTED] or [EMAIL PROTECTED] instead of $urls.Local-Url.path, samilar for the URL. Also $fields.URL, and $URL, was probably never a good choice, as it may contain latex stuff. The first linked file (or URL) should be the most relevant one. Thanks very much for the useful overview. I've done a bit more experimentation and I'd like to check a couple of additional things-- We're trying to use a template to generate a phrase like: Available at remote url, last accessed on date last accessed. ...which will provide the url and last accessed date for electronic resources and web pages based on the files that are linked from the references in BibDesk. The assumption is that most users will wish to maintain a remote url to the source of electronically-available references, which should yield the remote url for the phrase above, but they may also have urls to other locations as well as local files linked to the same reference. It appears that I should use $remoteURL to access remote urls, and the built-in template editor provides $remoteURL.absoluteString/ as the appropriate tag/modifier for a url for a web page. That yields a url when used in a template with a test web page reference. I tried the form [EMAIL PROTECTED] and also the same tag without the absoluteString modifier, with test references that had one or more than one linked web site. None of the tags that contained @firstObject yielded any text when used in a template. No, not $remoteURL but $remoteURLs (it's a collection), $remoteURL is deprecated, as is $localURL and $localUrlPath. The template editor is not completely updated yet. In fact it cannot deal with collections like local files and remote URLs, you can only do that by hand. For a type that contains a URL field you can use $urls.Url, which used to be equivalent to $remoteURL (but isn't anymore). Again: there are URL fields (mostly deprecated) and the new linked objects. They are not the same. Anything starting with $fields and $urls refers to the (URL) fields, never the linked objects. To refer to the linked objects you should use the $localFiles and $remoteURLs *collection* keys. The deprecated keys $localFileURL and $remoteURL now refer to the first linked file or URL, but that's only done for compatibility of old templates. You should not use them in new templates. They may be removed in the future. When more than one url is linked, $remoteURL.absoluteString/ yields the url associated with the first thumbnail in the details window; rearranging the thumbnails changes which url is returned by $remoteURL. So it seems that I should use $remoteURL and let folks know that the page that should be used as the remote URL needs to be kept at the front of the thumbnails on the details window. People can maintain the lastchecked field with the date the url was last reviewed separately and manually. No, see above. Just an observation--the order of the main display of thumbnails does not reflect the order of the thumbnails in the details window, and there is no visual feedback of the important role of the first url either in the main or the details displays. Since electronic links in references are likely to increase in importance, some thought in this area might be a good idea. Jim Harrison UVa They are ordered according to publication, type, and alphabetically (in that order). 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
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] Best practices for URL fields?
On Jan 29, 2008, at 5:59 AM, Christiaan Hofman wrote: It appears that I should use $remoteURL to access remote urls, and the built-in template editor provides $remoteURL.absoluteString/ as the appropriate tag/modifier for a url for a web page. That yields a url when used in a template with a test web page reference. I tried the form [EMAIL PROTECTED] and also the same tag without the absoluteString modifier, with test references that had one or more than one linked web site. None of the tags that contained @firstObject yielded any text when used in a template. No, not $remoteURL but $remoteURLs (it's a collection), $remoteURL is deprecated, as is $localURL and $localUrlPath. Sorry to be so dense, and thanks a lot for your patience. It looks like the following: [EMAIL PROTECTED]/ ...gives the desired behavior in my templates. It ignores local files and yields the first listed url. The template editor is not completely updated yet. In fact it cannot deal with collections like local files and remote URLs, you can only do that by hand. OK. I am writing the templates by hand--but I was using the editor for spot-checking the syntax of template keys and modifiers when I was unsure. I understand that the docs and editor are to some extent chasing recent changes. Again: there are URL fields (mostly deprecated) and the new linked objects. They are not the same. Anything starting with $fields and $urls refers to the (URL) fields, never the linked objects. To refer to the linked objects you should use the $localFiles and $remoteURLs *collection* keys. Understood, thanks. Jim Harrison UVa - 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] Problem with open by and using TimeMachine on Leopard 5.1
Hi Christiaan, Skim is the default viewer for pdfs on my machine, and double-clicking opens the right one on my startup-disk. Note that this is not in any way critical, there is a workaround (showing pdf in finder, then opening with appropriate (different) viewer etc.) it just looks wrong. Greetings, Rolf Am 29.01.2008 um 14:16 schrieb Christiaan Hofman: Is Skim the default app for PDFs? If so, this is mostly a problem of Apple, because it chooses a random copy as the default (and that's the one we always include). E.g. if you just double-click in Finder, which one will it choose? On my computer it consistently chooses the wrong copy. I filed a bug report with Apple a while ago, which they don't want to acknowledge. Otherwise we should always prefer the version in /Applications, if it exists. Is that not the case for you? I have no idea how to recognize a version from Time Machine. Christiaan On 29 Jan 2008, at 1:50 PM, Rolf Schmolling wrote: Hi Christiaan, I tried the latest build: http://bibdesk.demokratia.org/beta/ BibDesk-20080128.dmg Unfortunately it doesn't work (fully): The context-menu is properly de- populated BUT when chosing the ONLY version of Skim available it STILL opens some version from TimeMachine-Backup. The screenshot diden't go through, I can send it to you directly if you are interested and contact me directly (e-mail below). It shows that the app which BibDesk openedwas the very FIRST Skim-app saved by TimeMachine (not the one on my startup-disk). Greetings, Rolf Greetings, Rolf (MBP 2.3.3 GH 2GB Ram, German OSX 10.5.1) Am 28.01.2008 um 21:37 schrieb Christiaan Hofman: Please try the next nightly build to se of this problem is solved. We will now remove duplicate apps with the same version number. So old versions in time machine may still show up. Christiaan On 27 Jan 2008, at 10:33 PM, Rolf Schmolling wrote: Hello! I noticed sth. peculiar: I wanted to check how well any Skim- highlights would show up in Preview (none…) and tried to open the respective attached pdf-file in BibDesk (the new pane) via ctrl.- click and chosing Preview. Unfortunately an (almost) never-ending line of Acrobats…, Skims… and finally Previews… showed up. Chosing the first one later showed that those were all the apps backed up by TimeMachine. If I try to do the same thing in Finder, the ctrl.-click-menu does look normal. Since I plan NOT to switch of indexing my TimeMachine-Backup-volume, any idea what to do about this problem? My own workaround: show in Finder and THEN using the open by-menu not withstanding. I am sure my launch-services-databse is ok (otherwise I'd have the same problem in Finder). Greetings, Rolf -- Rolf Schmolling M.A. Historian, [EMAIL PROTECTED] http://rolf_schmolling.macbay.de/ -- --- 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 -- Rolf Schmolling M.A. Historian, [EMAIL PROTECTED] http://rolf_schmolling.macbay.de/ -- --- 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 -- Rolf Schmolling M.A. Historian, [EMAIL PROTECTED] http://rolf_schmolling.macbay.de/ - 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
Re: [Bibdesk-users] Question for Autofile in BibDesk 1.3.14
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 think (a significant fraction of) the users are speaking pretty clearly here---they don't care about this, and they just want BibDesk to provide a reasonable default that mimics the old behavior. This is especially true for people (like me) for whom this will never matter, because they only use a single .bib file. I would much rather have BibDesk silently add something if it were ever needed so that I never have to think about this and so that I can keep using my old file specification. Having a button in that dialog that says Do what you think is best when necessary or I feel lucky or whatever seems perfectly reasonable, and its what many of us want. Just my $0.00. Chris - 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 Jan 29, 2008, at 10: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.
Right, I meant change the format. My current format is %f{Citekey}%e.
(Obviously, I'm still running an older BibDesk.) Just make a button
that will change it to %f{Citekey}%u0%e (or whatever you think best)
automagically.
Chris
-
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
Even though I can understand both sides in this discussion I still
think it can be expected by the average BD user to read the alert
that is given at the first launch of BD after the update to the new
attached files system and do the necessary steps to adjust his
preferences accordingly. Really, is it that painful to manually add a
unique specifier? If there are really users out there who never got
in touche with the autofile preferences and thus are unclear what to
do then I would think that it is sensible for them to get introduced
to the autofile preferences at this point; at least it seems more
sensible than to provide means which will allow them to avoid
understanding this part of BD.
Yes, more annoying questions might show up on the list regarding this
issue. But eventually it will go away.
Cheers,
Alex
Am 29.01.2008 um 18:23 schrieb Chris Goedde:
On Jan 29, 2008, at 10: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.
Right, I meant change the format. My current format is %f{Citekey}%e.
(Obviously, I'm still running an older BibDesk.) Just make a button
that will change it to %f{Citekey}%u0%e (or whatever you think best)
automagically.
Chris
--
---
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] Web Search not detecting results
Adam, I agree whole heartedly with your analysis of everyone creating their own standard! I have a suggestion which will solve this whole problem which came to mind after reading the recent comment about RSS feeds and script groups. Make a script group searchable, i.e. search groups request search strings, why can't one of the search group options be to run a script with the search string? This effectively allows users to write their own search group plugins to search whatever database they want, whether it conforms to z39.50 or not. I'm guessing that this isn't a terribly difficult change? I'd then be quite happy to write a script for NASA ADS! Cheers, Andy PS Web site updates coming, I promise! On 18/01/2008, at 1:59 PM, Adam R. Maxwell wrote: On Jan 17, 2008, at 5:19 PM, Andy Green wrote: I wrote a while ago about getting z39.50 support working with NASA ADS, and you guys were great. Unfortunately, I found out from ADS that they are not planning to support z39.50, and may remove it. Well, that sucks. Their z39.50 support is lousy, but at least z39.50 / is/ an established, documented library standard, and suited to network queries. Why are they considering removing it? However, the new web search feature has tempted me, as I see more potential there. ADS is able to return standard bibtex entries as search results. So I got it working such that I could search, get a results page (all in BibTeX, which I ignored) in the first pane, and then the results ready to import in the second and third pane. But now that doesn't seem to work. I'm guessing that the first two lines of the results (which aren't valid bibtex) are confusing the parser, but I'm not sure. If you can provide a link, that would help...but your diagnosis is likely correct. The web parsers are all one-off jobs for each site. Not hard to write, but each one requires custom code and runs a chance of breaking. We might want to reconsider allowing plugins for them... Seems it would be easy to get ADS working similarly to Google Scholar, or similar. Also, it might be better/easier to use the ADS Tagged Format instead of BibTeX, since it includes the abstracts. I can send more details if that helps. Well, the ADS tagged format is documented, and not really hard to parse. But it still sucks. Why does every site feel a need to a) write their own bastard server/search tool b) use their own bastard query syntax and c) write their own bastard tagged data format? I know that's not your fault, but it really irritates me. On a related note, it would be nice, now that the web kit is installed, to be able to visit a linked web page from within BibDesk, and even nicer, if clicking on a pdf (or maybe even other types) link on that web page would automatically download and link the file to the BibDesk entry. (Someone showed me this feature in Pages today, and I was very impressed.) Yeah, I'd like that too. Hopefully someone will implement it :). One issue is that there's often not a single entry to link it to (e.g. in Google Scholar results). I haven't looked at Papers (assuming that's what you meant?) lately to see how they handle this. -- adam -- --- 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
