alfredclough

I don't care if you put them in a git hub. I only create a workflow when it meets a personal need though so I won't be prolific with creating new workflows. I created several of them at once when I transitioned to Alfred 2 so it's why it seems so prolific in the last few months. In other words, don't expect a lot of development on them unless I find something new I need, but thanks so much for the not elf appreciation.

deanishe, That's a creative idea, but I was looking for a programmatic way to access the service. Kinda the way in Quicksilver you could enter text and then pass it into any OS X service.

That's a great summary of using dialog boxes in Applescript, but I don't see any reference to calling OS X services through Applescript.

I'm thinking specifically of maybe an applescript command that would let you pass input to a text based service and get the output from it.

Thanks, David. Based on that I won't do an enhancement request and I'll just hope for it in the next Alfred release

Ok, I'll submit an enhancement because I'm guessing a large part of what people want from maps is directions and it seems pretty limited that the built in maps functionality cannot handle this function.

I'm on Mavericks so that may well be true. I didn't know if it was a setting in earlier versions or not.

You should be prompted to change that setting in System Preferences. If you are not, you simply go to System Preferences. Then choose "Security & Privacy." Choose the "Privacy" tab. The select "Accessibility" and allow Alfred 2 to control your computer.

You should be prompted to change that setting in System Preferences. If you are not, you simply go to System Preferences. Then choose "Security & Privacy." Choose the "Privacy" tab. The select "Accessibility" and allow Alfred 2 to control your computer.

You should be prompted to change that setting in System Preferences. If you are not, you simply go to System Preferences. Then choose "Security & Privacy." Choose the "Privacy" tab. The select "Accessibility" and allow Alfred 2 to control your computer.

I have a little request with the newest version of Alfred that includes support for Apple Maps. It seems like the ability to do directions in Apple Maps was overlooked in adding support for it. In other words if I type "maps los angeles to new york" instead of getting directions, I get "no results found" when using built in Maps support. I previously published a workflow for Apple Maps (posted to the forum here) that can handle a single location or directions and it's pretty simple. Any chance this issue could be fixed in the next Alfred release?

Clinton, I never could find anything that worked properly. I actually ended up solving the problem by creating another workflow that I posted here. It automates the copy and paste and can handle multiple files. It executes through Applescript and does not produce any errors.

This workflow adds a file action called "Paste." It will copy the selected file to the clipboard and then paste it in the front application. It basically automates the copy and paste process where you need to copy and paste files. It will handle multiple files, so if you have multiple files selected, it will paste each of them into the current application. It also adds a number of other files actions including Duplicate, Move to Trash, New Folder, and Open in New Finder Tab. Click here to download the workflow.

This workflow simply allows to rename and existing file. The workflow prompts you with a box to enter the new file name. It can handle multiple arguments, so if you pass several files it will prompt you one by one for the new name for each file. Click here to download.

This workflow simply creates a new folder inside a parent folder. The workflow will prompt for a new folder name and then create a new folder under the selected folder. Multiple folders can be selected and it will prompt for a new subfolder under each one. Click here to download.

Allows you to open any address in the Apple Maps application. Basically anything you can enter anything you would enter in the Maps query filed. You can also enter directions between two destinations be simply connecting the two locations with the word "to." For example, to get directions you would type "map los angeles to new york." To get a specific address you would simply type "map buckingham palace" Click here to download.

Interesting. I made a few changes to the app and updated the workflow. I still see the sandboxing errors sometimes in console, but the entire file gets pasted every time so far. Weird, but hopefully solved my problem for now.

Clinton, I think I found a fix for this. Can you try it and let me know if it works for you? I found that the error disappeared when I copied files using a regular ".app" instead of a command line program. I'm guessing it's something in the way the application is loaded. Anyway, I created a little app that simply takes files from the command line and copies them to the clipboard and then exits. I also set it to show a notification, but that doesn't show up for some reason, so I put a notification in Alfred. Curiosity got the best of me, so I poked around on this, but I'm not really a Mac programmer. However, take a look at see if it solves it for you. So far it's working fine for me, so if this is a good fix I'll post the workflow. The only thing is I'm wondering if you have to right click on the actual ".app" instead the workflow folder to open it once manually just to tell Gatekeeper that it's ok to run the app. Click here to download the workflow.

