Januz

Hi, I wanted to test your workflow, but get the error message that Viscosity is not installed. It is actually installed, but I used `brew cask` to install it (the .app resides in /Applications though). Might that be the reason your workflow doesn't recognize it?

Yes, please!! That would be the key feature motivating me to buy the app. Generally, I don't need to control my Mac from iOS. Some other apps also provide the possibility to run AppleScripts from iOS. But what would be really great would be to start Alfred workflows from LaunchCenter Pro or, for really important ones, using gestures defined with Activator (Jailbreak)...

Alright, thanks, will try to adapt it myself...

This is great, thank you!!

What I really would like is an option to upload the file/folder as an encrypted zip file with a randomly generated password and user chosen archive name and to have the password and URL be copied to the clipboard

Hey Stephen,

thank you very much for your instructions and all your great work! Much appreciated!

Best,

Janosch

Thanks for the workflow!

I was previously using Sebastian's workflow, and I still like some things better (some of which Sebastian mentioned):

- I think it would be better not to copy a LaTeX cite-command, but only the cite key as one might want to use a different cite command (citep, parencite, textcite, etc.) or one might want to add several cite keys into the same citation [e.g., xxxx (Smith et al, 2000; Frost, 2001)]

- I was one of the users requesting that the year should be in front, because I (and most natural scientists) often have citations including several authors

Generally:

- it would be great to be able to select which attachment to open if there exist more than one

Thanks!

Great workflow, thank you!

What I really would like to have the possibility to either only copy (the default setting you implemented) or additionally paste (what one can select by changing the "Copy to Clipboard" part of the workflow) - at the moment one has to decide between one of the two options.

Is that possible?!

The workflow looks interesting. Will it autocomplete tags while they are typed?

Perfect, thank you!

Best,

J

Hey Sebastian,

thanks again for the great workflow, I am using it almost every day!

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.

At the moment, I am doing this via AppleScript, but it would be great if you could modify your workflow to search also the keys?!

Thanks,

J

Hi again,

I seem to have "solved" the issue by using the hack described on this side http://smithjw.me/blog/keyremap4macbook-alfred-file-selection, i.e. setting a "normal" keyboard shortcut for "Open Alfed with selected text" (like Cmd-Alt-A) and then using Keymap4Macbook to map pressing double ctrl (or whatever modifier) to execute this shortcut.

So far no accidental triggering...

This might not be a perfect solution, but works for me so far...

Best,

J

That would be great, thanks!

Great, thanks!

... sorry, the second point from my original post is still true, too: I would like to get the .applescript files in the standard search when I activate the checkbox "AppleScripts" under Preferences/Default Results/Extras. At the moment, only .scpt files are shown...

Thanks,

J

Hi,

I wrote about this problem here, but did not receive an answer:

I save almost all of my applescripts as text files (.applescript extension) because I want to use version control with them. After finding them with Alfred file search, I want to execute them (as happens when using the .scpt extension). Instead of executing, Alfred opens the file in AppleScriptEditor to edit it.

In the meantime I made a workflow to search for .scpt or .applescript files and then run osascript on them, but I would still really like it if you could change the standard behavior for .applescript files to that of .scpt files. If one wants to edit the file, one can use Alfred context menu...

I am using Mac OS X 10.8.4 and Alfred v2.0.5(202)...

Thanks,

J

Hi Andrew,

I investigated this further and KeyboardMaestro does not seem to be the problem. I tried double presses with every possible key (Cmd, Ctrl, Alt, Shift) and the problem exist with every single one of them. So for example, when using Shift, the workflow will be triggered sometimes when I am writing text (where no KeyboardMaestro is active). So is the problem maybe due to the delay between the execution of the both key presses?! Is Alfred using a high value for that? Is there a way to manipulate the delay?! As I said, I never had the problem using Lion, and I never have it with LaunchBar that is also using a double click combo with one of the keys to send text etc. to Launchbar, so maybe they use a shorter delay?!

Thanks for your help,

Janosch

OK, thanks...

Hi Andrew,

thanks for your answer! Using your advice, I can avoid the first problem, but the second ("Show Alfred with selected text" accidentally triggered) remains...

Thanks,

J

Hi,

I defined several keyboard shortcuts in Keyboard Maestro, among others I use ctrl-j/ctrl-k/... (aka vim movement keys) to execute arrow key presses (down/up/...). I also defined several shortcuts involving the cmd-key.

Now, when I am in Alfred and want to scroll down through results with ctrl-j instead of using the arrow-down-key, it often (not always) opens the context menu (as if I just had pressed ctrl). Similarily, when I execute a shortcut involving the cmd-key in any application, sometimes (not always) the "Show Alfred with selected text"-workflow is triggered, which I have mapped to pressing cmd twice

These problems arised after updating to Mountain Lion and updating Keyboard Maestro to version 6. I already asked the Keyboard Maestro developer what he thinks how the problem might arise, this is what he answered:

Keyboard Maestro 6 uses an updated API for sending keystrokes.  Regardless of that, the sequence for sending a keystroke with modifiers is something like this:

*Release each modifier currently being held
* Release the key in question if it is held down
* Press each modifier key required
* Press the key in question
* Release the key in question
* Release each required modifier key
* Repress any modifier keys previously held down.

That is a lot of things happening in the background for each keypress.

So it is possible that Alfred is detecting some or these key events and making erroneous assumptions as to them being a 2 x command key press, or a control key press invoking the contextual menu or whatever.  I'm not sure there is anything I can do to reduce the issue, it is really up to Alfred to properly interpret the keys to know when to do what.

I am using Mac OS X 10.8.3 and Alfred v2.0.4(199)...

Thanks,

J

This is not working for me either. I was wondering if you did you find a solution?

 

Nope, I am waiting for the developer to look for the possible source of the error...

This is possible now

Great, thank you!

... also, it would be great if one could send text with line endings included (maybe using \n)...

Thanks again,

J

Thanks for the workflow!

Maybe it would be good to include a check whether the Mac program is running and if not to start it. Otherwise the command just does nothing and does not warn the user...

Thanks,

J

Hi,

thank you very much for the workflow!

I have some problems with it using MacVim.

1. when I start the workflow, it does what it should (open the text in MacVim), but beeps three times indicating that something is wrong, and the Growl/Notification Center message is empty

2. more importantly - line endings are replaced with ^M, so the whole text is on one line making it uneditable...

Is there any way to avoid point 2? QuickCursor used to open the file with "real" line endings.

Thank you very much,

J

I am trying to execute my AppleScripts from within Alfred. I was surprised to find that I have to move them out of their standard location (~/Library/Scripts), because with LaunchBar I could execute them from there.

Now that I have copied them to another place on the hard drive and symlinked them back to the standard location, I have the following problems (that I did not have with LaunchBar):

- Applescripts in text form (.applescript extension) are not recognized by Alfred as Applescripts, i.e. they don't show up in the standard search (Applescripts enabled)

- Applescripts in text form are not executed when selected, but opened in Applescript Editor

Is there anything I can do besides converting to .scpt? As I use version control for my scripts, I would not like to do this...

Thanks,

J