vitor

Make it instead open -b com.runningwithcrayons.Alfred and it’ll be more future-proof.

You can press ⇧ or ⌘Y to see a Quick Look preview of the URL. You can then press ↓ and ↑ to continue to navigate through the other items with previews, including seeing longer texts and images.

Hi @jl_al. I'm not seeing the same issue here. You could try checking the following:
- In the workflow configuration, make sure there's an API key entered in OMDB API Key
- There may be something on your network that's messing up communication to OMDB or TMDb. Try navigating to those sites in a browser to make sure you can reach them:
https://www.omdbapi.com
https://www.themoviedb.org

Ok. So this was really dumb... I hadn't seen that the API key OMDB sends you in an email requires you to click a link also in the email to activate it!
 
Here is your key: XXXXXXXX Please append it to all of your API requests, OMDb API: http://www.omdbapi.com/?i=tt3896198&apikey=XXXXXXX Click the following URL to activate your key: http://www.omdbapi.com/apikey.aspx?VERIFYKEY=XXXXXXXXXXXXXXXXXX If you did not make this request, please disregard this email.  
It is now of course working! Thank you for your help in any case!

@osthing If you are on Sonoma, you need to add Alfred to Bluetooth permissions under Privacy & Security on System Settings.

Usage

Send files, text, and URLs with AirDrop via the Universal Action.







⤓ Install on the Alfred Gallery | Source

Libraries and Frameworks

Python 3: Alfred-Workflow, by Adam Hitchcock
Python 3: Ualfred, by @chaojie
Dart: Alfred Workflow, by Klemen Tusar
Go: go-alfred by Jason Cheatham
PHP: Alfred Workflows PHP Helper by @joetannenbaum

Other Utilities

Add auto-updating to your Workflow: OneUpdater, by @vitor
iTerm2 intergration: Custom Alfred iTerm Scripts, by @vitor
 

All the libraries on this list are (at the time of the last edit) up-to-date and their developers are either still supporting them or forum regulars. That means any problems you find and suggestions you have are likely to be addressed.

If there’s any library you think belongs in (or should be removed from) this list, leave a reply below. I’ll evaluate it and then hide the comments (so the thread can be kept tidy).
 

@xilopaint The ship is sailing. I agree that ideally the library would be updated officially, and that the second best option would be for a forum regular (such as yourself) to coordinate a community-approved successor. But we can’t force either of those; the community of Python Workflow developers at large will decide, and right now they’re looking for something.
 
So if you have a fork which you believe to be more solid than the ones being shared, I urge you to make it public and your intentions known in that GitHub thread. The longer you wait, the harder it will be for your alternative to gain traction. It doesn’t have to be perfect now, but it should be available. I’ll eventually have to update the libraries thread and I can only recommend what is public.

Each Hotkey and Universal Action Trigger in the workflow corresponds to a different type of Markdown conversion:
Markdown → BBCode Markdown → HTML Markdown → RTF
Supported in conversion to RTF:
Italic Bold Italic and Bold Strikethrough Links Unordered lists Ordered lists Superscript Subscript
Supported in conversion to BBCode:
Italic Bold Italic and Bold Horizontal rule Strikethrough Images Links Quotes Inline code Code blocks Headers Unordered lists Ordered lists Superscript Subscript
Supported in conversion to HTML:
Everything supported by MultiMarkdown
 
Download | Source

If you want to support other browsers, it’s trivial and I can answer questions.

You should, though. Because someone will have to come up with it, and the more work you do beforehand to help, the likelier it is to happen. You’re a designer, coming up with how it should work given the constraints is your strong point.
 
 
I’m not disputing in the slightest that Markdown is easier to work with. I made a whole Workflow around it, after all. I’m trying to help you see the obstacles so we can surpass them.
 
 
But other users do, and if Alfred were to commit to having this feature, those people (and their needs) would have to be taken into account as well.
 
 
Wouldn’t work. Base64-encoding the image wouldn’t make them show up in RTF.
 
When thinking about this feature, you have to forget Markdown and concentrate solely on RTF, because that would be the output format.
 
 
I understand that. Though note my suggestion works today, and what you’re asking for may never come. Anything is more productive than nothing, and the anything we have right now isn’t bad.
 
 
I fleshed the idea at length, explained the manners in which it couldn’t work, came up with ways it could work, introduced questions that need to be resolved before implementation, suggested an interface for it, offered a workaround, and volunteered to take your input directly to improve what already exists and is within my power to change.
 
Sincerely, I have no clue how you take “rejecting the idea” from there. Everything in my post was in good faith and is about trying to make your idea a reality in any form.
 
I give up.

There’s another request for this (or something similar) somewhere on the forums. Thing is, Markdown is just plain text; that’s its whole value proposition. It exists as a simple way to create HTML, which is itself just plain text; it’s the browser that parses it into something different. That’s what SnippetsLab does, it parses the Markdown in its own app. Meaning the result is dependent on the application you paste to, not the one you paste from (i.e. Alfred cannot have control over it).

