paulw

@deanishe, reviving this thread to ask about your snippets syncing Python script. I have a couple of MacOS keyboard shortcuts that have multi-line text. The script seems to flatten them into a single line. Do you think it would be an easy fix to get the script to respect new lines?

In the changelog for the most recent version, it looks like the keywords have changed, but the README hasn't been updated to reflect the change:

@Chris Messina I think what's showing up are not the 5 different case change universal actions, but the placeholder title for the three keyword script filters ("cc", "change", "case") that you created in your edit of the workflow. I guess you're stuck with those unless script filters can exclude themselves as actions for specific file types (can they?)

Hi @dfay, I'm getting errors running this workflow in Alfred 4 that have to do with Alfred 3 file paths. Fixed by opening categories.py and replacing references to ~/Library/Preferences/com.runningwithcrayons.Alfred-Preferences-3.plist with ~/Library/Preferences/com.runningwithcrayons.Alfred-Preferences.plist and replacing references to ~/Library/Application Support/Alfred 3/Alfred.alfredpreferences/preferences/workflows/ with ~/Library/Application Support/Alfred/Alfred.alfredpreferences/preferences/workflows/ And lastly, editing the osascripts in the workflow to replace "tell application "Alfred 3" with "tell application "Alfred". And thanks for the workflow!

Nice work. Is there any way to update the menubar icon as well?

@deanishe@lmrdaddy, thanks for that info and feedback. I'm continuing to use it. And this workflow, as well.

Got it, thanks for explaining. Good to know also about why not to use a browser's password management as well. The convenience of the Bitwarden browser extension is nice. Do you think the developers' blunder is enough not to trust using it now?

@deanishe Could you explain the "idiots" comment re the Bitwarden browser extension? I looked through the linked discussion, but I'm not savvy enough to understand what the problem is.

Thanks for this workflow. I just started using 2Do again, and your workflow is a nice addition!

You have a typo in your code: big_sur_dnd_prefs (plural) is defined, but then the singular big_sur_dnd_pref is used. Edit: But it works when I manually edit the typo!

Happy to help! I imagine delving into the bplist a bit more would allow you to re-enable the time-limited DND of your workflow, but I haven't looked into it yet.

@troycurtisjr With help from someone on reddit, I was able to cobble together code that tests for Do Not Disturb status on Big Sur. The plist file ~/Library/Preferences/com.apple.ncprefs contains a plist item dnd_prefs. That item contains a base64-encoded binary plist (bplist). When that is decoded, if DND is enabled, it would look something like this: <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>dndDisplayLock</key> <false/> <key>dndDisplaySleep</key> <false/> <key>dndMirrored</key> <false/> <key>facetimeCanBreakDND</key> <false/> <key>repeatedFacetimeCallsBreaksDND</key> <false/> <key>userPref</key> <dict> <key>date</key> <date>2021-01-15T04:35:29Z</date> <key>enabled</key> <true/> <key>reason</key> <integer>1</integer> </dict> </dict> </plist> The presence of the <key>userPref</key> and the <key>enabled</key> within the adjacent <dict></dict> indicate DND is enabled. So the following code produces 1 if DND is enabled, and 0 if it is disabled: #!/bin/zsh dnd_enabled=$(plutil -extract dnd_prefs xml1 -o - ~/Library/Preferences/com.apple.ncprefs.plist | xpath -q -e 'string(//data)' | base64 -D | plutil -convert xml1 - -o - | xpath -q -e 'boolean(//key[text()="userPref"]/following-sibling::dict/key[text()="enabled"])') echo $dnd_enabled Note: there seems to often be a lag time of a few seconds before the result reflects any change to DND. Feel free to incorporate that in your workflow.

Ah, ok, thanks for explaining that. I suppose viewing the secure note content in the workflow would compromise security you've built into the app? What about an option to "View in Bitwarden"—whether the Desktop app or online?

I just started using this extension, thanks so much @blacs30 for developing it! Suggestion for the future—could you add an option to display details of an item in the vault? For example, I might want to view the contents of a note, or even copy and paste a portion of an item.

Go to the workflow environment variables, and change "2FA_ENABLED" from to "true" to "false", and then you can log in.

This is a great idea. Thanks for making this workflow!

Thanks, @deanishe. And Thanks, @dfay, I'll look into this option, since I do have Hazel.

The Remote app can't do that, but I would also love a way to sync clipboard history and snippets between iOS and Alfred. I found this old reference to a Workflow (now Shortcuts app), but the link is for the old Workflow app and doesn't work. [Edit: it does work actually] And there's also this python script by @deanishe for one-way syncing iOS snippets to Alfred.

@deanishe this is really cool! Do you think it would be feasible to make it a two-way sync by adding Alfred snippets (perhaps only ones with a particular tag) to ~/Library/KeyboardServices/TextReplacements.db with SQLite queries?

@bed Do you have an updated link? I'd love to use this, but your link is for the old Workflow app. Edit: Nevermind, the link did work after all!

Sorry for the late reply, and thanks for this.

I spoke to soon. It's still occasionally trying to update weird disks.

Well, after restoring the blacklist, it still threw errors, showing that it could not eject my boot drive (I supposed because it is not named "Macintosh HD") and as well, that it could not eject "Preboot" and "VM" which seem to be part of my boot drive core storage volume. However, after updating to the latest 4.0.3 pre-release, it seems to be working normally now.

Hi @Andrew, Thanks. The blacklist was empty. I clicked "Reset" and now it's populated with: Macintosh HD MobileBackups com.apple.TimeMachine* I'll test again next time I'm connected to external drives, since "Eject All" doesn't come up with nothing attached. I usually my boot drive. Perhaps the default blacklist could be set to match the actual name of the boot drive, rather than just the expected "Macintosh HD" name? Paul

I appreciate your well thought out process here, and I agree!