-
Posts
24 -
Joined
-
Last visited
-
Days Won
5
Ryan McGeary last won the day on May 15 2021
Ryan McGeary had the most liked content!
Contact Methods
-
Twitter
https://twitter.com/rmm5t
Profile Information
-
Location
Lafayette, CO
Recent Profile Visitors
The recent visitors block is disabled and is not being shown to other users.
Ryan McGeary's Achievements
Member (4/5)
26
Reputation
-
trurl reacted to a post in a topic: Alfred Emoji: Search emojis by name or keyword
-
aviaryan reacted to a post in a topic: Alfred Emoji: Search emojis by name or keyword
-
JJJJ reacted to a post in a topic: Alfred Emoji: Search emojis by name or keyword
-
giovanni reacted to a post in a topic: Alfred Emoji: Search emojis by name or keyword
-
Alfred Emoji: Search emojis by name or keyword
Ryan McGeary replied to Ryan McGeary's topic in Share your Workflows
@fxf Try "remove" or "cancel" as a keyword to search. "x": { "keywords": ["no", "delete", "remove", "cancel", "red"], "char": "❌", "fitzpatrick_scale": false, "category": "symbols" }, -
robro reacted to a post in a topic: Alfred Emoji: Search emojis by name or keyword
-
timkro reacted to a post in a topic: Alfred Emoji: Search emojis by name or keyword
-
Ryan McGeary changed their profile photo
-
Alfred Emoji: Search emojis by name or keyword
Ryan McGeary replied to Ryan McGeary's topic in Share your Workflows
@timkro Yes, there sure is. You can do so by setting an environment variable in Alfred for this workflow: https://github.com/jsumners/alfred-emoji#set-skin-tone -
Ryan McGeary reacted to a post in a topic: Nested Snippets (snippets within snippets)
-
tullyhansen reacted to a post in a topic: Nested Snippets (snippets within snippets)
-
bivalvegruff reacted to a post in a topic: Alfred Emoji: Search emojis by name or keyword
-
Alfred Emoji: Search emojis by name or keyword
Ryan McGeary replied to Ryan McGeary's topic in Share your Workflows
@bivalvegruff See https://github.com/jsumners/alfred-emoji/issues/35. We're waiting on some upstream dependencies before we can do this. -
Ryan McGeary reacted to a post in a topic: Alfred Emoji: Search emojis by name or keyword
-
Ryan McGeary reacted to a post in a topic: Alfred Emoji: Search emojis by name or keyword
-
bivalvegruff reacted to a post in a topic: Alfred Emoji: Search emojis by name or keyword
-
Ryan McGeary reacted to a post in a topic: Alfred Emoji: Search emojis by name or keyword
-
Ryan McGeary reacted to a post in a topic: Nested Snippets (snippets within snippets)
-
dfay reacted to a post in a topic: Nested Snippets (snippets within snippets)
-
Ryan McGeary reacted to a post in a topic: Nested Snippets (snippets within snippets)
-
Ryan McGeary reacted to a post in a topic: Nested Snippets (snippets within snippets)
-
Ryan McGeary reacted to a post in a topic: Nested Snippets (snippets within snippets)
-
Alfred Emoji: Search emojis by name or keyword
Ryan McGeary replied to Ryan McGeary's topic in Share your Workflows
Very unlikely. I think that would violate the POLA. The default behavior of Alfred is to add items to the clipboard upon hitting [return]. I suggest using a keyword snippet instead. If the workflow is instantiated from a keyword snippet, it automatically pastes. Yes, that already exists. Assuming that you have at least v1.6.0 installed, just set the `snippetapp` environment variable (to any value) in the workflow configuration to change the behavior to always paste the emoji character regardless of how the workflow is instantiated. -
Ryan McGeary reacted to a post in a topic: "Migrate my settings" does not migrate "with space" setting on Keyword inputs [Fixed 3.6 b893 pre-release]
-
Ryan McGeary reacted to a post in a topic: "Migrate my settings" does not migrate "with space" setting on Keyword inputs [Fixed 3.6 b893 pre-release]
-
Alfred Emoji: Search emojis by name or keyword
Ryan McGeary replied to Ryan McGeary's topic in Share your Workflows
v1.6.0 now has custom snippet support. Thanks to @deanishe for the suggestion. https://github.com/jsumners/alfred-emoji/releases/tag/v1.6.0 -
When upgrading a workflow, if "Migrate my settings" is checked, settings such as custom keyword inputs and custom hotkeys are kept; however, if a keyword is customized and the associated "with space" setting is also customized, the "with space" setting is not migrated during the upgrade. I expected that the "with space" setting would migrate just like the keyword migrates. As an example, when I upgrade Alfred Emoji, I change my keyword from "emoji" to to a single character (:), but I also uncheck the "with space" setting, because I want to emulate emoji completion in tools like GitHub or Slack. Alfred version & build number: v3.5.1 [883] OS X version: 10.13.2 (17C205)
-
Alfred Emoji: Search emojis by name or keyword
Ryan McGeary replied to Ryan McGeary's topic in Share your Workflows
Great suggestion! Try the newly released v1.5.0. https://github.com/jsumners/alfred-emoji/releases/tag/v1.5.0 -
Alfred Emoji: Search emojis by name or keyword
Ryan McGeary replied to Ryan McGeary's topic in Share your Workflows
Good point regarding using the mac tools for manipulating the XML. But, it's probably best to use /usr/bin/plutil, because that's actually in a directory originally intended for interactive command line execution. ?. Yes, German-style dumplings are very different from dumplings (and variants like pierogies) ? around the rest of the world. I say no. You cannot guarantee that someone already has node.js installed on their machine. Not to mention, every version of node varies in functionality quite a bit. You could always code to the least common denominator of Node LTS, but that would also be a support nightmare when people simply install an out-of-date version. It's not ideal that the workflow size is big (18MB zipped), but we can guarantee that it will work on everyone's machine within nothing more than a standard *.alfredworkflow install. Btw, most Alfred workflows suffer from this least-common-denominator language versioning issue by not being able to specify runtime versions. Now, what might be more interesting would be to write an alternative script to `run-node` that lazily installs node in real-time if it cannot find a reasonable runtime. -
Alfred Emoji: Search emojis by name or keyword
Ryan McGeary replied to Ryan McGeary's topic in Share your Workflows
https://github.com/jsumners/alfred-emoji/blob/master/src/info.plist.xml It's just that PList XML files should really only be computer manipulated (PList XML is actually quite a terrible file format)...and that's what build scripts are for. It's generally considered best practice that you don't commit files that could otherwise be rebuilt by the build. I believe the newer emojis like "dumpling" (?) are only available on High Sierra. I think they're upgraded as part of macOS and iOS updates. -
Alfred Emoji: Search emojis by name or keyword
Ryan McGeary replied to Ryan McGeary's topic in Share your Workflows
Automatic Updates are now part of v1.4.0. Enjoy! https://github.com/jsumners/alfred-emoji/releases (this will be best realized when new emoji are released) -
Alfred Emoji: Search emojis by name or keyword
Ryan McGeary replied to Ryan McGeary's topic in Share your Workflows
No, that defeats the purpose of good, clean version control (i.e. never put compiled assets in your repository). I actually just took the OneUpdater script and heavily modified and simplified it. I now have a working script that is smaller than OneUpdater, but follows the same, good GitHub release conventions as Alfred-Workflow. Here's the PR, if you're interested: https://github.com/jsumners/alfred-emoji/pull/14 -
Alfred Emoji: Search emojis by name or keyword
Ryan McGeary replied to Ryan McGeary's topic in Share your Workflows
Whoops. I spoke too soon. Even with OneUpdater's github-release feature, it requires that new version numbers come from a static plist file, but ours is variable substituted during each build: https://github.com/jsumners/alfred-emoji/blob/master/src/info.plist.xml#L155-L156 Maybe, I'll consider a pull-request to OneUpdater to remedy this such that if you specify github release downloads, the script only looks at the github API for new tagged versions (ignoring the need for a static plist file sitting somewhere).