Jump to content

Benzi

Member
  • Posts

    141
  • Joined

  • Last visited

  • Days Won

    23

Everything posted by Benzi

  1. Its a workaround - but try this on Catalina: https://github.com/BenziAhamed/Menu-Bar-Search/issues/4
  2. Not at the moment. This workflow is no longer maintained / available. (I might have another go at a enhanced version, later, if time permits...)
  3. v1.6 - per app configuration You can now specify custom configuration settings to fine tune menu listings for at an app level. Type ms into Alfred to get started. Here's the settings.txt config I use: # always show disabled menu items appFilters { app: "BibDesk" showDisabledMenuItems: true } # for Safari, ignore the History and Bookmarks # menus since loading it take a lot of time appFilters { app: "Safari" ignoreMenuPaths { path: "History" } ignoreMenuPaths { path: "Bookmarks" } } # For Finder alone, show the Apple menu entries, # and ignore any recent entries listed in the # Apple > Recent Items menu appFilters { app: "Finder" showAppleMenu: true ignoreMenuPaths { path: "Apple" path: "Recent Items" } }
  4. Alfred itself needs to have accessibility permissions.
  5. @cands BibDesk (programatically) reports all menus items under "Copy As..." to be inactive and disabled always. This is the reason why menu search is not able to pick up the sub menu items. One workaround possible to to display all menu items (enabled or not) - but this means that if a menu item is truly disabled, actioning that from Alfred will not have any effect, and you will not be able to know beforehand if the item is indeed disabled or not. The workflow will blindly list all available menu item entries. If you download and update the workflow to version 1.5.4, I have included some environment variables to control the default menu listing. In your case, because of BibDesk, you may want to set the value of "-show-disabled" to true. Note that this will affect all menus across all apps. I'll attempt to come up with a better solution, but not very hopeful at the moment.
  6. @cands Thanks for reporting this. I have downloaded BibDesk (Version 1.6.10 (4171)) and can reproduce the issue with the Copy As... menu. I'll try to see if I can figure out why this is happening.
  7. @dunkaroo ALSO You need to have text selected in the app for the Copy to show up / and something pasteable in the clipboard for Paste to appear. This is because the menu search only searches and displays actionable menu items. You cannot copy if nothing is selected.
  8. @dunkaroo That's a bit odd. edit - see my post after this one as well Troubleshooting A - What gets displayed when you type in "m copy" into Alfred? Is it 'No menu items'? B - Can you access Alfred's cache folder? In my case it is /Users/benzi/Library/Caches/com.runningwithcrayons.Alfred-3/Workflow Data/com.folded-paper.menu-bar-search/ You will need to change that path with your username. In the cache folder, two files will be created for every app once you trigger Menu Search for that app. For example, for TextEdit, it would be: com.apple.TextEdit.items.txt com.apple.TextEdit.txt Can you check if these files get created and if so share me the contents of these two text files? For this step, the Script Filter must have the default settings. C - If you can edit the workflow, change the Script Filter command to the following, one option at a time and see if it makes any difference: # option 1 ./menu -query "{query}" # option 2 ./menu -async -query "{query}" D - Delete all files from your cache folder and try again E - Try downloading the latest version (see below) and see if it makes any difference. Ignoring Apple menu items If you re-download and install v1.4.4, I have included a new option to ignore the Apple menu items. You need to edit your workflow manually include this setting as it is not switched on by default. Open up the Script Filter, and change: ./menu -async -cache 10 -query "{query}" to ./menu -async -cache 10 -no-apple-menu -query "{query}" This should prevent apple menu items from showing up.
  9. You're welcome. Although you might want to re-download because I've tried to make it even more snappier v1.4 - Caching Menu results are cached for a very short duration, resulting in even faster filtering of menu items. Check it out!
  10. v1.2 - Fully native menu clicking, removed AppleScript based solution Well, I removed the AppleScript part of the workflow that automates the actual menu clicking, and replaced it with native code. (This is slightly faster, but not perceptibly so.) Also, @targumanu's suggestion to terminate previous script for the run behaviour is now the default setting.
  11. v1.1.0 - Added Fuzzy Text Matching for Menus If you have a menu item New Tab, then typing m nt in Alfred will match New Tab, since n and t matches the first letters of the menu text.
  12. Nothing out of the ordinary - just the default AX... accessibility stuff from Apple. PS: The code is included in the workflow (also Github); mostly a port of @ctwise's objC code into Swift.
  13. I updated the workflow - could you re-download and check if possible?
  14. Ah I see. I will update it shortly.
  15. I have re-implemented ctwise's excellent implementation of the Menu Search workflow in Swift. This version is ever so slightly faster (at least on my machine ) - YMMV. Requires OSX 10.7+ Download Setup Accessibility must be enabled for Alfred in order for this to work properly. For example, in macOS Sierra, this is configured using the Security and Privacy preference pane, under the Privacy tab with the Accessibility section selected. Alfred must be included in the list of apps allowed to control your computer. This step is required for the workflow to generate the list of menu items, and also click on a specific menu item. Here's a snapshot of what the preference pane might look like in macOS Sierra. Usage Type m in Alfred to list menu bar items for front most application You can filter menu items by name, or do a fuzzy search. E.g m new tab will match the menu item New Tab m cw will match the menu item Close Window Settings You can change the workflow environment variables to fine tune menu listings -show-disabled true/false controls if diabled menu items should be shown (default is false) - change this setting if certain items are not displayed, even though active -show-apple-menu true/false if true, menus items under the apple menu will be shown (default is false) -max-children number how many sub-menu items to load for each menu item (default is 30) -max-depth number how many nested levels if sub menus should be listed (default is 10) v1.6 and above You can also have customised settings per app. Typing ms into Alfred will give you a list of options to configure your settings.txt config file. The workflow comes bundled with a sample configuration file for reference. Your app settings will override any workflow level variable settings you may have specified. Here's the settings file I use for reference: # always show disabled menu items appFilters { app: "BibDesk" showDisabledMenuItems: true } # for Safari, ignore the History and Bookmarks # menus since loading it take a lot of time appFilters { app: "Safari" ignoreMenuPaths { path: "History" } ignoreMenuPaths { path: "Bookmarks" } } # For Finder alone, show the Apple menu entries, # and ignore any recent entries listed in the # Apple > Recent Items menu appFilters { app: "Finder" showAppleMenu: true ignoreMenuPaths { path: "Apple" path: "Recent Items" } } Change log 1.0 - Initial Release 1.1 - Added Fuzzy Text Matching for Menus If you have a menu item New Tab, then typing m nt in Alfred will match New Tab, since n and t matches the first letters of the menu text. 1.1.1 - Changed run behaviour to terminate previous script, this makes the experience slightly more faster 1.2 - Completely native menu clicking, removed reliance on AppleScript 1.2.1 - Performance improvements when generating menus using direct JSON encoding 1.2.2 - More performance improvements while filtering menu items 1.3 - Added -async flag to allow threaded scanning and populating of menus 1.4 - Added -cache setting to enable menu result caching and also set a timeout for cache invalidation 1.4.1 - Invalidate cache (if present) after actioning a menu press 1.4.2 - Slide the cache invalidation window forward in case we get invalidated by a near miss 1.4.3 - Speed improvements to caching, text search and fuzzy matching 1.4.4 - Added -no-apple-menu flag that will skip the apple menu items 1.4.5 - Tuned fuzzy matcher, allows non-continuous anchor token search 1.5 - Faster caching using protocol buffers 1.5.1 - Reduced file creation for cache storage 1.5.2 - Better support for command line apps that create menu bar owning applications 1.5.3 - Protocol buffer everything - microscopic speed improvements, but hey... 1.5.4 - Added various environment variables to fine tune menu listings 1.5.5 - Tweaked ranking of search results for better menu listings 1.6 - Per app customization via the `settings.txt` configuration file
  16. Streaks \ Streaks is a task list workflow for maintaining task streaks. A streak is the number of days a task has been active. Download It can be used as todo list that helps you to maintain a desired habit, or to keep track of outstanding ideas. The keyword to activate the workflow is streaks. Once activated, you will be show your Today List - this is a set of tasks that are active for today. Usage Type streaks into Alfred to activate the workflow. You will be presented with the Today List. The general format of a task is 'task name #tags @schedule' where tags and schedule are optional. You can type in text in the Today List, which allows you to create new tasks or search for existing ones. You can also modify existing tasks by selecting them from the Today List view. Example use cases Tracking Orders I just ordered a keyboard from Amazon, and I add in a task. keyboard #orders #pending This is an example of a daily task whose streak is automatically incremented every day. Such tasks will always appear in your Today List Gym Days I decided to start going to the gym on specific days of the week. go to gym @tu,th,sa This is an example of a tracked task that requires you to confirm the task every scheduled day. In this example, go to gym will appear in your Today List every Tuesday, Thursday and Saturday. Streaks for scheduled tasks will only be incremented when you confirm them. If you missed to confirm a scheduled task, you can restart the streak by resetting it.
  17. As a start, I have updated this workflow to display more information as is - so no need for the other workflow. I'll see what more I can add to this, meantime though go ahead and download the latest version and try it out.
  18. That keyboards looks sweet! Regarding getting the battery status I'm not sure. Even if there is some way to get those details technically, I'd have no way to check and test it out because I don't own those devices. So this may not be possible at the moment. The iPhone status sounds like a good idea, I'll dig around and see if I can come up with something. Again, no promises!
  19. That is possible; although, at the moment, since both workflows have the same keyword "battery", I'd have to change both workflows. Keeping the old one as is, I'll modify this version to include those battery details (cycle count and health mainly). I'll share an updated version soon
  20. No, unfortunately not at the moment. This should be possible though, with some sort of background app/daemon that subscribes to battery level notifications via OS X; sadly, I don't have enough know how to implement something like that yet. (maybe if I get some free time...)
  21. Just another quick way to look at the battery levels of your connected Apple devices: Keyword is battery. Download from here. Credits to a script found here: http://www.macosxtips.co.uk/geeklets/system/battery-status-for-apple-wireless-keyboard-mouse-and-trackpad
  22. The latest version is much faster compared to the previous versions (at least on my system), so that's great (...and yay for adding togglefullscreen). If you need Alfred to learn about the most frequently used options, you need to set a uniquely identifiable "uid" attribute for each of the item nodes in the generated xml in layout_select.py. I have sent a pull request via GitHub so that you can get an idea of what I mean. This will enable you to type "lay" in Alfred and have the most used items listed as the first results. E.g I happen to use toggle full screen a lot for some reason, and now I can just key in "lay" and the first option is "Toggle full screen mode" by default.
×
×
  • Create New...