mccamel

In learning how to build workflows, I found "Keyword" inputs somewhat confusing, because (a) they don't actually require you to set a keyword; (b) all other types of inputs, e.g. script filters, also can have keywords. So this type is named by a feature that is neither necessary nor sufficient to define it. What really distinguishes a "Keyword" input object from other input objects is that it outputs a free-form input text argument (i.e. it's not a filter). I suggest changing the name of keyword inputs to something like "basic" or "freeform".
 

This is not a bug, it's the expected behavior. Alfred's tab completion logic for folders is the same as those used by Terminal.

I see, thanks for clarifying (and submitting the request!)

The image below shows what I mean.

Build: Alfred 2.2 (243)

OS X: 10.9.2

25 seems like kind of a large amount to request. What resolution are you using that would support a list of 25 items without making the text extremely small?

The size of the lines can be nearly halved by removing the subtext and placing it on the right margin. With a small reduction in font size, and if necessary an increase in the height of the Alfred window, I don't think 25 is unreasonable. I'm using the standard resolution on a 15" retina display (1440 x 900). Also, some of us might not mind small font-- I think it would add value to make this more configurable. I use unite.vim extensively when coding-- it offers similar functionality to Alfred. The result list looks like the image below. I'm not requesting Alfred take on such a Spartan appearance, but I have no trouble with the small font and think users like myself would benefit from the ability to increase the information density in Alfred's results list.

I would love to see Alfred provide the ability to view more than 9 visible result items-- personally, I'd like to see up to 25. I feel that this could be accomplished by using smaller type and moving the subtext under each entry to the right margin, and of course truncating it if necessary.

I wonder if there is some corruption preventing this from happening. If you duplicate this contact, can you find the duplicate?

 

Cheers,

Andrew

 

[moving to workflow help sub-forum for now]

Hmm, so I couldn't find straight up "duplicate" functionality in either Contacts.app or Google Contacts. When I created a new contact with the same name though, I had the same situation. When I created a new contact with a different name, I was able to fully access this contact. So it seems the name of this contact is somehow creating an issue.

 

1. The subtitle will continue to say "Loading..." for sometime after I've finished typing the note. Usually this isn't that long but I've seen it take up to 5 seconds to say anything else. During this time I just have to wait.
2. The subtitle is slightly behind my typing and if I hit return, only the portion of the note that was reflected in the subtitle is sent to Evernote. So if I type "typenote -Call Dad. Tuesday<return>" quickly, often all that gets sent to Evernote is "-Call Dad. Tuesda". I have to wait and make sure all the characters get through the script filter before I hit return. This turns out to be a big problem. My workarounds are to either just be patient before hitting return (I don't always remember this) or to use enn instead of typenote, which is also suboptimal because I have to be sure to choose the "enter from text" option vs selection or clipboard

I also have problem #2 and am frequently submitting truncated notes to ZenDone because of it. The lag is quite short, but it's long enough that if I hit <Return> immediately after typing my note only about half of it gets submitted.

I have a contact in my address book who is also in Alfred when I do a straight contact search.  Call him John Doe.  However, when I select the "Email to..." file action on a file, I cannot access John Doe from the drop down, though I can access other contacts.

I am using Alfred 2.1.1 on OS X Mavericks and the problem persists when I restart Alfred.

Hey this is pretty cool.  Do you think it would be possible to add an actual File Action to tag selected files?  Thanks for making this!

Sorry, the parser syntax is fixed by Things and out of my control. I've updated the version at the first post's link so that it does no searching whatsoever if you start your query with a "+" sign.

Excellent, thank you for the prompt update

Loving this so far, but is there syntax to add a start date?  I use this way more than due date.  Also, I would like to have a way to add a task without simultaneously doing a search-- I find that the latency of my keystrokes can get pretty high with Alfred continually running the script filter.  Thanks for putting this together.

Wow this is a very good idea.  Thanks

Hmm... thanks Lauri.  Anyway around this that you know of?

A lot of my projects contain files or directories with the same names.  If I use Alfred file search to look for 'data' or 'docs', I get a lot of results.  I would love the ability to search via a partial path, so that I could enter '<PROJECTNAME>/data and go more directly to the result.  Thanks.

Great workflow, thanks!

Sorry, I made a mistake. Truth is that it's working, but just with tags which already existed in Things. When I tried it the first time, nothing happend because I tested it with a random word. So if you use existing tags, it will work.

Sweet, just tried it and it works.  Thanks!

Thanks for the updates!  I'd really like to see the addition of tag support as mentioned in my first post in this thread, as I use this all the time in the original and it is the last thing keeping me from fully transitioning to Alfred 2

I find that my Google searches from Alfred open in new Safari windows instead of tabs if I have directly edited the address bar of the currently open Safari Window.  I have "Open Pages Instead of Tabs" set to "always".  Is Alfred intended to function this way?  Thanks!

Cool, I use the old all the time.  Does this have all the same features?  i.e. does it use this syntax:

#tag1 #tag2 name [project name/area name] ::note >duedate +startdate

Love this workflow.  One thing that I'd really like to see is the ability to copy the URL of a tab-- I hope something like this makes it into your new version!

Just wanted to throw in that I'd love to see this implemented also!  I would find the functionality of "define" (listing results as you type a word) applied to thesaurus entries to be very, very useful.

Ask and thou shalt receive.  Awesome

That would be great Andrew-- and even non-interactive mode would solve my problem since ~/.zshenv is sourced for non-interactive.

Couldn't there also be an option to simply add your own entry to "Languages"?  This would avoid cluttering the list with all of those different shells while allowing anyone who wanted to use one to do so.

I use zsh as my primary shell and have added a few crucial directories to $PATH in my ~/.zshenv:

- $HOME/.rvm/bin   (allows use of rvm ruby)

- /usr/local/bin    (Homebrew binaries)

- /usr/local/mysql/bin     (mysql executable)

- a personal scripts directory

This prevents me from needing to specify absolute paths in many of my scripts.  As far as I know, bash lacks a file that is automatically sourced for scripts (non-interactive shells); instead you need to set the BASH_ENV environment variable to point to such a file.  I'd like to avoid setting this in all of my Alfred bash scripts, so typically I just run `zsh -c "PATHTOMYSCRIPT ARGS"` for Alfred workflows.  This is just a hoop I have to jump through though, and it would be nice if /usr/bin/zsh were added directly to the language list.