Just one other piece of information. I ran an Applescript to return Clipboard Info on a file copied by the Alfred extension and then one simply copied in Finder. After copying a file with the extension, this was returned from clipboard info: {{«class furl», 115}, {«class utf8», 115}, {«class ut16», 232}, {string, 115}, {Unicode text, 230}} After copying a file in Finder or another app like Quicksilver, this was returned from clipboard info: {{«class furl», 33}, {«class icns», 795020}, {«class ut16», 112}, {«class utf8», 55}, {«class 8BPS», 1630436}, {«class BMP », 4194358}, {«class TPIC», 1059291}, {TIFF picture, 4197954}, {«class PNGf», 392648}, {«class jp2 », 213480}, {GIF picture, 121307}, {JPEG picture, 116181}, {Unicode text, 110}, {string, 55}} Looks like there is clearly more information put on the clipboard by Finder and that prevents the sandbox extension error in Mail. Perhaps Andrew or someone who knows Mac programming well could explain what is going on. Really odd.

Ok, I found what is causing the issue on my computer although I still don't know why. I'm posting it here in case you know the solution and it helps others. First, this may be unique to pasting files in Mail. I was using Mail to test pasting a file into a new email. I noticed, for example, that I could still paste files just fine in Finder. When I paste a file copied by this extension into Mail I get the following lines in Console: 11/13/13 6:27:12.173 AM Mail[627]: Failed to obtain a valid sandbox extension for item: [789514] of flavor: [public.file-url] from the pasteboard. 11/13/13 6:27:12.174 AM Mail[627]: Failed to get a sandbox extensions for itemIdentifier (789514). The data for the sandbox extension was NULL That's the initial error that leads to the file being the correct name, but zero bytes when pasted into Mail. Interestingly, I tried copying a file directly from Finder into Mail and then from Quicksilver and pasting it into Mail. The file was attached at the proper size. Each time I also tried pasting the file into a text editor to see how the clipboard contents were represented as text. When I pasted from Finder or QS the file name was pasted. When I pasted from this extension the file path past pasted as a url prefixed with file: . This tells me that when Finder and other apps copy a file to the clipboard they are somehow sending it differently to the pasteboard. This is confusing because, as far as I can tell, the way you are doing it is per Apple's standard practice. This is odd behavior, I'm just posting it in case you can recognize what the problem is (I'm not good at Obj C) or it helps someone else having trouble. I have reset all permissions, etc to make sure there's no problem on that end.

Glad you like it

It's inconsistent. The strange thing is, as I said, I wrote a little objective-c program that puts files on the clipboard and it has the same problem I just can't nail down the pattern. Here's a screenshot showing what happens. The first file was copied using your Alfred extension and you can see it's zero bytes. I then copied the file using another Alfred extension that I wrote using Applescript and you can see when I pasted it that it's the full file. If you're not seeing the problem anywhere then it may be a bizarre bug and it appears to be in the OSX framework since it affected my Obj C code and your Ruby code. Oddly the Applescript workflow copies the file to the clipboard correctly every time, but I can't find a way to copy multiple files to the clipboard so it's limited in it's usefulness. Just for fun, I started Quicksilver up and it copies files to the clipboard correctly every time whether one or many. I looked at their source code quickly and nothing stuck out to me immediately that would reveal the problem. Maybe sometime I'll look at it again and see if I notice anything.

Another light, minimalist theme. It has rounded corners and retains a subtle distinction between results and the main search window. The main search text font is sized the same as results so the interface flows together neatly. Click here to download theme.

On a related note, I think the ability to copy items in the buffer to the clipboard (the actual items, not just the paths) would solve some of these problems as well. I've requested that enhancement also here: http://www.alfredforum.com/topic/3409-add-option-to-copy-actual-file-rather-than-file-path/

Workflow adds a file action that allows you to open either a file or folder in a new finder tab rather than creating a new finder window which is the default behavior. Only works on Mavericks. Click here to download.