vdesabou

Your Workflow is working great, thanks!

 

I've set OPTION+CMD+P as a "Print to PDF" hotkey, ideally I'd like to add a further step that would automatically send the resulting PDF to a new message in mail.app, ready for sending.  I only typically make PDF versions of .doc files when emailing.  I wouldn't imagine this to be too challenging would it?  Would a relative novice (like me) be able to modify your workflow like this with a little applescript Google-Fu?

 

Thanks again for the great workflow.

 

Mark.

If you convert only one file, at the end of the processing, the pdf file is opened in Alfred window, so you just have to use the File Action Email, that's really quick!

Thanks for the workflow, this is the first one I found that actually works (for the most part, see below).

Please note that if you're trying to rename a file with more than one word, you only get the first word as the default "rename-to" filename.

I don't have much time to look at the code and try to fix it unfortunately, but I'm sure you'll push an update fixing this soon enough, shouldn't be a huge bug to fix, considering the renaming works fine, just the preview doesn't "populate" with the default filename properly.

As I have a lot of files with spaces in it, I'm proposing  a fix for this issue, see http://d.pr/f/LY6A

@oderwat can you validate my fix and include it in yours ?

Hope this helps

Cheers

Updated to fix for issues with directories and file names containing spaces

Just updated to version 1.3 with bugs fixes and enhancements!

Would it be possible to allow to convert multiple images to a single pdf?

Nope, sorry it only handle doc, docx and rtf files.

maybe this one http://www.alfredforum.com/topic/1485-domainr-workflow ?

Bug on the script to update with alleyoop?

http://www.alfredforum.com/topic/1582-alleyoop-update-alfred-workflows/?p=9769

Yes, that should be fixed now. I hosted the workflow on droplr, but it is not supported.

Hi Citelao,

I was so fan of your workflow that I created a different version (but not aimed to replace yours), with a different approach. See here Spotify Mini Player

I've used a lot of your code, so thank you :-) . I've also "kinda" integrated your workflow in mine, so that if the user want to search in the complete Spotify catalog (instead of his playlists only), he can call yours directly from my workflow. I hope you don't mind. As I said, these 2 workflows are complementary, and I am using both all the time :-)

Let me know what you think of it

Cheers

alfred-spotify-mini-player.com

Find all information on dedicated website: alfred-spotify-mini-player.com
Follow on Twitter @TheMiniPlayer to get all news

Features



Example


 
 
PS: If you have a problem with the workflow, do not spend time reading the forum post, the workflow has been rewritten many times! Follow instructions from here http://alfred-spotify-mini-player.com/articles/support/ instead

Hi,

 

I'd like to download this but the download link appears to be broken, getting PermissionDenied error. I've tried in Safari, Chrome and Firefox.

Strange, this is the link (http://d.pr/f/9WR4), it looks fine..

Where and when do you get PermissionDenied error?

also maybe here?? Bug on the script to update with alleyoop?

http://www.alfredforum.com/topic/1582-alleyoop-update-alfred-workflows/?p=9769

The problem was on my side :-) I fixed the issue, it should be working properly now.

Just from a quick glance, the link http://d.pr/f/cj9L points to a Droplr page rather than the direct file download. The direct download link is what you need to point to in your json file. (Not sure if you can even provide a direct download link from Droplr -- you can with CloudApp though.)

Oh yeah, that was it!! Thanks!

Though I hate to pass the buck, I'm afraid that's something you'll have to take up with the individual workflows' developers. If Alleyoop is downloading something to ~/Downloads, then I suspect it's doing its job; the problem you're experiencing indicates that the workflow developers left outdated files or links on their servers.

I am the developer of the workflow.

To reproduce the problem, I've updated my update.json with version 1.5 (instead of current one which is 1.6), so that alleyoop thinks there is an update:

{
    "version": 1.5,
    "remote_json": "https://dl.dropbox.com/u/2407971/alfredupdate/builtin-share.json"
}

The builtin-share.json files contains:

{
    "version": 1.6,
    "download_url": "http://d.pr/f/cj9L",
    "description": "Start Droplr if needed before trying to upload."
}

When I download manually the file at http://d.pr/f/cj9L, I get:

cksum Built-in\ Sharing\ 1.6.alfredworkflow
2743814521 253360 Built-in Sharing 1.6.alfredworkflow

But when I update it via Alleyoop, I get:

cksum Built-in\ Sharing\ 1.6.alfredworkflow
3801960702 10339 Built-in Sharing 1.6.alfredworkflow