The closest we could get to a universal solution would be parsing the Markdown into RTF and then pasting that, which I do with MarkdownTransform. While a possibility, I will point out it’s rife with tradeoffs. The way I do it is by first transforming from Markdown to HTML and then the HTML to RTF, but the bigger issue is the disparity of features. There is a lot that Markdown supports that RTF doesn’t and some things RTF needs that Markdown doesn’t consider, so the question as to what to do in those cases would need to be fleshed out first.
 
Examples: RTF needs a defined font family. Seems easy enough to have an option for it. What do we do about colours? Seems reasonable to ignore those. But then what do we do regarding images and other unsupported things? Do we just strip them out from the snippet’s result1? Seems unexpected, but then does Alfred need to warn you of whatever will be stripped before you save your snippet?
 
None of those is insurmountable, but it seems the new mode would amount to a plain text box with a Rich Text preview with missing features that removes some of your text. With that in mind, seems to me a superior solution would be to manually convert your Markdown text to Rich Text first then pasting that into Alfred. That way you already see what the result will be and can tweak it to add extra stuff.

You can already accomplish that via MarkdownTransform, right in the new snippet box: write it Markdown, select the text, press the shortcut. I’m open to suggestions regarding the output of my converter. It’s essentially CSS and nothing is set in stone.
 

 
1. That’s what I do in MarkdownTransform, but an opinionated Workflow as more flexibility of choice than a native feature baked into Alfred.

Welcome @tweak,
 
The current version is already on the update tab, right at the top left (same place as in General). It says “You are using Alfred <version here>”.

interesting idea! it is possible, but with a number of limitations:
 
1. it would be style specific (each style would be hard-coded), unless there are scripts to recognize a CSL style out there.
2. it might not work 100% of the time, especially if formatting is taken into account. For example your reference @luciano seems like it's from Journal of Evolutionary Biology, but the volume is not bolded? 
3. the BibTeX key creation algorithm would not check for duplicates (unless the workflow has access to the whole library).
 
In conclusion, one could use an existing library to recognize references from text (but I am not aware of any), or this can be done efficiently only if you expect to convert a few CSL styles that can be hard coded. 

There is a program that can do that, it's called anystyle: https://anystyle.io/
 
it works either with the web interface (easy to use, but less reliable), or via command line interface (not as easy to use, but you can feed the program training data). If it's more than a one-off, I'd use the CLI and feed it some training data, and get some results. But as giovanni mentioned, it's not going to be 100% reliable, and will have trouble when the bibliographies are in multiple citation styles. Whether anystyle can deal with duplicates, I am not sure.

It worked after installing with the command. Thank you very much for your help!

On the contrary, per the debugger there’s nothing to indicate it isn’t.
 

If we don’t have the full picture, meaning at least the exact BTT action you’re using, no one can accurately test your case to understand it 
it themselves and help you.

Your code looks reversed. What you seem to be doing is setting a default icon which will always exist, then saying “if icon.png exists (which it will) replace it with something else”.

What you should do is set the alternative icon first, and if that does not exist, use icon.png. Something like (untested):
 
const elementIcon = `${__dirname}/simple-icons/${element.name.toLowerCase()}.svg` const iconPath = fs.existsSync(elementIcon) ? elementIcon : "icon.png"  

Starting from Alfred 5.1 (currently in pre-release), multiple keywords are supported.

If you’re using a library, then it becomes a question for its author or documentation.
 

That part is unclear. There is an autocomplete key in Alfred’s Script Filter JSON, but no key. What exactly are you doing?
 
 
The way to force the autocomplete to expand on ↩ is to set valid to false. The Script Filter then reruns because the input changed. Presumably (haven’t verified), that workflow is checking if the input starts with a known string (t: or m:) to react accordingly.
 

The language is irrelevant. All that matters is that you output the correct JSON.

That’s exactly what the Queue Delay option in the Run Behaviour section of Script Filters is for.

Resetting the Sync Folder to the default folder.
 
 
Without the video and running it with the keyword instead of the hotkey, I can’t say anything for sure. It would be speculation.
 
 
If one computer is the main one (seems to be), the Backup Preferences workflow will make that simple.

You need to add Alfred to the Bluetooth section of Privacy & Security. That’s a change in Sonoma.

Usage

Get in-line suggestions from Google Scholar’s search results via the scholar keyword. Press ↩ to open the search results page in the default web browser.



⤓ Install on the Alfred Gallery | Source

Good idea. Sorry. 

Pin Plus. https://alfred.app/workflows/vitor/pin-plus/
Recent files. https://alfred.app/workflows/jygh/recent-files/
 
I will wander off to "check the debugger" and report back. I can certainly ask the developer, but I usually prefer to use a community forum first in case I'm missing seething obvious.  Fellow users are usually more patient than developers Ive found. Plus, I always assume user error first--which solves many problems IRL--but frequently as high as 90% of computer-specific problems.