Search the Community
Showing results for tags 'prefix'.
Found 2 results
-
I ran several tests with this workflow; here are my results: Cursor 'Left' with prefix [space]: [space] is prefixed to selection; on re-editing the hotkey, no [space] is found in 'Prefix' area Cursor 'Right' with prefix [space]: no [space] is prefixed to selection; raw selection returned; on re-editing hotkey, no [space] is found in 'Prefix' area Cursor 'Left' with prefix 'a': [space] and 'a' are prefixed to selection Cursor 'Right' with prefix 'a': 'a' is prefixed to selection; functions normally It seems that setting the Cursor to 'Left' automatically prefixes a space; this should be optional. Setting any 'Prefix' to [space] or [spaces] is ignored unless accompanied by other characters. This is probably by design, but no notice of this behavior is given; perhaps a syntax checker (similar to the one used by Alfred's URL textboxes) would be more intuitive? Alfred 2.0.6 (203) on OS X 10.8.4 (12E55). Replicated: yes -
As of Alfred 2.0.3: Create a hotkey trigger Select action `Pass through to workflow` Select argument `Selection in OS X` *or* `OS X Clipboard contents` Enter a text prefix When this hotkey is pressed, the prefix is ignored - it is not prepended to the OS X selection / clipboard content - only the selection / clipboard text is passed on to the next workflow step. I'm not sure these combinations were ever *meant* to work, but the UI currently allows them. I can see how these combinations are useful, though: For instance, you could use the prefix text to pass a flag to the next workflow step signal[l]ing that input was provided via hotkey (+selection/clipboard content).
