chadv

+1 from me for multiple file drag. And +2 from this other thread:

Thanks, @vitor. That's what I figured. It's sounding like my idea is not currently possible.

Thanks again. I tried: Get Path Basename > Arg and Vars > Script Filter, but when I trigger the Script Filter, the upstream nodes don't run, and so the new variable does not seem to be available.

Thanks, @Stephen_C. I saw that node, but how would I wire it into the Placeholder Title of a Script Filter that is triggered by a keyword?

Hi, I have a workflow with a File Picker variable in the Configuration Builder. I want to use the basename of this file in the Placeholder Title of a Script Filter. For example, if I choose "~/Documents/abc.txt" in the workflow configuration, I'd like the placeholder to say "Search abc.txt". Can it be done with a single user-configurable variable? Thanks, Chad

Hi, I'm really liking the new snippet functionality. I've found a specific case where auto-expand is not working: in a terminal window, immediately after a Ctrl-C, and with "expand snippets midstring" turned off. This is reproducible every time.

I use the query history feature a lot and, in my up-arrow frenzy, I often overshoot the entry I want. To get back to it, I clear out the alfred prompt and start from the beginning, going more slowly this time. It'd be nice if there was a way to go forwards through the history, so that I could correct my overshoot more easily. My thought was that the down arrow would be a natural way to do this. I realize that the down arrow is currently used as a way to disengage query history mode, but the left and right arrow keys also do this, and it's rare that I want to disengage at all.

It works great, thank you!

+1 I would like to see this too.

When the Alfred prompt is open, and I type cmd-ctrl-space to bring up the character palette, it dismisses the Alfred prompt. This only happens with the small palette. If I switch to using the large palette (scroll to the top of the small palette and click the button with the asterisk), I can use cmd-ctrl-space without dismissing the Alfred prompt. I'm running OS X 10.9.3 with Alfred 2.3 (264). My hotkey to bring up the Alfred prompt is cmd-space.

@mklement0 Thanks for this tip. iconv works great for most strings, but I found that it does not work for some emoji. Pile of poo for instance. It gives the following error: [ERROR: alfred.workflow.input.scriptfilter] Code 0: iconv: (stdin):1:4: cannot convert It's a shame, because it's such an elegant solution, otherwise. For posterity, I'll add that this is happening in OS X 10.9.3 (libiconv 1.11), hopefully a future version fixes this. @Andrew's script seems to be handling all emoji correctly. I'm going to use that for now.

I figured it out. The issue is unicode normalization. Alfred is converting unicode input to decomposed characters. In my test case Alfred is converting U+00E9 LATIN SMALL LETTER E WITH ACUTE into U+0065 LATIN SMALL LETTER E and U+0301 COMBINING ACUTE ACCENT. My solution was to renormalize to precomposed characters using the tool that @Andrew provided in this thread. php encode.php "$(./normalise -form NFC "{query}")" UPDATE: I had posted a different solution, using the iconv command, but it did not handle emoji. This latest solution handles everything I've tried so far.

I did more testing. I switched to using an external php file. When the é is written in the external file, it encodes as expected. When the é is passed in from Alfred, it does not get encoded. I no longer think this is specific to php. My current hunch is that something is happening to the é in Alfred's string handling, and php is receiving a non-standard é. Here is the setup I used to test, and the output I received. bash script, written directly in Alfred: LANG=en_US.UTF-8 /usr/bin/php x.php "alfred: é"; x.php, external file: <?php $query = $argv[1].', file: é'; $encode = htmlentities(htmlentities($query)); echo "<items><item><title>$encode</title></item></items>\n"; ?> outputs: [INFO: alfred.workflow.input.scriptfilter] <items><item><title>alfred: é, file: &eacute;</title></item></items>

Hi Tyler, Thanks for taking the time to look at this. I know about the double htmlentities(). That's intentional. When debug console output says &amp;&eacute;, it shows up in the Alfred prompt as &é, which is what I want. I've tried adding the <?xml version="1.0" encoding="UTF-8"?>, but it makes no difference. I've also tried with an encoding value of ISO-8859-1, and it does not help either. I'm at a loss for why this é isn't being encoded. My initial suspicion was that it's related to the context that Alfred runs php in, since PHP's encoding functions change their behavior based on the system locale. However, based on the following tests, I'm not so sure: When I compare the output of phpinfo(), the command line context has the LANG var set to en_US.UTF-8, while in the alfred context, the LANG is not set. I tried adding $_ENV["LANG"] = "en_US.UTF-8" or putenv("LANG=en_US.UTF-8") or setlocale(LC_ALL, "en_US.UTF-8") to my script, but none of them make any difference. I followed the advice in this thread, to set the system LANG and LC_ALL vars using launchd. Alfred does pick up these changes, and they are reflected in the phpinfo() output, but the é remains unencoded. One more interesting difference is with this function: iconv('UTF-8', 'ASCII//TRANSLIT', 'é'). On the command line, it outputs 'e, but in alfred, it outputs an empty string.

Thanks for your sugesstion, dfay. I'll probably wind up doing something like this, but using command line tools instead of Applescript and TextEdit. I'm going to try to simplify my question to make it a little more clear what I'm looking for.