Jump to content

Zork

Member
  • Content count

    8
  • Joined

  • Last visited

  1. I tried your suggestion, but the workflow fails with same error... I should have reported earlier that when I copy the text, it should already be text only anyway, as I copy from standard web forms in Safari (i.e. no rich text formatting or special Adobe clipboard format, for example). I thought the snippet expansion may be futzing with the clipboard temporarily to expand and restore it to former state... In any case, I noticed this behavior only after updating Alfred recently... Thanks for your help
  2. I can consistently reproduce an error when I expand a snippet then immediately execute an AppleScript workflow that manipulates the clipboard: I regularly compose business cards having all the typical information. To help expedite some repetition and reduce errors, I created a snippet and workflow to format email addresses. My defined snippet of ";e" expands to "e-mail " and my workflow is AppleScript to concatenate the first letter of the first name, entire last name, and email domain. 1. I type a person's name (e.g. "John Doe") 2. I select the name and copy it to the clipboard 3. I type the rest of the person's information 4. To enter the person's email address, I expand my snippet to get "e-mail " then execute my workflow (with a key-combo) to process the text-only clipboard and paste the result (e.g. "jdoe@abcdefg.com"). The combination yields the complete result of "e-mail jdoe@abcdefg.com" This process has worked flawlessly until the most recent update (maybe prior update?). I am currently using v3.3 [801]. My snippets have always expanded each time as expected. If I copy the name to the clipboard and process it with my workflow, the expected result is pasted. If I expand my snippet first, then process the clipboard, nothing is pasted. The debug for the workflow shows: [ERROR: action.script] 363:376: execution error: Can’t make some data into the expected type. (-1700) I can reproduce this behavior without fail. My workflow AppleScript: set convertedText to words of makeLowerCase(the clipboard) set the clipboard to text 1 thru 1 of first item of convertedText & second item of convertedText & "@abcdefg.com" tell application "System Events" keystroke "v" using {command down} end tell on makeLowerCase(theString) set UC to "ABCDEFGHIJKLMNOPQRSTUVWXYZ" set LC to "abcdefghijklmnopqrstuvwxyz" set C to characters of theString repeat with ch in C if ch is in UC then set contents of ch to item (offset of ch in UC) of LC end repeat return C as string end makeLowerCase
  3. I mentioned before that I'd like a Quicklook window output action. At the moment I get around this by invoking one via a terminal command (qlmanage), but it's less than elegant Then, I read here in the forums that someone simply wanted to display some static text in large type, and it triggered my original idea... My current feature request is to duplicate the Large Type output functionality as one that would accept input and display it using options for font and size, the display of which would then clear with a mouse click or keypress, as Large Type does. Sometimes, I simply want to see some information presented nicely without having to launch an app that displays it. Second request: some sort of debug window that could be enabled to show script errors... As always, thank you for your consideration Alfred is an amazing product!
  4. Basic request

    I have a similar need... Here is how I accomplished mine: 1) Create a File Action trigger (choose appropriate keyword and whether this action will accept multiple files) 2) Create a Run Script action (leave the Language setting on the default bin/bash) 3) Paste in this code "open -a /Applications/Preview.app {query}" (without the quote marks) Replace the Preview.app reference with the exact app filename of your desired app, such as GraphicConvertor. 4) Connect the File Action to the Run Script Now, with your file(s) selected in Finder, invoke Alfred's actions panel (as defined by the hotkey in preferences: File Search > Actions > File Selection) Once the actions panel is displayed, starting typing your keyword from Step 1 and it will appear as an action for your selected file(s). Choosing that action will pass the file(s) to GraphicConvertor to open.
  5. Beginner here, so please be kind I have a script filter that accepts an argument. An item's arg value is passed as the argument from the script filter to the next workflow component. Questions: 1) What happens to the original argument supplied to the script filter? 2) If both the original argument and arg value of an item are passed, how is each referenced in the next workflow component? 3) Can I somehow combine the original argument with the arg value of the items (to be parsed out in the next component)? EDIT: Following this post, I looked into David Ferguson's thread on How To with Script Filters and gleaned quite a bit... Still, I'd like to hear others' approaches
  6. I'm developing a snazzy workflow that only Alfred could do but I ran into an issue: I have a keyword trigger that accepts an optional argument. A notification is connected (as default connection) to display only if the optional argument {query} is supplied. A script action is also connected to the keyword trigger with a Control modifier. If I invoke the workflow and supply an argument, the workflow works as expected and displays the argument I supplied. However, if I invoke the workflow, supply an argument, and additionally use the Control key to execute the script, the notification does not display. It seems that either the output is suppressed, or {query} is set to null/empty. This behavior replicates without fail. I want the argument {query} displayed as a notification regardless if I invoke the workflow with or without also calling the additional script via the Control modifier. The entire workflow is more than I describe here, but the only issue lies with this element of the workflow. Since scripts (NSAppleScript) are involved, I suspect that {query} is somehow affected? OS X 10.6.8 Alfred v2.0.3 (187)
  7. I propose adding "Quicklook File" to the list of actions along with Open File, Reveal File in Finder, etc. or as an output, as I have a purpose for displaying a file referenced in an existing workflow. As my workflow exists now, I have a modifier key triggering Alfred's browser (filtering to show that file only), and I then hit the shift key to Quicklook from there. I'd like to avoid calling up the browser at all. I've read some posts about people trying to get Alfred to display the content of text files by using scripts and clipboard tricks, so it seems this would help for those situations and for many file types beyond. Perhaps there is already a way for Alfred to directly Quicklook a target filename that is known, as opposed to having to browse? Thanks for any advice and all your efforts! Alfred is truly wonderful Edit: I've altered to have Alfred run a script to execute qlmanage -p "filename" and that helps I guess, but I must close the <non-Finder> Quicklook window via mouse control... I'd still like to have native support for Alfred to pass a file to Quicklook
  8. I've created a workflow having only a Hotkey trigger to Show Alfred with an argument of Selection in OS X. I also have a prefix, and when choosing to position the cursor to the left, Alfred adds a leading space. Perhaps this is intentional behavior when there is no prefix, such to separate new text entry from the argument. My intent was to modify/refine the prefix and have Alfred show some items in the Action List, but I must clear that leading space first...
×