Jump to content

tbrown

Member
  • Posts

    24
  • Joined

  • Last visited

  • Days Won

    1

tbrown last won the day on April 2 2019

tbrown had the most liked content!

About tbrown

  • Birthday 03/13/1949

Profile Information

  • Location
    Portland, OR

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

tbrown's Achievements

Member

Member (4/5)

2

Reputation

  1. Well, not noted here yet, so let me be the first. Agenda was updated and it fixes the calendar permissions problem. I downloaded it from the Agenda GitHub page and it now works! Thanks!
  2. Agenda works well for me with respect to reminders. However, I am unable to access my calendar using it. Alfred4 does not appear under Calendars in Privacy and I don't know how to add it. It looks like Agenda should have prompted for that when I first ran it. I did get the standard failure when I first ran Agenda, and I authorized it and now I can access Agenda with the Alfred keyword 'ag'. However, agenda only works for Reminders (and works very well!). If I try to create new event, it tries to create a reminder in the list "Home" which is the name of my default calendar (which I set in the setup of Agenda). If I run agenda and select "Calendars", the Alfred command line clears, and "Show Calendars" briefly appears as a choice, then disappears and nothing happens. I can type stuff in the Alfred prompt, but return does nothing and I must use ESC to exit Alfred. I suspect the workflow doesn't have access to Calendars (Alfred doesn't). How do I fix this? I did try deleting and reinstalling, but no change.
  3. @Andrew Yes, the lock command works when invoked from Alfred. I don't think this is an Accessibility issue. @deanishe I'm not sure how you define "(non-system) global assignment". I played around a bit and found, for example, that on my system, I can invoke the screenshot function by dispatching Shift-CMD-5 with the Alfred workflow, but I cannot invoke Mission Control by dispatching the Ctrl-UpArrow key sequence. So, it's all a bit odd to me.
  4. Okay, I have solved the immediate problem of running the Keyboard Maestro macro "Trigger Macro by Name". Instead of trying to run the macro by sending the hotkey, I found that Keyboard Maestro will create an apple script that will run the macro. So I changed my workflow to run the script and it works properly. I still would like to understand why using the hotkey method doesn't work.
  5. Still playing around. I can use the workflow to call another Keyboard Maestro macro by hotkey, just not the one I want!
  6. I read another post that suggested I remove Alfred from privacy settings and then put it there again. No joy. It is also true that this is not a general failure. If I used the same workflow, but change the hotkey to be one that is used in Scrivener, for example, Alfred properly issues the hotkey and the key is accepted by Scrivener. But I can't get anything to happen (other than a faint sort of beep) when I try the hotkey for Keyboard Macro to run a macro. And, to reiterate, I am running this on an M1 Mac mini, with Big Sur 11.1.
  7. Since the Alfred-Maestro workflow doesn't work on my M1 Mac mini, I began using Keyboard Maestro's "Trigger Macro by Name" macro to find and execute Keyboard Maestro macros. However, I can't remember the hotkey for this, and would rather just execute this function from Alfred. So I made a workflow, triggered by keyword 'km' which then feeds into a Dispatch Key Combo instance which issues the hotkey to trigger the Keyboard Maestro "Trigger Macro by Name" macro. Simple! I have attached a screenshot of the workflow definition in Alfred. But it doesn't work. I figured out that I had to disable the hotkey for the macro, then set up the hotkey to dispatch, but the dispatch hotkey output function doesn't do anything. And yes, I did re-enable the Keyboard Maestro hotkey. I even changed the hotkey a couple of times. Currently the hotkey is set to F11 and it brings up the Keyboard Maestro macro properly when used. However, when I try to invoke this from my workflow, it just does nothing. What am I doing wrong?
  8. thank you! I should have found the debugger on my own, but oh well. It does show what I expected, which is that Alfred does call the workflow, but the executable causes a segmentation fault. I will create a new issue in the GitHub repository.
  9. By the way, the scripts work and properly find my Keyboard Maestro macros.
  10. I have looked at Github issue here https://github.com/iansinnott/alfred-maestro/issues/26 regarding Big Sur. My issue is a bit different and involves compatibility with M1 Macs. The Alfred-Maestro workflow doesn't even trigger on my Apple Silicon M1 Mac mini. It is enabled, and the trigger is typing "km" in Alfred. But when I do that, it appears not to trigger the workflow, and all Alfred finds is other things, like Keyboard Maestro itself. It is possible that the workflow is being triggered, but fails--I don't know how to tell. The workflow uses a compiled binary "Alfred-Maestro" in the workflow directory. This is x86 compatible, not a universal binary. It is compiled by Go. This executable, when run from terminal on Big Sur 11.01 on my Apple Silicon based M1 Mac mini using Rosetta (arch -x86_64 ./alfred-maestro), gives a segmentation fault. I assume, since Alfred version 4.21 is not universal, and therefore runs under Rosetta, that everything it spawns will be run under Rosetta, including workflow stuff. I have compiled a number of programs I use frequently as ARM native. However, in this case, I have read of a lot of complexity in using Go on Apple Silicon and am a bit reluctant to dive into the weeds on this one. Also, since Alfred is not yet ARM native, I'm not sure building Alfred-maestro as a universal app would fix this. But I do miss this workflow and it is the only thing I use daily that I haven't been able to get to run on the M1 Mac mini. Do you have plans to look into this, or can you make suggestions as to what I could do?
  11. Nice workflow, thanks. A couple of comments: Some functions, like factorial (5!) for example, don't work. Any way to change trig functions to use degrees, not radians? Any way to set variables for calculations? I realize the last two are probably not trivial, but hey, you have whetted my appetite.
  12. I do this, but use sshpass like this: sshpass -p yourpasswordhere ssh pi@pihole 'pihole disable' sshpass is not installed on Macs by default. I installed using home-brew. Be sure you understand any security issues this may cause on your Mac.
  13. I don't think this has anything to do with whether the apps in question are part of the OS installation. Also, at this point, although I have no idea why, I currently do not have the problem. I can now quit Preview, for example. For the last day or so, I have been able to quit any app I tried to quit. I have had other fascinating Catalina problems I have been trying to understand. One is that Better Touch Tool takes a lot of CPU time, and particularly, is directly related to causing the Dock.app process to periodically take a lot of CPU time. This results in stuttering in the UI--typing, scrolling, etc. Not running Better Touch Tool fixes this. Similarly, I have stopped using a number of other background utilities to see if they affected the CPU time issue. My system now runs quite smoothly again. It is quite possible that some strange interaction between Catalina and these utilities was causing the problem with Alfred and that is why it now works. These problems are very complex and have many interactions. I don't pretend to understand yet.
  14. Turns out this is not quite as simple as I first thought. On my account, for example, Preview.app is in the Automation Preferences list under Alfred 4, but I cannot quit it. Pages is not, but I can quit it. Confusing, and I have no idea what the difference might be.
  15. I tried with with another user, and you are correct. There are not entries in Accessibility or Automation Preferences, but Alfred can quit applications without issue. Also, having forgotten about 'forcequit' in Alfred, I tried that from my user account. While I cannot 'quit' apps not list in automations preferences under my account, I can 'forcequit' them without issue. Not something I want to do routinely, I expect, but interesting.
×
×
  • Create New...