Which is not a valid alfredworkflow file (10k instead of 257k)

(I tried renaming without spaces, but I get same issue)

Any idea what could be wrong here?

I tried to download the V1.6 over alleyoop. The update was shown but always download the V1.5.

Whats the latest version of alleyoop. I'm a bit confused. sorry..

mmm, seems like an issue with Alleyoop, because the droplr link is http://d.pr/f/cj9L and the file has a size of 247kb, but the file downloaded by Alleyoop is only 10kb.

As a workaround, download version 1.6 manually

Nice workflow, looks handy :-) Is there any chance it could be modified to support sharing via Dropbox? The selected file would be copied to /Dropbox/Public (or another user-specified location) and the Dropbox URL would be copied to the clipboard, or put directly into an iMessage, email, tweet or other message. If the file was already in the Dropbox folder then the Dropbox URL would be copied to the clipboard without moving anything.

 

EDIT: I did find this workflow, but I still wonder if you'd like to incorporate Dropbox sharing into your own workflow. Just a suggestion :-)

That's a good idea, thanks!

I've started with the service I use the most: droplr.

See:

Version 1.5:

Added support of droplr (using cmd modifier). It will upload selected file to Droplr, and then paste at the end of the message the url. It only works with facebook, twitter, imessage and email (other services don't use message)

I'll see what I can do for dropbox :-)

Cheers

That's really a good idea!

I've quickly made a workflow with your code in order to get and browse the document of the frontmost window in Alfred. If no document can be found, a notification is done.

The workflow is here

Thanks for your code!

Thanks! very cool workflow!

Sure, it says:

/Users/MYUSER/.rvm/gems/ruby-1.9.3-p194/bin/terminal-share

It's a bit beyond my skills, I don't know ruby. So I've included the terminal-share app directly in the workflow(I've included the copyright and license in the workflow readme, I hope this would be fine).

Can you try Version 1.3 in first post, or update via AlleyOop, and let me know if this is working.

Thanks for the confirmation. I believe that the version of terminal-share we get when we do a "sudo gem install terminal-share" is not the latest one, because I've been able to compile the latest version with the code in the github page, and this is working much better...

I've contacted the author of terminal-share, who is a big fan of alfred, so I hope to get a feedback from him.

I don't know much about ruby and gem..I could embed my compiled terminal-share application within the workflow, but I don't know if I can do that, I need his permission first.

 

In any case, I hope to get a fix soon for this :-)

 

Cheers

Can you try Version 1.3, that should fix the twitter issue.

Thanks

I actually just tried to tweet using it, and had the same issue. Came here to mention it and saw your post.

 

 

Facebook works fine. Haven't tried iMessage, Mail, or AirDrop yet.

Thanks for the confirmation. I believe that the version of terminal-share we get when we do a "sudo gem install terminal-share" is not the latest one, because I've been able to compile the latest version with the code in the github page, and this is working much better...

I've contacted the author of terminal-share, who is a big fan of alfred, so I hope to get a feedback from him.

I don't know much about ruby and gem..I could embed my compiled terminal-share application within the workflow, but I don't know if I can do that, I need his permission first.

In any case, I hope to get a fix soon for this :-)

Cheers

Hi! I've installed terminal-share and it seems to work (If I type 'terminal-share' it list me all the commands, etc) but when I try to use the Workflow it says it's not installed. I think it's looking it in /usr/bin but I don't think it's there. Do you know why is that? It's something to do that I have Ruby 1.9.3 besides de 1.8.7 of OSX?

 

Thanks in advance!

Yes it checks that terminal-share is in in /usr/bin/terminal-share

Can you execute in a terminal window:

which terminal-share

And post the output

Thats great. Thanks a lot. Very helpful.

Is there a way to change that the pdf is saved to the desktop?

Well I don't really know how to make it easily configurable since it's a File Action trigger (there is no way to set action modifier).

But since the pdf document, once it is ready, appears in Alfred window, you can easily move it to Desktop using the File Action "Move To" and then select "Desktop", that's really quick and handy I believe

FYI, I've updated this workflow, which now support AlleyOop.

I also tried to fix any issues with it.

Let me know if you find any issues

That's great thank you, exactly what i needed! I will publish a version today that will remedy that problem

Thanks. I am looking forward to get the new version!

Cheers

I've just noticed an issue if I try to send a tweet without a file attached, when I hit the tweet button, I get an error saying my twitter password is not valid.

Is anyone else experiencing the same issue?

Thanks for the feedback! Let me know if you see issues, or you have improvements in mind. I'm open to suggestions!