Jump to content

Search the Community

Showing results for tags 'feature request'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Alfred 3
  • Make the Most of Alfred
    • Discussion & Help
    • Bug Reports
    • Alfred Feature Suggestions
    • Themes
  • Alfred Workflows
    • Share your Workflows
    • Workflow Help & Questions
  • Alfred v2 Themes
  • Alfred Remote for iOS
    • Alfred Remote Discussion & Help
    • Remote Connection Troubleshooting

Categories

  • Articles
    • Forum Integration
    • Frontpage
  • Pages
  • Miscellaneous
    • Databases
    • Templates
    • Media

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Twitter


Website URL


Jabber


Location


Interests

  1. Since it's possible to drag and drop a CSV file to batch import into a List Filter, it would also be useful to export the contents of a List Filter to CSV. I currently maintain spreadsheets of options that I update from time to time and then convert those spreadsheets to CSV to import into List Filters, and getting the data out that I've previously added would be very helpful. If export itself isn't feasible, allowing me to select and then copy rows in the List Filter to the clipboard in a table-compatible format would be sufficient.
  2. There is an Alfred Workflow by @Benzi called Menu Bar Search that offers this functionality (although recently broke in v1.7), but I wonder if this would be a useful addition alongside the Universal Actions feature currently in beta. Just as you can set a hotkey to bring up a list of actions relevant to your selection in Finder, supporting native Menu Items Search via a hotkey would feel consistent, since it's applying a similar "interact with my current context or selection" behavior to the currently focused app. @Andrew what do you think?
  3. In working on my Monterey Theme pack, I realized that macOS does many more sophisticated things when rendering its UI than what Alfred allows me to control when designing my themes. I realize that keeping the theming system simple should be a goal, but nuance and consistency can be added without adding too much complexity. For example, when I right-click on an item to set its color, there is a list of "Theme colours", but these could include a submenu that includes System Colors or Dynamic System Colors: Other enhancements that could go a long way: Allow me to set a gradient on the window and Selected Result Background.¹ Allow me to access or use the AppleHighlightColor as a color variable. Allow me to control the background blur setting on the window (this setting has been deprecated) Allow me to access SwiftUI API System Colors. Allow me to access AppKit API Dynamic System Colors. Update the preview rendering to be more accurate (the Visual Effect blur effect seems to create a false rendering of the window. ² ¹ Based on a Sketch file that Apple distributes, it appears that the Selection Focus is actually a gradient with a de-saturated Background Blur: ² Compare the look of the rendered preview (which has an ugly 1px border): With the actual:
  4. Now with the inability use (the awesome) SizzlingKeys with Music in Catalina, we need the ability to have Skip Backward & Skip Forward for Music/iTunes such that a simple key combo can activate it. Here's how it was set in SizzlingKeys: Screenshot
  5. I start with something in my clipboard. I use one of my snippets in Alfred that utilizes the {clipboard} keyword to take what's currently in my clipboard and injects it into the snippet text then pastes it. When I execute the snippet presumably, it copies the snippet into the system clipboard then pastes it into the foreground application. The issue I face is that my clipboard is now overwritten with the snippet text, not my original text. I'm not able to quickly reuse my snippet again, since the initial text is now different. When I execute the snippet in this state I get compounded recursive text pasted and ever expanding clipboard contents whet the snippet is used repeatedly. Example: I start with the text "watermelon" in my clipboard. My snippet is: "My favorite fruit is {clipboard}." When I execute the snippet, it's pasted as intended, but the clipboard now contains the text: "My favorite fruit is watermelon." When I execute the snippet again, the text pasted is: "My favorite fruit is My favorite fruit is watermelon.." I recommend an option (checkbox) be added to the bottom of the edit snippet screen that says, "Preserve initial clipboard contents" or "Do not write to clipboard" or "Prevent overwriting clipboard" or something to that effect, like so:
  6. I have workflow that takes a certain argument. Sometime I want to get this argument from the clipboard manager. When I hit the shortcut for clipboard manager, Alfred will terminate the current workflow and there is no way to come back to this workflow. Is this possible with Alfred? If not, I would like to convert this to a feature request? My workaround is to use another clipboard manager or close Alfred and construct the argument in a text editor. --- I've been using Alfred since Alfred 2 but this is my first post
  7. I realize I may be the only one who cares so much about theming, but what can I say? I do! It occurs to me that for some Workflow icons won't work well (i.e. black icons) in Dark Themes. Workflow builders assume they're fine because they work in Light themes, but then become harder to see in Dark themes. Example: I think it might be possible to detect whether someone is using a Dark or Light theme using some logic in the Workflow, but then each Workflow would need to repeat this logic. @Andrew Given how widespread the Light and Dark Appearance UIs are becoming, is it possible for Alfred to support icon switching in Dark Themes?
  8. I would love to be able to directly access all of Alfred's default file actions in my workflows. @Andrew recently added some awesome new actions for the buffer - and, Alfred already included some of the other default file actions, like Reveal and Browse - but I'd love to be able to access other default file actions, too - such as Open With, Recent Documents, etc. At the moment, if you want to access these without extra steps, you have to use GUI-based approaches that type the file action's name into the File Action panel, which are always imminently fragile and problematic. There are a variety of ways this could be implemented, but here are some early thoughts: Create a new action, in the Actions section - perhaps called Run File Action - where the user can use a drop down to select the file action they would like to run on the file paths that are being passed to it. You might think of it as a more specific application of the "Action in Alfred" action. At a minimum, the dropdown should be populated by whatever file actions the user has enabled (Features > Actions > File Actions). However, if you wanted to get fancy, it'd be even better if the dropdown included both Alfred's file actions AND any the user has created. In theory, the dropdown might operate something like Alfred's "Call External" output, except that it is displaying Alfred's default file actions and any the user created. Add a new option in the "Action in Alfred" action, which includes a dropdown allowing the user to specify the action that will be run on the file paths included above. The dropdown could operate like either of the options described above (just default file actions or include the user's file actions, too). Unless the user enables this option, of course, the default would be to send the file paths to Alfred's File Actions panel, allowing the user to select for themselves (i.e., the same way they do now). Add a new option to the "Call External Trigger" output that allows the user to access Alfred's default file actions Provide AppleScript access - enhance this existing "actions" command. Example: tell application "Alfred" to action OpenWith theFilePaths If I had to choose from these options, I'd probably go with the first or second option. But I honestly don't care how it gets accomplished! And, while I didn't include it above, if you really wanted to step things up, I would include some kind of error feedback mechanism - such as a notification, etc - for when users pass file paths to file actions they should not have - such as when they've passed more than one file to an action that can only handle one file, or when the file action is tied to a specific file type that does not match the files the user is trying to pass to it. Again, these are just fancy bells and whistles, I'm not picky here!! @Andrew Is there any way we can get better access to Alfred's default file actions? 🙏 They're great, and I'd like to start tapping in to these more - as opposed to trying to recreate them myself, in a workflow, or going to GUI route. As always, thanks for your consideration! Long Live Alfred!!
  9. Version: Alfred 4.1 [1167] I would like to be able to toggle file visibility from Alfred's file explorer, or from the "File Search" tab in Alfred-Preferences. As far as I can tell, Alfred cannot see invisible files at all*. Is this a safety precaution or a feature I somehow missed? Even in Finder, it's just a matter of pressing "shift+cmd+."... * Edit: While Alfred can see files marked hidden by `chflags hidden {filename}`, it can't see filenames prefixed with a "." (as in `~/.bashrc`) -- at least, not in any straightforward way that I'm aware of.
  10. Version: Alfred 4.1 (Build 1167) I often wish I could write myself a note and place it wherever I want inside a workflow. This could be as simple as a plain, colorless text box, or something more configureable. The issue with what we have currently (the "Edit Note..." action) is that the text is fixed beneath whatever object houses it. As a result, the user is forced to write a note about a specific object, not the workflow at large.
  11. I noticed that Alfred calculators (both the standard and advanced) miss a "commonly" used function, the factorial. Why isn't it there? Another missing feature is that of also having ** as operator for exponentiation (since it is common in many programming languages, given that ^ is used for bitwise xor). Spotlight, for example, has both such functions.
  12. At the moment, when you assign a key combination to a particular hotkey in Alfred, it keeps you from using the same key combination with a different hotkey. While this make sense in most scenarios, when the hotkey is assigned to a particular app - as specified in the Related Apps panel of the hotkey, and selecting the option that limits the hotkey to when the app takes focus - it seems unnecessary to restrict the user from using the same key combination with other apps that might have focus. As a result, I'd like to request this feature be added to Alfred. Without this ability, it causes users to have to come up with increasingly ridiculous key combinations that they can never remember (OK ... that I can never remember 😉). Or, to rely on another intermediary app - like the Better Touch Tool - to assign app-specific shortcuts that are attached to External Triggers in Alfred. BTT is great, but let's cut out the middleman and keep Alfred's shortcuts in Alfred!! Thanks for your consideration! PS - This request comes from a previous that can be found here:
  13. Could an optional "Paste and remove from history" hotkey be added to Alfred's Clipboard History feature? Sometimes I work with sensitive information that I want to pop off the clipboard history when pasting. Launchbar has this feature in its clipboard history and I've found it very handy. If I'm copying some sensitive information around, I just paste with ⌃⌥⌘V (my chosen hotkey) and know the information will be removed from the clipboard history as it's pasted. I'm aware items can be deleted manually from the clipboard history using fn+delete, but clearing out items manually is tedious and much easier to forget to do. In the meantime, is there possibly a workaround possible within Alfred? For example, can a workflow manipulate the clipboard history? If I could connect my ⌃⌥⌘V hotkey to a workflow that pastes and then removes the top entry of the clipboard entry, it could serve as a workaround. Apologies if this feature has already been discussed/requested. I did some searching and didn't find this specific feature request.
  14. This is a relatively minor feature request, but I'd love it if Alfred's Bookmarks search displayed each bookmark's full folder hierarchy. At the moment, it only shows the enclosing/parent folder's name in brackets. While my folder hierarchy for bookmarks is relatively simple compared to other files, there are some areas where I'd find it incredibly helpful to get more information about the location of each bookmark (particularly with research-related bookmarks). To explain what I'm looking for, consider the following example for a bookmark to this forum, which is located in a folder called Alfred. Within my bookmarks, the Alfred folder is located in another folder called Tech. As a result, I'd love for the subtext above to read: [Tech/Alfred] https://www.alfredforum.com/forum And, if the concern is that there will be too much text to read if the full folder hierarchy is included in the subtext, then it might be nice to include one or more of the following options (in Preferences→Features→Web Bookmarks): Parent Folder + URL (current): Allow users to stick with the default (one folder with URL) (Example: [Alfred] https://www.alfredforum.com/forum) Folder Hierarchy - URL: Include the full folder hierarchy without the URL (Example: Alfred/Tech) Folder Hierarchy + URL: Show everything, even though most of the URL might get cut off (Example: [Alfred/Tech] https://www.alfredforum.com/forum) As always, thanks for your consideration!
  15. Christmas Wish for Alfred: I wish users had some control over the size of the left panel in Alfred's Preferences (not the sidebar, but the panel next to it). As shown below, I'd like to be able to drag the panel right - at times, when viewing my Workflows - as the current fixed version doesn't allow users to see much of their workflows' names. Personally, I keep a lot of resources to use as examples for building or modifying new workflows, but it's impossible to see their titles or descriptions under the current space allotment (i.e., even if I went to a less ridiculous naming convention).😀 Thanks for your consideration!
  16. Hi, I have been a user of TotalFinder by Binaryage for a long time, even longer than Alfred has been around. Due to changes on OS X it is no longer possible to run TotalFinder (unles you turn off SIPS), I'm about to update to Mojave, and this will be the end of TotalFinder for me. There is one feature I cannot live without, and I think it must be possible to make Alfred do this. This is such a great usability improvement I feel it would be a huge benefit to Alfred to implement something like this. The visor window is a Finder window that rolls up from the bottom of the screen whenever you hit the keyboard hotkey (Option + SPACE for me). It is the easiest and most convenient way to work with drag and drop I've ever found and that keyboard shortcut happens wihtout me even thinging about it. I've created a workflow that runs an apple script which very roughly aproximates it, but it is far from ideal. First off, it is very slow. Secondly, it only appears on the first display, whereas the visor windo should roll up on whichever desplay the mouse pointer is on. So, here is my feature request. Implement something along the lines of TotalFinder's Visor Window. An assignable keyboard hotkey that opens a finder window at the bottom of whichever screen the mouse pointer is on. Hitting the shortcut again while this visor is visible should make it roll back leaving the application you were working in as the frontmost app. Attached image show an activeated visor window, this is not the ne done by my apple script workflow. thanks, Dan
  17. Is there any way to search my files or emails among all my google accounts? It seems that it is currently only search within one of my acoounts in gmail or google drive. Does the google drive search only give me match in the file title or also in contents (e.g., one word in the PDF match my keyword but not in the file title)
  18. In Alfred's "File Search" preferences panel, it'd be helpful if the butler added a "Don't Show" option for Videos. He's already got an option for "music", how about videos, too? And, if that's not a possibility, how about a general exclusions panel where users can drop in anything that they might want to exclude, such as MP4s, Excel files, etc. Thanks for your consideration!
  19. It would be great if one could exclude from all search results files with a specific extension. There are files in my Documents folder that I never want to look for, e.g., compiled files such as byte code for Python classes (.pyc), Java libraries (.jar), Java compiled classes (.class), automatically generated web pages (.html files) and so on. I guess adding an option that hides files with some user-specified extension from Alfred search results should not be hard to implement (also in a second step, i.e., it is not necessary to exclude them from Alfred index, but just hide them a posteriori in the search results if specified). I think users could benefit from this, having personalized search results.
  20. I'd love to see each file's tags listed in the information provided by File Navigation's Preview Panel. Tags seem more important than most of the info that is currently listed (e.g., app the file opens in, date created, etc.). Why not list the file's tags there? At the moment, Alfred doesn't have an easy way for viewing or modifying tags, and this seems like a good first step that won't demand a complete overhaul of anything. Ideally, I'd love to see Alfred have its own file action for tags, too, which allowed users to view the file's current tags and modify them as needed (without requiring users to remember their list of tags, etc.). Relying on Finder's "get info" feature is a little clunky, as it requires leaving Alfred, etc. I have some workflows for adding or removing tags that I often use, but they're not very flexible (e.g., they don't tell me which tags are already on the file, they don't dynamically tell me which tags are in use on my system, etc.). Lastly, I'd love to see tags visually incorporated into Alfred's main search results (favorite suggestion here), but I guess that's for another day! Thanks for listening!
  21. Hey team, I understand the security design decision behind that doesn't allow perform auto-expansion in the password-type field. However, in my use cases, I do need to type in lots of passwords. So why not just open it as an option to let users to decide whether to auto-expand in password field or not? Thanks in advance!
  22. *************** Please see new thread ****************** Alfred already has the ability to search in many different contexts due to the versatility of workflows, and this is great. The downside is that the more workflows that you have, the more Alfred starts to lose part of its initial appeal as being a quick way to search everything in one place. For example, I'd like my pinboard bookmarks to always show up in my default results since they have equal importance to me as the files on my computer. This is just one example of many. Two possible features that could help: Allow workflow results to be included in the default search. Allow items be passed between workflows, to easily combine them into "meta-workflows" and reduce the total number of searches you have. I understand this is a performance risk, but I don't have the technical knowledge yet to understand exactly how to solve that. I'm grateful that a conversation has already been started in another thread about this, and I think we should continue it here and work together to find the best solution. In response to one part of that conversation, @Andrew said: And @deanishe responded: I think @deanishe is on to something important. Thank you for considering.
  23. I love to prefix and lowercase all workflows in Alfred. So for example I prefix my workflows with a: (as can be seen below) I also like to lowercase all the workflows (my personal preference). I also wish I could prefix other people's workflows according to their category. As I have over 200 workflows and it will ease searching for them greatly. The problem with this however is that when I update any one of these workflows, which name I changed, it will restore the workflow's name to what the original author had (not lowercase and without my prefix). Would it be possible to add a way to preserve the custom name the users give to the externally downloaded workflows. So if I decide to rename a workflow like so : And then the author has updated the workflow, I want to get all the changes, but keep the name I gave to the workflow. I think it should be possible as it is only the title. The bundle id will be unique to the author. I doubt many people do decide to change names of workflows when they download them but I really wish to use prefixes and keep my own names of workflows. I hope you can understand what I mean and this would be possible to do. It would save me a lot of time and would allow me to customise my collection of workflows more nicely.
  24. Hello Everyone! This is my first post here on the forums, but I hope it's my first of many. Anyway, after using the Alfred remote app for sometime, I've been impressed with the ease of use and the potential for remote control over my local network. However, it seems like the remote app only taps into just a fraction of Alfred's potential. One feature that I believe would greatly expand the use of the remote app would be the ability to pass direct user input in the form of text or file selection from iOS to a remote trigger for an Alfred workflow on the host machine. Namely, executing a remote trigger in iOS could allow for a prompt on iOS, allowing for user input to be passed back as the argument in the corresponding remote trigger on the host. The two types of input that the user should be able to pass would be simple text strings, and files. In the case of files, when setting up the remote trigger, the user should be able to specify a default folder which opens up in the same prompt window on the iOS application. On iOS, the default folder displays, and user can then navigate the file system to select a file (or several). The selected file can then be passed as an argument to the workflow triggered by the remote trigger. I believe that the utility of the text commands are obvious, but for files, this would allow one to que up media files to be opened in the user's application of choice. Streaming applications would be particularly desirable to write workflows for, as an application like Parrot or Beamer would allow the user to fetch media files from a NAS box to be cast onto the user's Chromecast/Apple TV - all done with the user on the couch, and the NAS box and host machine in different rooms. Allowing the user to explore the host file system and specify files for input would be essential. This could transform the remote app from a bit of a novelty into a invaluable tool for expanding the control one has while attached to their local network. There are other tools out there for doing these kinds of things, but the ease of use of Alfred's remote interface would could lend in making the remote app the single most intuitive and powerful solution around. Let me know what you guys think. EDIT: If having the ability to view the contents of the file system from the remote app would pose any security risks, perhaps password/Touch ID could be available as a security feature. The host would refuse to pass the file system/directory contents until some predesignated authentication token was passed from the iOS client.
  25. Hey! It would be nice if you could add syntax highlighting, line numbers and probably themes into the workflow "Run Script" window. I do believe it's not so difficult to implement. Thanks in advance.
×
×
  • Create New...