Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation since 09/26/2021 in Posts

  1. Yeah, this keeps biting me, too, and it's rather irritating. The Universal Action list just doesn't behave like Alfred is supposed to (in my mind). I'm not sure there's a lot of value in manual ordering. Re-ordering results based on your usage is kinda Alfred's thing, and it makes a manually-ordered list somewhat pointless. To my mind, the issue is rather that the algorithm Alfred currently uses to sort Actions is different to the way normal search works. We all train ourselves to consistently use the same search terms for the same items, and in return Alfred consistently ensures that the same item is always the top result for a given query. But the Actions list deviates from that behaviour, making it inherently somewhat tricky to use.
    2 points
  2. This works perfectly. Thank you so much! Beer on the way!
    2 points
  3. Andrew’s suggestion won’t get you the result you’re after; they’re different things. You can’t have the Clipboard History meshed with the default results—they’re different windows with different goals—mixing them would be a mess. You can either make your two Hotkeys more obvious (e.g. if invoking Alfred is ⌥+Space, make Clipboard History ⌥+C) or invoke Alfred → type c → scroll down to Show the Clipboard / Snippet Viewer → Press ↵. Do that a few times in a row and you’ll train Alfred to put that option at the top. Then you’ll just have to open the default Alfred window and press c↵ to get to the Clipboard History.
    2 points
  4. You have yourself to thank for an exemplary request for help. It was clear, polite, complete (provided the Workflow), and revealed effort. With reports like this, it’s a pleasure to try to help.
    2 points
  5. Alfred's Universal Action sorting is basic compared to Alfred's default results, but rest assured that 4.5 is just the beginning for Universal Actions and I have so much more in the works
    1 point
  6. @Andrew can do that — and probably should also see the UA sorting algorithm feedback in this thread.
    1 point
  7. But it also makes it so you can never share the Workflow with anyone else. It may not even work between your own machines. Furthermore, you’re loading your entire shell configuration—that will be slower than just running the commands to load the necessary Python environment. Not that your solution is wrong, but you should be aware of the tradeoffs.
    1 point
  8. @p3av8r That'll be the next step then, establishing which plugin is likely interfering. I use Alfred's snippets in Gmail in Safari (no browser extensions) on Big Sur hundreds of times a day, so I'm confident that when nothing external is interfering, your snippets should work perfectly. Cheers, Vero
    1 point
  9. New release is out. It expands gd to differentiate between cache missing or being built and prevents immediate sequential cache rebuilds.
    1 point
  10. @GatorMapi You should copy the entire Alfred.alfredpreferences file, not individual items within it if you're looking to set up a new Mac. You could also sync the first Mac to Dropbox, if you're keeping both Macs for personal use: https://www.alfredapp.com/help/advanced/sync/ If you want specific workflows, you can export them by right-clicking them in the sidebar in Alfred's Workflows tab and choose Export Cheers, Vero
    1 point
  11. Yes. You’re running the commands multiple times and making them trample each other.
    1 point
  12. vitor

    Packal is down

    Welcome @LSDog, Packal’s development ceased years ago and has been officially recommended against for just as long (and for that reason). Note that website was always a third-party resource. The official venue to share Workflows is these forums. Alfred itself is alive and well and under active development. Similarly, new Workflows are created and released all the time. Further yet, there are plenty of other third-party venues to share Workflows, such as Alfred’s subreddit and Pacmax. If you need any of Packal’s Workflows, they should still be accessible from the GitHub repo it used. Though I’ll reinforce these forums are the official place to share Workflows.
    1 point
  13. This AppleScript will open each of the groups defined at the top of the script in a separate Finder window, with each path in its own tab. -- each list in groups will be opened in tabs in the same window property groups : {¬ {"~", "~/Documents", "~/Downloads"}, ¬ {"~/Library", "~/Library/Application Support/Alfred", "~/Desktop"}} -- How long to wait (in seconds) between simulated keypresses. -- Increase this value if the script works unreliably property _delay : 0.25 use framework "Foundation" -- expand ~ in path to home directory on normalisePath(_path) set _string to stringWithString_(_path) of NSString of current application set _norm to stringByStandardizingPath of _string return (_norm as string) end normalisePath on run tell application "Finder" activate repeat with _paths in groups -- create new window to open tabs in make new Finder window --open folder "Documents" of home delay _delay -- for each path, open a new tab and navigate to the path repeat with _path in _paths set _path to my normalisePath(_path) -- log "path=" & _path & ", target=" & POSIX path of (target of front window as alias) -- simulate CMD+T to open a new tab tell application "System Events" to keystroke "t" using command down delay _delay set target of front window to (POSIX file _path as alias) delay _delay end repeat -- close initial tab tell application "System Events" keystroke tab using control down keystroke "w" using command down end tell delay _delay end repeat end tell end run
    1 point
  14. @Mr Pennyworth might have some ideas: he's written a couple of applications that need to know what Alfred's doing. You might be able to use the notification API Andrew added for him, which would be absolutely ideal. The only thing I can think of is an AppleScript that launches Alfred, then waits for it to close: -- Do stuff here to enter "Alfred mode" -- Open Alfred tell application id "com.runningwithcrayons.Alfred" to search "" tell application "System Events" tell application process "Alfred" -- Wait for Alfred window to appear repeat while (count windows) = 0 delay 0.1 end repeat log "Alfred open" -- Wait for Alfred window to disappear repeat while (count windows) > 0 delay 0.1 end repeat -- Exit "Alfred mode" here log "Alfred closed" end tell end tell You could do your setup and teardown in the script or before it runs and after it exits.
    1 point
  15. Alan He

    keyword alias

    Sometimes I want to invoke multiple different keywords, but the execution processing logic is exactly the same at present. I have to copy it. If logic modify, I have to modify twice. It's better if Alfred support keyword alias. To be honest, this requirement may not be used much, but I still want to mention it and see your opinions.
    1 point
  16. deanishe

    keyword alias

    I'd like to see aliases added, tbh. People/things have a fairly fuzzy one-to-many relationship with names, and some equivalent of aliases is important in a system is supposed to adapt to the user. Duplicating Keywords/Script Filters is a poor workaround because any duplicates will get removed if the workflow is updated, while keywords (and by implication aliases) are preserved.
    1 point
  17. Alfred uses word-starts-with semantics: my or file should also match this is my file.doc. To search within words, prepend an asterisk to the search term: *his will match this as well as history.
    1 point
  18. If you post your workflow I will take a look for you.
    1 point
  19. This is easy to do with the hotkey trigger. There's a tab called "related apps" where you can tell Alfred to only run this workflow pipeline if the hotkey is triggered in a certain app (or group of apps) Heres a quick demo showing you how to do this
    1 point
  20. Making angular searches via javascript was an interesting problem to solve with javascript so I made a workflow for you @Jasondm007 that searches the board decisions site. You can download the workflow if you want. It's a modified version of the one @vitor made earlier in this thread.
    1 point
  21. I bought the new one today. It seems like quite the upgrade from what I had. Thanks!
    1 point
  22. Thanks for this. It was about 25 mins to index 1.33 TB, comprised of 111467 files.
    1 point
  23. They are. To automate macOS, you need to be able to call its automation APIs. Apple has added official support for doing that to AppleScript and JXA, while very few non-Apple languages are able to call those APIs.
    1 point
  24. Apple created AppleScript; they’re the only ones who support it. Its purpose is to allow the automation of macOS apps, which have to implement a dictionary of what’s possible. AppleScript is a weird language and dissimilar to most. It tries to be English with the goal of being easy for non-programmers to use. It fails miserably because it’s just as unforgiving of wrong syntax as other programming languages. AppleScript was neither adopted by non-programmers nor is it easy to pick up by programmers. Enter JavaScript, a very popular language, as a way to try to bring more programmers to use these features. It is more pleasant to use but is incomplete and Apple gutted its automation division so either is unlikely to ever be updated. We’re left with two languages with access to the same interfaces, mostly overlapping in features but with a few idiosyncrasies in each. There is nothing special about these languages. It’s the access they’re given that matters. It’s not “JavaScript”, it’s “JavaScript for Automation” (“JXA” for short). So no, you can’t use Bash to do the same these can but it has nothing to do with the language. You should avoid them unless you’re trying to do something only they can.
    1 point
  25. Alfred doesn’t have access to your PATH variable or anything else you set inside your shell. Think of it like a new shell with default values including a few extras. It’s working as designed.
    1 point
  26. No. Quotes are used to insert string (text) literals into source code. Without quotes, it's not text, it's code, and the interpreter will try (and fail) to execute it.
    1 point
  27. It is the exact same principle (and mistake) of the previous case. You’re quoting too much. When you tell application "Adobe After Effects 2021", the value does not contain quotes, it is enclosed by them. When you use AE, the code is substituting the value of the variable, not literally replacing the written text. In other words, the quotes are delimiters which tell the code what is the value you want. They separate text from code. When in an Alfred utility (like Arg and Vars or the Workflow Environment Variables) you’re always writing text, never code → thus you don’t need quotes or delimiters → thus if you add them, Alfred thinks you want them literally. If it makes it easier, just imagine those Alfred fields where you insert values already have quotes around them. There is one thing which may still trip you up—your use of {query}. That does replace the text in your code literally. While useful in specific cases, it brings with it several disadvantages and is deprecated in favour of with input as argv. In your (initial) question, changing the code to support ARGV would require more effort than fixing your well-define case, so I refrained from mentioning it at the time to not sow confusion. In the future, though, you should default to it just like it is Alfred’s default.
    1 point
  28. There are a couple of problems I can see. Firstly, you're setting your workflow variable incorrectly: That's the raw value. Don't use quotation marks in there unless the value includes quotation marks. The major problem is that AppleScript doesn’t let you use a variable in a tell clause the way you’re doing. The variable’s only available at runtime, but AS needs to know the name of the application before then at compile time to look up any app-specific terms you’re using (e.g. DoScript). AFAIK, there's no way to use app-specific terms in AppleScript without hardcoding the application name in the script somewhere. You should either rewrite your script in JXA (where Application(someVar) works perfectly well) or insert the application name into the AppleScript some other way (i.e. “generate” the AppleScript).
    1 point
  29. This is the thread for the workflow itself, which links to Vitor's Github, so you'll always find the latest there
    1 point
  30. https://github.com/deanishe/alfred-mailto
    1 point
  31. You’re looking at the File Buffer.
    1 point
  32. Hello, I use the dictionary feature a lot, and I think it would be great to have the option to view the full definition right in Alfred, instead of a single line which rarely ever provides useful insights. This makes me open the Dictionary app every time, which is very inefficient. This is the default Spotlight behavior (phrases using the word and etymology are also included, and it's really useful) and it works well. Lacona does this too. Thanks!
    1 point
  33. I don't think you're getting that far. The way you're trying to join the URL is all wrong. It needs to be: set myVariable to "some string" & someVariable & "another string" You forgot the & signs. As regards URL-encoding: AppleScript can't do it. Unless you can find a function someone has written, you'll need to use a different language for that.
    1 point
  34. Transform selected text to markdown-table or apply markdown grammar! https://github.com/jopemachine/alfred-transform-markdown
    1 point
  35. Yes, you can do this with a script filter. Would you want to enter just one of the values (e.g. Cost) and have the other three calculated for you? Or would you want to be able to enter any of the 4? If you search there are quite a few calculator workflows out there: https://www.alfredforum.com/search/?&q=calculator
    1 point
  36. Alfred snippets aren't expanded in Alfred by default. https://www.alfredapp.com/help/features/snippets/advanced/
    1 point
  37. I spent the weekend making eight Monterey-inspired themes that are designed to be used with the system Accent Colors based on this request from @hootle. 👔 Download here My intention is to fork @AlexMartinFR's Mojave Alfred Accented Themes workflow to make it possible to change Alfred's theme from command palette. I looked into this process and it's more involved than I had hoped due to the obscurity of Apple's APIs for changing both the system appearance (easier) and the AppleHighlightColor (hard). If anyone wants to help me with this, let me know! Preview: Here's a quick video with instructions for syncing your Alfred theme with your System Appearance:
    1 point
  38. Press a shortcut to simulate a right click in the Finder and use the context without leaving the keyboard. A native alternative exists but suffers from a major flaw: it right-clicks where you cursor is, not what you’re selecting. This workflow (or gist, if you prefer it as a Service) addresses that limitation. Download | Source
    1 point
  39. Hi everyone! Just published my first workflow as I didn't find any other solutions that addressed my issue. As many of you probably can relate to, I spend hours each day in different videoconferences, and toggling mute on and off is something I do all the time. As I'm a consultant, I need to use a myriad of different apps as different customers prefer different solutions. I'm a keyboard addict, so I like the idea of having a simple hotkey that I can press to mute/unmute when in a meeting. There are other solutions to this (such as https://mutify.app and https://mizage.com/shush) that I have used in the past and that work nicely, but I have had some issues: Adding a global shortcut that is both easy to use and that don't crash with other app shortcuts is difficult (I have unmuted by accident 😬 on occation) In addition, I upgraded my home office with an XLR-mic for better sound, but in such setup, adjusting the microphone volume doesn't work as it's handled by the external soundcard. I started thinking, and came up with the perfect solution using an alfred workflow. The idea is that when certain apps are in focus, I bind hotkeys to that particular apps mute toggle and pass that on via alfred. So in my case, F15, double-tap Option or Home becomes whatever key combination the videoconferencing app in focus uses for toggling mute. Check it out and feel free to modify or extend it to your needs: https://github.com/helgeblod/alfred-universalmute
    1 point
  40. Thanks for sharing this. I hope that a new API for automation (including note open, exporting etc) will come out to enable this workflow again..
    1 point
  41. Things for Alfred Interact with Things 3 using Alfred. Download and Installation Download the workflow file from GitHub releases and install it by double-clicking on Things.alfredworklow. Usage Use the keyword todo to show Things lists and action any of them for displaying the corresponding to-dos. Action a to-do to display it in the Things UI. Try the modifier keys either in lists or in to-dos to know other actions. Contribute To report a bug or request a feature, please create an issue or submit a pull request on GitHub. Credits This workflow relies on qWorkflow library by Ursan Razvan and OneUpdater by Vítor Galvão. The to-do icon is created by Jason Zigrino and released under the Creative Commons BY-NC-ND 3.0 license. License Things workflow code is released under the MIT License.
    1 point
  42. This is a great workflow, and thank you. Unfortunately it won't work if you use a tool like Bartender that moves the bluetooth menu item off the main bar (or if you don't want the bluetooth menu item displayed). For us cranks it's harder; I installed a command line tool called Bluetooth Connector and made a simpler less friendly workflow than yours that I named "Toggle my airpods" that just calls the command line /usr/local/bin/BluetoothConnector 4c-32-75-c2-09-b4 (because that's the MAC address of my airpods; yours would be different) I personally suggest people find a way to be less stubborn than me and just use your workflow but I thought I'd post this for the unfortunate souls like me who find this post.
    1 point
  43. Description: Just created a quick and easy TextSoap Cleaners workflow to allow for the execution of any of the TextSoap cleaners on the current clipboard contents. It is using the applescript interface to the TextSoap Menu application. Therefore the full application does not need to be running. It works faster than the PopClip extension for TextSoap. This will also remember past used cleaners and give them back to you as an option. That way you can build your most used list here as well. It can also pop up a list of all cleaners in Alfred for you to pick from. Download: https://github.com/raguay/MyAlfred/blob/master/Alfred 3/TextSoapCleaners.alfredworkflow Readme: This workflow is for using the TextSoap cleaners on text. Each keyword is described below: To Use: The "tc:clean" keyword to select from a list of cleaners or a previously used cleaner. The particular TextSoap cleaner will be performed on the contents of the clipboard. If you hold down the FN key, it will delete that cleaner from the list of most used cleaners. You can use a hot-key to launch the last cleaner automatically on the current selection and copy the results back in place. It also has a hot key to copy the current selection, show a list of available cleaners, perform the cleaner, and copy the results back. The "tc:full" keyword will list every cleaner available and perform the selected cleaner on the clipboard contents. The "tc:fulla" keyword does the same as the "tc:full", but copies the result into the top most application. In order to have the list of every cleaner, you should run the keyword “tc:getcleaners" each time you add a new cleaner to Text Soap. You can set an editor to use to edit your personal cleaner list using the "tc:seteditor" keyword. You can then use the "tc:editlist" to edit your list of most used cleaners. You can get a line, word, character count of what is in the clipboard using “tc:count”. It will clean out formatting first (HTML to plain text). If you pass a string with the command, it will count that string. You can set a hotkey to count the selected text. The count is placed back into the clipboard. tc:loadpopclipext This will load the popclip extension for executing the last cleaner on the highlighted text. There are also three places to set your hotkeys: one for doing a character/word/line count of your selection, one for evoking the last cleaner on selected text, and one for choosing from the full list of cleaner to apply on the currently selected text. Current Version: 2.3 changed on 06/26/2014 I refactored and cleaned up a lot of code. Added the line, word, character counting as well. Just fixed problem with sorting cleaners by location in list and use. Now, Alfred sorts each cleaner by times used only. Current Version: 3.0 The link above has been changed to the 3.0 version. Sorry for the inconvenience of not updating this sooner. Let me know if you need more functionality or you find a bug. Richard Guay
    1 point
  44. It's likely that in the future, the maximum persistence time for clipboard history will be increased. Without going deeply into the architectural details, the reason this isn't a simple "turn up the volume to unlimited" type change is because there is are significant performance considerations. It doesn't matter if setting the maximum clipboard history makes searching the clipboard history slower, this is, after all, the user's prerogative. The fundamental issue is more about maintaining an extremely large full text index on inserting new text data every single time you cmd+c, leading to higher idle CPU usage (and potentially lower battery life). Alfred is intrinsically extremely lightweight, so before providing a longer clipboard history, a number of architectural changes would have to happen. For example, one solution could be to automatically archive data every week into a different "long term" store. This would allow Alfred's day to day usage to be extremely fast and low resource use, while providing access to those "every so often" needed items you copied 2 years ago. To be clear on timescales, any architectural change won't happen on a maintenance release - but rest assured that this feature request is on my radar. Cheers, Andrew
    1 point
  45. +1. This is the way most similar software works, and makes more sense in terms of any potential downsides of a large history. A significantly higher limit for plain text items than for images also seems reasonable and useful.
    1 point
  46. If I'm not mistaken, the raw snippets themselves are in synclocation/Alfred/Alfred.alfredpreferences/snippets/ cf. https://github.com/derickfay/import-alfred-snippets Presumably the .alfdb file is generated from those for purposes of speed etc.
    1 point
  47. Instead of setting up snippets, you could setup a workflow which simply has keywords linked to clipboard outputs, then you have full control over what is typed and what is output... i.e. you could have 'foo' which pastes some text. Cheers, Andrew
    1 point
  48. If you go to Alfred Preferences, click on the Workflows icon, then at the bottom of the list of workflows, click the "+" sign, then choose Templates > Clipboard > Paste as plain text from hotkey
    1 point
  49. Alfred can do on its own this if you're prepared to treat percentages as the fractions they are. Type 295 * 0.0235 and Alfred will do the business. The default in Alfred's calculator is to use the OS X locale-specific separator, so if your user account is set to German language and formats, 295 * 0,0235 should give you the desired result.
    1 point
×
×
  • Create New...