schoeps

Could you post the before and after of line 96, so that I can see exactly what needs to be changed, and hopefully can see why.

Sure. I guess Yosemite stores paths differently....

if 'pdf' in source:    
    if not 'http' in source:
        clean_file = urllib.unquote(source)
        _file = clean_file.replace('file://', '')
        if os.path.isfile(_file):
            subprocess.Popen(
                ['open', _file], 
                shell=False, 
                stdout=subprocess.PIPE)

I had problems with opening attachments on Yosemite. However, it could be easily fixed by replacing line 96 of "actions.py" by 

_file = clean_file.replace('file://', '')

Maybe this helps someone...

what do you mean by "bibtype"? If you mean publication type, that's what the different icons represent.

 

 

That is good news! Now, we know that spaces in file names seem to be the bad guys (I would never have found this issue because I use the bibkeys as filenames). I will have look to it! 

Problem seems to be solved I had to convert from URL encoding. Now I use PHP for that

set thePOSIXfile to do shell script "php -r \"echo rawurldecode('" & theURL & "');\""

Please test it: BibDesk_Search_beta.alfredworkflow

Hi stephen, 

first, your workflow looks great and judging on its complexity it seems that it requires more time than I can afford for bibsearch. Hence I am very pragmatic and once your feature set is greater than bibsearch's, I will most probably stop maintaining bibsearch. In particular because my time does hardly allow it.

Let me give some general remarks:

However, I tried it today and I got the following error 

Starting debug for 'BibQuery'


[ERROR: alfred.workflow.input.scriptfilter] Code 1: 09:44:22 workflow.py:1199 ERROR    Bad file header
Traceback (most recent call last):
  File "/Users/xxx/Library/Application Support/Alfred 2/Alfred.alfredpreferences/workflows/user.workflow.CF861A51-8CB7-4408-93CA-D51684C77953/workflow/workflow.py", line 1197, in run
    func(self)
  File "bibquery.py", line 442, in main
    filter(queries, scope, wf)
  File "bibquery.py", line 420, in filter
    simple_filter(query, scope, wf)
  File "bibquery.py", line 310, in simple_filter
    data = read_cachedir()
  File "bibquery.py", line 83, in read_cachedir
    bib_data = ccl_bplist.load(_file)
  File "/Users/xxx/Library/Application Support/Alfred 2/Alfred.alfredpreferences/workflows/user.workflow.CF861A51-8CB7-4408-93CA-D51684C77953/ccl_bplist.py", line 258, in load
    raise BplistError("Bad file header")
BplistError: Bad file header

set f to "Dragonfly:Users:somebody:Documents:unruh%202014%20evidencing%20the%20resti.pdf"

tell application "Finder" to reveal f

 

gives the same error message.

 

That is good news! Now, we know that spaces in file names seem to be the bad guys (I would never have found this issue because I use the bibkeys as filenames). I will have look to it! 

Hmm...I installed this and now Alfred displays the message

 

Incompatible Workflow

This workflow was created with a newer version of Alfred

Please upgrade Alfred to the latest version (or pre-release) to use this workflow

 

I am running Alfred 2.2 b243 which is the newest....I can't find a link to download a newer Alfred beta.

 

The old version seems to be active, though, or the new one has issues - return, shift and alt options work; cmd and ctrl don't.

Can you try the workflow with the latest pre-release alfred? Thanks!

The path isn't the issue.  The error message in the copy to clipboard script is because there's a hard-coded template name "abbrvTemplate" which isn't one of the BibDesk defaults.  

Thanks! I have created a new beta version (BibDesk_Search_beta.alfredworkflow) that now includes its own Bibdesk template. Can you please try it? 

I have also corrected the readme:

You can use the following actions:
- [return] to open in Bibdesk
- [cmd]+[return] to reveal attached pdf in finder
- [alt]+[return] to open attached pdf in your favorite viewer
- [shift]+[return] to copy the citekey to clipboard 
- [ctrl]+[return] to copy a citation string

As you may have guessed, the scripts are working fine on my computer. Thus we have to debug it together... I have uploaded a debug build here: BibDesk_Search_debug.alfredworkflow

It should show dialogs with the path to the entry selected in Alfred. 

Let's have a look at the more difficult case, i.e., what happens if you press ^↩. For this we analyze the Applescript.
Can you copy the following into the Applescript editor and adapt q to contain the path to your bdskfile? What happens if you run it? 

set q to "/Users/????/Library/Caches/Metadata/edu.ucsd.cs.mmccrack.bibdesk/????.bdskcache"

--remember active app
tell application "System Events"
set activeApp to name of first application process whose frontmost is true
set process_bid to get the bundle identifier of process activeApp
set activeApp to file of (application processes where bundle identifier is process_bid)
set activeApp to activeApp as string
end tell

-- check whether BibDesk is ready
tell application "BibDesk"
activate
if (count of documents) = 0 then
beep
display dialog "Please open your BibDesk database" buttons {"OK"} default button 1
return
end if
end tell

tell document 1 of application "BibDesk"
set bibkey to do shell script "mdls -name net_sourceforge_bibdesk_citekey '" & q & "'| cut -d'\"' -f 2"
set thePub to get publications whose cite key is bibkey
set theResult to (templated text using "abbrvTemplate" for thePub)
end tell

tell application activeApp to activate
return theResult

I am getting a result like /Users/~/Library/Caches/Metadata/edu.ucsd.cs.mmccrack.bibdesk/Yimam2006.bdskcache when I try to copy

There is a readme for each workflow, you can access it by double-clicking on the workflow icon within Alfred's preferences.

