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
[Bibdesk-users] need to release 1.3.14...
We need to release 1.3.14 soon to fix some bugs in 1.3.13. Please give the nightly builds a try if you have time. I'll try to update release notes before the next one is posted. thanks, 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
Re: [Bibdesk-users] Web Search not detecting results
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
[Bibdesk-users] Minor UI item
I think it would be convenient to have a Display menu item to the contextual menu that pops up over the pane displaying the preview display (often the details view), which has a popout containing the same items and functionality as Preview Display under the View menu. 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