Jump to content

Tyler Eich

Member
  • Content Count

    628
  • Joined

  • Last visited

  • Days Won

    20

Reputation Activity

  1. Like
    Tyler Eich got a reaction from crs1138 in Change default Amazon and eBay countries   
    Under Alfred Preferences > General > Where Are You:, try changing the country to 'United Kingdom'
  2. Like
    Tyler Eich got a reaction from Arthur Melo in Colors—convert color formats & access the OS X color panel   
    Awesome!
    Please let me know if you have suggestions
  3. Like
    Tyler Eich got a reaction from Arthur Melo in Colors—convert color formats & access the OS X color panel   
    Colors v2.0.0
     
    Get it from Packal (Recommended)
     
    Quick Summary:
    This workflow can process and convert all CSS color formats and several Objective-C formats, namely NSColor (calibrated and device) and UIColor. It also provides an interface to the OS X color panel for easier color manipulations.
     
    It's written in native code (i.e. it's really fast).
     
    Quick Preview:

    You can find a full description on Packal.
     
    Direct download • source code on Github
  4. Like
    Tyler Eich got a reaction from ebouchut in Percentages in Alfred calculator   
    To any who may be interested: Percentage calculator workflow
     
    Type "100 + 10%", get "110" as the output. It emulates the behavior of a 4-function pocket calculator.
     
    Enjoy
  5. Like
    Tyler Eich got a reaction from thec13 in Assign Keyword Action   
    I doubt this will completely remedy your issue, but if you set Alfred to use 'Complete fuzzy matching from word boundary' ('Advanced' Tab > 'Apps Matching'), 'adw' will match 'Adobe DreamWeaver'.
  6. Like
    Tyler Eich got a reaction from johnnyxhuynh in How to change default web searches   
    Check out the 'Setup fallback results' button toward the bottom of 'Features > Default Results'
  7. Like
    Tyler Eich got a reaction from samdale67 in Window Snap Feature & Task Switcher   
    Warning: You may already be aware of the following information!
    Cmd-Tab is the hotkey for OS X's built in app switcher (you probably knew that)  If Word (or any other application) is open, typing 'Word' (or any other application's name) into Alfred will bring that app to the front. There are a few ideas buzzing around for window re-sizers and organizers. For example, this workflow is a port of the Layout's extension for Alfred v1.x (check out this post for the contextual discussion). It might satisfy your window-organizing needs 
  8. Like
    Tyler Eich got a reaction from David in Wolfram|Alpha workflow   
    I converted David Ferguson's Wolfram|Alpha extension to a workflow (and made some tweaks along the way  )
     
    It requires you have an AppID of your own (get one here). Note: Make sure you wait a few minutes before entering the code; Wolfram|Alpha's servers seem to take a moment to register the AppID.
     
    It provides feedback with the answer and input interpretation. If you action an item, it will output all the available information to Growl. Pressing ⌥↩ will copy the answer to the clipboard; ⌘↩ will open your query in Wolfram|Alpha (in the default browser).
     
    Here's a picture of the workflow editor:

     
    Here's what it looks like in action:

     
    Hope you like it!
     
    Download Here
     
    Update (May 15, 2013): Fixed another bug that prevented saving of AppID
     
    Update (March 5, 2013): Fixed bug that prevented the workflow from saving AppID on certain setups
     
    Update (Feb 25, 2013): Fixed garbled text issues, added 'Selection is OS X' argument to hotkey
  9. Like
    Tyler Eich got a reaction from dfay in Power pack version 3   
    I apologize for any misunderstandings, but Alfred Version 3 has not yet been released to the public. "On the way" indicates that it is not yet finished — though you can bet Andrew and Vero are working like mad to get it out the door!
     
    To clear a few things up:
    The email you received was not malicious. In fact, giving you the opportunity to purchase the Powerpack at a 10% discount has saved you money Since you just purchased a Powerpack license, you will receive a free upgrade to v3 when it's ready. You have immediate access to Alfred 2 (which is already awesome) and a free license to use the next major version. You have access to two versions of Alfred for the price of one license Vero is a single person who handles license inquiries and support, and Vero needs to sleep. Please be patient, as I'm sure she'll be waking up to many, many emails  Finally, welcome to the forums! If you have any further questions, please ask! There are plenty of very smart people here who gladly share their knowledge with new users 
  10. Like
    Tyler Eich reacted to deanishe in Very happy but I still want more   
    Yup, that's exactly it!
     
     
    Don't get me wrong, I also feel icky running an Alfred search via AppleScript, but I feel that, on balance, it's preferable to External Triggers due to their funky UX. Adding the keyword to the env vars would be a simple way (in terms of effort for Andrew and the current execution model) to eliminate the fairly substantial risk of everything breaking because a user changed the keyword. It's a stopgap while we wait for that first-class way of telling Alfred what to display next.
     
    I also like your idea of Alfred maintaining a stack. It's just that I think if Alfred is going to start tracking workflow state (which maintaining a stack would involve at some level, unless it's just doing some parsing of {query} for you), it may as well take it a bit further, so the workflow itself doesn't also have to worry about state (in the common case). As you say, stateful programming sucks, so clearly it's better to leave that to Andrew. That's what we pay him for
     
    In terms of the execution model, your suggestion isn't a huge leap. It would make the UI a lot cleaner for users, but not change much for developers. What I'm suggesting would change the execution model significantly (although it shouldn't break existing workflows), but also provide significant benefits for developers.
     
    In terms of effort for Andrew, neither is insignificant. I suspect the most significant component would be getting the UI for the breadcrumb navigation/stack right.
     
     
    Both should work equally well in situations where the stack = the argument, such as directory trees. If you're working with API or database data, where every node has an ID, you'd want to pass the ID and wouldn't care about the stack (if Alfred were taking care of it for you).
  11. Like
    Tyler Eich got a reaction from deanishe in Very happy but I still want more   
    In reply to Dean:
     
    Your last explanation clicked for me
     
    Let me try to explain what I see between our two approaches:
     
    Tyler's:
    UI sugar on top of the already-available workflow capabilities (delimiters, submenus) Developer is in the same position as previously Script filters act statefully, using tab-delimited inputs to rebuild state for each execution Pros:
    Prettier UI Simpler to back out of an action (just remove the last entry from the stack) Cons:
    Stateful programming sucks Developers receive no real help with control flow  
    Dean's:
    Send output directly to an (a.) action that does a thing (b.) script filter that return more options Each item is responsible for declaring where it should be sent if actioned No action or script filter needs to know how the last step got its result, it only needs the result Actions and Script Filters are labelled, basically eliminating the need for external triggers to pass data within a workflow Pros:
    Stateless components Much simpler control flow Cons:
    Could require significant rethinking of the Trigger/Input/Action/Output paradigm (may also be a Pro) To allow undo/back out, Alfred needs to maintain a stack of previous actions and the outputs sent to them  
    I have an intuitive sense that each solution has a different optimal use case, but I haven't thought too hard about it. Maybe my idea would be better suited to simple drill-down navigation, while yours is better suited to control flow between functional components.
     
    Either way, I like what I'm understanding about your solution. It's as big of a leap in capability as Alfred 2 was to Alfred 1.
     
    To me, it sounds like script filters have outgrown their implementation. From what I'm seeing, a script filter does not always need to have a keyword, nor does it always make sense to do so.
     
    It sounds like people want a first-class way of telling Alfred which UI to display next. The current solution (using Applescript to call an External Trigger or to populate Alfred with a keyword) is sub-optimal. I don't know about you, but I feel dirty every time I type osascript -e 'tell application "Alfred 2" to search "keyword"'.
     
    I can see benefit to having the keyword in the environment if you want a quick fix that's as dirty as Applescript, but not if the system itself were built to handle this interaction better. If workflow objects had developer-specified labels, the keyword chosen by the user would be irrelevant.
  12. Like
    Tyler Eich got a reaction from deanishe in Very happy but I still want more   
    What about a new value for the type attribute? Something like type="category". When actioned, the icon of the category is placed into Alfred's UI similarly to the way External Triggers do.
     
    Example of how it would work:
     
    User is activating a workflow that uses a script filter to drill into a folder structure to find a specific file
     
    User activates script filter with "drill alpha-folder"
    User selects item with:
    type: "category"
    arg: "/alpha-folder"
    icon: "alpha-icon.png"
     
    Alfred places "drill-icon.png" and "alpha-icon.png" into the left part of the UI (as occurs for External Triggers)
    Alfred sends "/alpha-folder" as query to script filter
    ​Script filter responds with results from /alpha-folder
     
    User selects item with:
    type: "category"
    arg: "/bravo-folder"
    icon: "bravo-icon.png"
     
    Alfred places "bravo-icon.png" above/next to "alpha-icon.png" to indicate hierarchy (at some reasonable point, icons collapse instead of stacking at full width)
    Alfred sends "/alpha-folder [tab] /bravo-folder" as query to script filter (tab separated, similar File Actions)
    Script filter responds with results from /foo-folder/bar-folder
     
    User presses delete key
     
    Alfred removes "bravo-icon.png" from UI stack
    Alfred sends "/alpha-folder" as query to script filter
    ​Script filter response with items from /alpha-folder
     
    User selects item with:
    type: "file"
    arg: "/alpha-folder/charlie-name.txt"
    icon: "charlie-icon.png"
     
    Alfred sends "/alpha-folder/charlie-name.txt" to the next action
    Action does whatever it does, just like always…
     
    Let me know what's good, bad, and/or ugly about this solution. I'm very interested to hear how other people would approach this issue, especially those with more experience developing hierarchical workflows.
  13. Like
    Tyler Eich got a reaction from xilopaint in Percentages in Alfred calculator   
    To any who may be interested: Percentage calculator workflow
     
    Type "100 + 10%", get "110" as the output. It emulates the behavior of a 4-function pocket calculator.
     
    Enjoy
  14. Like
    Tyler Eich got a reaction from jeet in Delete file with keyword "Delete <filename>"   
    Trash Workflow
     
    This should do what you want, except I chose 'trash' as my keyword instead of 'delete'. Hope this helps
  15. Like
    Tyler Eich reacted to deanishe in Percentages in Alfred calculator   
    No, it isn't. 100 plus 10% is 110. And 6% of 500,000 is 30,000.
    You're asking a different question, namely "what figure, when 10%/6% is deducted, leaves me with 100/500,000".
  16. Like
    Tyler Eich reacted to Andrew in Add "update" keyword, to trigger app update automatically.   
    Improvements in this area are definitely planned in the future (I plan to overhaul updating)
  17. Like
    Tyler Eich reacted to SlippyCheeze in Add "update" keyword, to trigger app update automatically.   
    Hey.  The new notification for updates on the alfred box is cool, but the implementation is pretty interrupting.  Right now I see it when I pop up Alfred to do something, so I end up doing this:
     
    1. Pop up Alfred, spot the notification, but already a bit into what I was trying to do.
    2. Finish typing whatever, open the app, file, or workflow.
    3. Hopefully remember the update when I am done with the current context.
    4. Open alfred with the keyboard
    5. Use the mouse to click the update notification.
    6. Use the mouse to click the update button in the preferences.
    7. Wait.
    8. Click again to relaunch.
     
    That's cool, but really quit intrusive.  I would much rather this flow:
     
    1. Pop up alfred, spot the notification
    2. Finish tying whatever I opened Alfred to do.
    3. pop up alfred
    4. type "update <return>"
    5. do whatever I was doing
     
    ...and Alfred is silently updated in the background without bothering me.  Maybe opening the changes in the background or something to let me know what changed, but otherwise just staying out of the way.
     
  18. Like
    Tyler Eich reacted to QFieldBoden in Clipboard/Snippet Viewer - Going Back   
    Hi
     
    If I load up the clipboard/snippet viewer it opens up and that's fine. At the top of the list I can open up a list of available snippets or I can click on one of the items in the list of clipboard items if I wish to. However, if I open the list of available snippets and then decide that I want to go back to the list of clipboard items instead how do I do that? I've tried all the keys I can think of to no avail and at the moment I have to press the esc key to close the pane and then toggle Alfred again. I'm sure there is another way of going back to the opening list that I have failed to find.
     
    Thanks,
     
    Q
  19. Like
    Tyler Eich reacted to theSquashSH in Maximum character limit on {query} text passed to workflows   
    This is a limit imposed by UNIX, not Alfred, but the error message shown is slightly confusing, and there should be a way to overcome this issue.
     
    Right now, selecting more than exactly 260527 characters on my system and using it in an Alfred workflow (with the Argument:'selection in OS X' setting) as "{query}" will throw an error.
    You can see your system's bash argument character limit with:
    getconf ARG_MAX Alfred should allow a way to pass the selection as stdin instead of a quoted and escaped string, otherwise there is no way around this hard limit, and Line-Counting workflows, etc. are useless for larger bodies of text.
     

    ^ Confusing error message when selecting too much text.
     

    ^ A workflow example that would trigger this.
     

    echo "{query}" > .wordcount echo "Characters: "$(wc -m < .wordcount)"  Words: "$(wc -w < .wordcount)"  Lines: "$(wc -l < .wordcount) rm .wordcount
  20. Like
    Tyler Eich reacted to Andrew in Automatically copy selected text when Alfred is invoked   
    I definitely agree with this... I've added a note to look into this for the future
  21. Like
    Tyler Eich got a reaction from Florian in Colors—convert color formats & access the OS X color panel   
    Colors v2.0.0
     
    Get it from Packal (Recommended)
     
    Quick Summary:
    This workflow can process and convert all CSS color formats and several Objective-C formats, namely NSColor (calibrated and device) and UIColor. It also provides an interface to the OS X color panel for easier color manipulations.
     
    It's written in native code (i.e. it's really fast).
     
    Quick Preview:

    You can find a full description on Packal.
     
    Direct download • source code on Github
  22. Like
    Tyler Eich reacted to deanishe in Modifiers can alter item values other than subtitle   
    So, this popped up over in the help forum, but this is a better place for it to solicit feedback, methinks.

    Currently, Alfred allows you to specify alternate subtitles for the result items returned by Script Filters, so that you can let the user know which action would be run.

    Looks like this:
    <item arg="/path/to/Ideas.txt" uid="/path/to/Ideas.txt" valid="yes"> <title>Ideas.txt</title> <subtitle>Open file</subtitle> <subtitle mod="cmd">Reveal file in Finder</subtitle> <subtitle mod="alt">Trash file</subtitle> </item> Whereby the Script Filter is connected to three different Actions.
     
    The suggestion is to turn the alternate subtitles "inside out" and add a <mod> (or <alternate>) tag that can override not just the subtitle, but any of the item's parameters (that make sense):
    <item arg="/path/to/Ideas.txt" uid="/path/to/Ideas.txt" valid="no"> <title>Ideas.txt</title> <subtitle>Search in Ideas.txt</subtitle> <icon type="fileicon">/path/to/Ideas.txt</icon> <mod key="shift" valid="yes" arg="/path/to/Ideas.txt"> <subtitle>Open this file</subtitle> <!-- the super-smart workflow has figured out the default app for this filetype --> <icon type="fileicon">/Applications/Sublime Text.app</icon> </mod> <mod key="cmd" valid="yes" arg="/path/to/Ideas.txt"> <subtitle>Reveal in Finder</subtitle> <icon type="fileicon">/Applications/Finder.app</icon> </mod> <mod key="alt" valid="yes" arg="/path/to/Ideas.txt"> <subtitle>Trash</subtitle> <icon type="icon">trash.png</icon> </mod> </item> This would have a few advantages:
    It's possible to set an item to invalid for if, say, you want to require an additional argument by default, but override that in alternate actions. Currently, an action is always valid or never valid (this was the starting point). You can change not just the subtitle, but also the title and/or the icon, providing more and better contextual information (don't forget, some users turn off subtitles) You can change the arg. This means you can avoid a plethora of Run Scripts/Open URL actions and instead generate alternate URLs (e.g. to different search engines) right in your Script Filter and connect it to just one Open URL action. The same goes for copying different representations of data (e.g. colours, emoji or other non-ASCII text) to the pasteboard. (This would also require Alfred to allow multiple connections to the same Action/falling back to the "bare" action if there isn't another connection for the modifier) By avoiding hard-coded actions, it makes it easier to allow users to configure workflows without having their changes overwritten by a workflow update (which necessarily happens to any user-added actions and connections in a workflow) It wouldn't make sense to be able to override all of an item's options (e.g. uid, copy text and large text).
     
    It strikes me (and Florian) as a powerful addition.
     
    What do you think?
  23. Like
    Tyler Eich reacted to politicus in Let me create a new folder when using the "Move To" action.   
    I just selected 10 files, wanted to move them in a new folder (one that doesn't already exist). 
    It would be awesome if I could move files in a folder that do not really exist. 
     
    After the "Move To" action is selected:
    If the folder already exists, Alfred moves the files in the folder.
    If the folder doesn't exist, let me type the new folder name, press enter and Alfred moves all the selected files in the newly created folder.
     
    What do you think?
     
    Or there is a better solution? @Vero?
     
    Using the buffer feature seems to be slower than the "Move To" action in this case.
     
  24. Like
    Tyler Eich reacted to Florian in Authorise use of buffer from workflows   
    Hey community,
     
    So here's my use case, and i'm sure we could come up with dozens more:
     
    I'm using fniephaus's awesome gmail workflow and when i type "gmail INBOX" i get a list of emails. Now some of those i want to mark as read. Then I have to individually go to each one of these and press enter and press "mark as read"... 
    So I figure: ideally i'd press Alt+DOWN on a few of these and they'd stack up and then i'd be able to trigger an action.
     
    So of course there are ways of doing this without Alfred's native file buffer. And of course it would mean writing more script for the developer. But wouldn't it be great to take advantage of this nice little piece of UI? 
     
    Cheers.
  25. Like
    Tyler Eich got a reaction from tanc in Duration Calculator — Add and subtract durations of time   
    This workflow extends Alfred's built-in calculator function. It recognizes durations as input and allows them to be added / subtracted. For example, if you type "8:00:18 - 4:19:23" into Alfred, you'll get "3:40:55".
     
    You may add or subtract as many durations as you like (e.g. "3:32:55 - 5:57 + 4:50:14").
     
    Download
     
    Preview:

×
×
  • Create New...