Your question is hopefully answered there:

BibDesk Search (Version 2.1)

 

This workflow allows to search your Bibdesk library. It relies on Spotlight and Bibdesk, i.e., it finds only entries that are cached in the directory "~/Library/Caches/Metadata/edu.ucsd.cs.mmccrack.bibdesk/"

 

You can use the following actions:

- [return] to open in Bibdesk

- [cmd]+[return] to copy the citekey to clipboard 

- [shift]+[return] to open an attached pdf in your favorite viewer

- [alt]+[return] to copy a citation string ("abbrvTemplate")

 

The artwork is property of BibDesk.app (http://bibdesk.sourceforge.net) which is published under the BSD License.

 

Just to let you know, same problem occurred here after the update. However deleting the history helped.

I have changed the latest workflow from beta to an official version 2.1: BibDesk_Search.alfredworkflow .

As expected, the copying does not preserve the formatting, but that is a limitation of AppleScript itself and doesn't bother me as I use character style templates in my documents anyways.

 

I have made one minor modification. I added  ... As you can see, I also changed the name of the result from result to theResult - for some reason, it wouldnt't work otherwise with my changes. The idea behind these changes was to re-activate the formerly frontmost app after the clipboard was set. The activeApp part is somewhat complex to account for users who have different apps with the same name (I do because of Parallels).

I have played around with 

templated rich text

in the applescript to preserve formatting but this seems not to work.

However, I added your changes to "Beta 2": BibDesk_Search_beta2.alfredworkflow. Thanks!

I will use this version a few more days and then update the main download link.

Interesting, I want to use it but It would be very nice if after hitting the command. the image passes to clipboard or directly pasted to the most front app...  Do you think it is hard to do?

I have tried but latexit does not support Applescript natively. There are sme workaround but before I can copy the image I need to determine when the rendering is done and this does not work. It seems impossible. Sorry. 

Sebastian, thank you for  a great workflow.

 

I have one feature suggestion - obviously, since I am unable to estimate how difficult this would be to implement, this is a mere suggestion. It would be great if one could set a default BibDesk template and then have one additional modifier which - provided the bib fiel containing the publication is open - copies the selected publication formatted according to the preset template to the clipboard. In essence, it would implement Bibdesk's "Copy using template" with a preset template.

Great idea. I have set up a beta version. I hope that I have introduced no new bugs:

https://bitbucket.org/schoeps/alfred/downloads/BibDesk_Search_beta.alfredworkflow

If you press [CTRL]+[Enter] Alfred copies the publication string to the clipboard. I use the Bibdesk template "abbrvTemplate" for now but this can be changed easily. Please give feedback.

Hi atomkraft, 

is the problem still present? 

Hi, I have uploaded version 1.2. It should fix problems with firewire showing up as vpn. 

I have updated the workflow to version 2.0; prior versions were very slow under Mac OS 10.9. It should be much faster now (be aware: searching becomes slower with each keyword).

Please report any problems! 

The output is perfect and since the main work of the plugin is done exactly in this php script I is difficult to debug beyond this point. However, do you use Mavericks? I realized that search results come sometimes with some delay. I will try to find out why...

You have a ".bib"-file somewhere that contains your library, right? Then you need to open it with bibdesk and then save it. The reason is that Bibdesk creates .bdskcache whenever it saves a bib-file. Afterwards they should be visible to Alfred.

The folder does not exist. I only find ~/Library/Caches/edu.ucsd.cs.mmccrack.bibdesk/ containig no .bdskcache files at all.

 

This might rather be a BibDesk problem?

Thanks for your help!

This still doen't work here. When I type "bib", Alfred offers me to "Search in BibDesk library", but as soon as I type the search argument, only the default search engines are displayed. Too bad, I'd really love to use this workflow...

OK, let's try to find out what the problem is:

1. what is the content of the directory 

~/Library/Caches/Metadata/edu.ucsd.cs.mmccrack.bibdesk/

There should be plenty of files ("*.bdskchache").

2. open terminal.app and go to the directory of the bibdesk plugin (you can find out the location by opening the workflow tab of the preferences, then right click on bibdesk workflow and click open in finder). Enter in terminal: 

php search.php author

What is the output?

The problem should be fixed in the latest version (1.6). I had to employ some very strange encoding tricks. Bye, Sebastian

Thanks for posting. The post at open radar seems to further indicate that there is a bug in Mavericks. I am afraid that we need to wait since I am not aware of any other way to start the VPN connection Sorry!

I do not have mavericks hence debugging is difficult for me but since you must be a developer to get 10.9, you can probably help me Just run the following code in the applescript editor (of course replace VPNCONNECTION with the correct string as given in the system preferences) and see what is happening...   

tell application "System Events"
	tell current location of network preferences
		set VPNservice to service "VPNCONNECTION"
		set isConnected to connected of current configuration of VPNservice
		if isConnected then
			disconnect VPNservice
			set output to "Disonnected"
		else
			connect VPNservice
			set output to "Connected"
		end if
	end tell
end tell

Hi,

it should be fixed in 1.5, i.e., "bib xxx" searches the keys too. Maybe I will think in the future about specific keywords like "bibkey WimmerMayringerEtAl1999" to allow more precise search… well let's see

Bye

Seb.

One little thing I miss, though, is the ability to search with an exact BibTeX key (e.g. "bib WimmerMayringerEtAl1999"). When I do this, the workflow does not recognize the entry. I use this often to go back from LaTeX to the cited article, i.e. select BibTeX key in \cite{} command, press Modifier to send text to Alfred (via Show Alfred with selection workflow), type in bib and jump to the file in BibDesk.