Jump to content

fncll

Member
  • Posts

    26
  • Joined

  • Last visited

Recent Profile Visitors

919 profile views

fncll's Achievements

Member

Member (4/5)

4

Reputation

  1. Thank you, thank you! The proverbial penny has dropped and now I understand what is going on. I very much appreciate your help (and patience).
  2. Thanks, @vitor, but your workflow exhibits the same issue. If I run the test.sh script embedded from the workflow from the command line like this: ./test.sh 5 "foo bar" Then the result is written to the file as intended, like this: 19:52 [[🧠]] [[πŸ”·πŸ”·πŸ”·πŸ”·πŸ”·]] foo bar The issue is that when I use the same input in Alfred: m 5 "foo bar" using your revised workflow (or my original), this is written: 19:53 [[🧠]] [[]] Sorry if I'm being obtuse. I'm (obviously) not a programmer!
  3. Ah, I see. Ok, looks like Alfred won’t be the tool for me. Thanks for your help.
  4. My apologies. The code I posted IS the workflow, but for the Keyword action that leads into it with argument required. I assumed the greyed out arguments area in my screenshot was because it didn't have an option to choose between argument types, not that it takes no arguments at all. Based on information here, I'd already tried your approach (using bash, not zsh), and have now tried using zsh as you suggest with the same (lack of) result. I've shared the workflow, using zsh here: https://www.dropbox.com/s/mbcpkzfp2vwqq7z/mood.alfredworkflow?dl=0 I'm running Alfred 4.3.4 on OSX 11.4 with no system changes. As noted, test.sh works fine from the command line.
  5. I am trying to create a workflow that work with two arguments. I am calling an external script (using the "run script" action; see screenshot) with the code below. It works fine from the command line but appears to pass no arguments to the script in Alfred..the workflow completes but nothing is added to the file. What am I doing wrong? #!/usr/local/bin/bash SCALE=$1 DESCRIPTION=$2 UPDATE="" CURRENTDATE=`date +"%Y_%m_%d"` CURRENTTIME=`date +"%H:%M"` UPDATE+="$CURRENTTIME [[🧠]] [[" for (( i = 1; i <= SCALE; ++i )); do UPDATE+="πŸ”·" done UPDATE+="]] $DESCRIPTION" printf "\n- $UPDATE" >> "/Users/chris/Library/Mobile Documents/iCloud~md~obsidian/Documents/bujo/journals/${CURRENTDATE}.md"
  6. I figured out the problem: it is a bug/problem with this Pinboard workflow: http://www.packal.org/workflow/pinboard The description says it works with Firefox but the README, and an issue report on GitHub, indicates a problem with these symptoms...though it appears there should be a workaround, that doesn't seem to be the case currently. All that said, it would be nice to be able to disable Large Text so this keyboard shortcut wasn't monopolized (or have an option to choose another key combo in Alfred)...
  7. Also, even stranger, if I use Karabiner Events viewer, it shows no events differently when this happens with Firefox as the frontmost app than it does when things are normal with any other app frontmost...so whatever is triggering it is not being seen as a keystroke event :)
  8. I'll try the 2nd user account test. In the meantime: It only happens when Firefox is the active window when I invoke Alfred It only happens when certain text is entered, particularly the letter p or, if type fast enough to get more characters in before large text is triggered, any word starting with p Even stranger, once it happens, the next time I invoke alfred, it seems that *any* text I enter has this happen ... and then the next time I invoke Alfred, all is fine (except the dreaded letter p :)
  9. Yes, but I'm experiencing the same problem with Karabiner and Keyboard Maestro disabled.
  10. I have a strange problem. If Firefox is the active window when I invoke Alfred, then entering the letter p and waiting a fraction of a second causes the large text feature to activate and then get dismissed (along with Alfred). This happens with no other apps running, it happens consistently with Firefox in the foreground, and it happens even with Firefox in "safe mode" with all add-ons, etc. disabled. I am running OS X Mojave 10.14.3, Alfred v3.8 [959] and Firefox 65.0 Any thoughts on how I can troubleshoot this?
  11. Thanks! You might want to look at this note for developers: textsoap8agent is being deprecated. It already is for SetApp users (like myself), so I ended up modifying all the scripts to refer to textsoap and textsoap.app ... which should also work with non-SetApp version of TextSoap as well! https://groups.google.com/forum/#!msg/textsoap/ZlHrMxu7T8k/x17JDUmSAgAJ
  12. Any chance that you'll publish the updated Alfred 3 workflow? Thanks!
  13. I can no longer find active download links for this workflow...is it defunct? If so, suggestions for another workflow? I found a good one for searching, but it has no features for adding links.
  14. Same setup and this is happening *sometimes* to me as well.
×
×
  • Create New...