Jump to content

multicolor

Member
  • Content Count

    14
  • Joined

  • Last visited

  1. Thanks for such a huge and useful workflow! When I add the current song to a playlist, it doesn't add it where one would expect; it gets added to the top of the playlist. When adding songs using the desktop GUI they end up at the bottom. Would it be possible to mimic this behavior instead? Or supply an option to choose either. Cheers, M
  2. Thanks for a great workflow @xeric, it improves my workday a lot! It's nice how the search results open in the current space without activating the Outlook app first, and thereby avoiding potentially switching space in order to focus it. Would it be possible to implement the same behaviour for composing new messages using olknew? I.e. opening a new message in the current space without activating/focusing the base Outlook app. Cheers, M
  3. I found this great little piece of code today and fixed it to work with both Light/Dark mode. Simply switch the plugin with this one: https://www.dropbox.com/s/d3uw88og6wux195/write-into-menubar-bitbar-plugin.1s.sh?dl=0 Doubled max characters also. Cheers, M
  4. Alright, interesting problem! So from your idea I wrote a workflow that inverts the behaviour default setting by extending the opop workflow: 1. If opening in new tabs is default: open in new windows 2. If opening in new windows is default: open in new tab in current window Get it here. Keyword is "okok". It doesn't handle the case if the folder is already open in a tab, then it just focuses that tab. If there's the need of a workflow to break it out in to a new window, I might be able to add that as well. It's not obvious to me what the preferred behavior is when Finder is not active: by opening the folder in a random currently open tabbed Finder window, it might be equally disruptive as getting a new window. The original opop-workflow made a new window if Finder wasn't frontmost, which seem to work for most people and is therefore how this one works as well. Cheers, M
  5. Wow thanks, that was fast! Works great. Now if one could wish for features, perhaps it would be possible to add further videos to the current playlist in the background if a video is already playing. That way one could queue a few videos and let it play. Though I do understand if that's not in scope of what you feel PlayAddress should be Cheers anyhow!
  6. Hey, Love your workflows, often use DownVid! This one though doesn't quite work for me. I use IINA, and sometimes when trying to play the current tab it closes the tab but doesn't play it in the player, at most the workflow activates it. It always works when the player isn't running, but never when it's running. Nothing looks different in the debug log, so I'm not sure what's going on. Cheers
  7. Love it! So useful to look up quick things, like "gs 720p def" and then use shift to preview the first page, way faster than using a browser. Way to go!
  8. So I had some time and made a workflow for what you describe. Probably not the most elegant solution, but I'm not a programmer, just an engineer that likes to tinker. Even more so since Alfred is so tinkerable.. Get the workflow here. Default keyword is "opop". Graphic from here. Enjoy!
  9. Yes indeed, I agree. In fact, I don't think it ever worked for me even in OS X 10.10.. Cheers, M
  10. Yaaaay! Fantastic, thank you dearest Andrew. Now I'd better enable Alfred to check for pre-releases! Cheers, M
  11. Regarding having your clipboard buffer overwritten I can really recommend Jumpcut: http://sourceforge.net/projects/jumpcut/ It's just as it says, a free, minimalist clipboard buffer. Stable, easy to use and generally awesome. Never again lose what you copied. Just make sure to tick the option to save clippings "After each clip" in the Preferences, else it won't be saved in case of a system crash. Cheers, M
  12. Great, thank you cands and Andrew. Would be awesome if just about every part of Alfred supported fuzzy matching! Such as when choosing File Actions: 'ow' -> Open with.. Cheers, M
  13. Dear all, I'm quite sure it appeared when I updated to Yosemite, or less likely when updating to Alfred v. 2.7 or 2.71. Basically, fuzzy matching works fine when just searching in Alfred, but not anymore from file actions or using Quick Search. It works only when simply searching in Alfred, i.e. 'tw' gives TextWrangler as result. But previously it was possible to do when actioning Finder items and also with Quick search. But sadly not any more.. How to reproduce (one way): 1. In Advanced set the setting 'Apps Matching' to 'Full fuzzy match from word boundary'. 2. Select a few files in Finder 3. Action the items using the hotkey defined in (Features > File Search > Actions > File Selection) 4. Choose 'Open with..' 5. Write a string that would work with fuzzy matching, for example 'db' for Dropbox or 'ps' for Photoshop 6. Verify that fuzzy matching works else by just writing for example 'db' into the basic Alfred prompt I'm sure this worked for me before. I wonder if anyone else have experienced this? My muscle memory for this lovely app feels deprecated at the moment.. Best regards, M
×
×
  • Create New...