deanishe

This one?

Right-click in Alfred’s query box, then untick Text Replacement in the Substitutions submenu.

Absolutely. Alfred doesn’t upload any data to its creators or anyone else.
 
 
In theory, it's potentially risky. In practice, it's just not an issue. Alfred is too small to be an attractive target. But If someone did create a malicious workflow, there are enough paranoid users (like me) running all manner of security software that it would be quickly spotted.
 
If you must worry about something, worry about bugs, not enemy action.

Absolutely. Alfred doesn’t upload any data to its creators or anyone else.
 
 
In theory, it's potentially risky. In practice, it's just not an issue. Alfred is too small to be an attractive target. But If someone did create a malicious workflow, there are enough paranoid users (like me) running all manner of security software that it would be quickly spotted.
 
If you must worry about something, worry about bugs, not enemy action.

Welcome @bebek. To both the Alfred forums and macOS!
 
 
For many (most?) of us, Alfred is the first app we install on any Mac and we almost feel useless using macOS without it. It can get that ingrained in your usage.
 
 
Like every closed-source software, you have to trust its creators. I wholeheartedly trust Alfred’s team (@Andrew and @Vero) and I recommend you stick around to meet them in the forums. You’ll see they care deeply for Alfred’s users and they have everything to gain from being truthful. Plus, they’re nice people in general.
 
 
That’s indeed something different, and your reluctance in understandable and healthy. You definitely should install Workflows—like any other software—from people you trust. That said:
In these forums, you’ll find plenty of prolific developers with dozens of released Workflows. Get to know us and decide if you should trust us. I think you should! I’ve never heard of an invasion of privacy or security from an Alfred Workflow. In fact, most (all?) don’t even so much as have analytics! The overwhelming majority of Workflows are built in scripting languages, meaning anyone can inspect the code. Hiding something malicious isn’t too viable, especially in popular Workflows.  
 
The latter, as I don’t see myself giving up Alfred any time soon. But no software satisfies everyone’s needs and we don’t know each other, so I can only tell you what I’d recommend myself.

Absolutely. Alfred doesn’t upload any data to its creators or anyone else.
 
 
In theory, it's potentially risky. In practice, it's just not an issue. Alfred is too small to be an attractive target. But If someone did create a malicious workflow, there are enough paranoid users (like me) running all manner of security software that it would be quickly spotted.
 
If you must worry about something, worry about bugs, not enemy action.

for future reference: this seemed to be related to Google Drive, I was running this workflow from a symlinked folder in google drive (I know, it's a no-no ).
From that same source it worked correctly on catalina and incorrectly on big sur. Works fine on both, if symlinked from a regular folder.
thanks again!
 

It was very easy for me because I already knew all of the necessary stuff (basic text parsing, structure of an Alfred snippet/snippet collection, creating a ZIP file in Python).
 
I copied this list into my code editor (I use Sublime Text, but whatever), made sure each misspelling only had one correction (i.e. deleted all but one alternative), and pasted the text into a Jupyter Python notebook.
 
Then I wrote the code to (a) parse the text into (misspelling, correction) pairs, (b) convert each pair into the appropriate structure for an Alfred snippet, (c) convert those structures to JSON, and (d) put them all in a ZIP file. (Alfred workflows and snippet collections – and a whole host of other file formats – are just ZIP files with different extensions.)
 
It's only about 40 lines of code, all in all.

It was very easy for me because I already knew all of the necessary stuff (basic text parsing, structure of an Alfred snippet/snippet collection, creating a ZIP file in Python).
 
I copied this list into my code editor (I use Sublime Text, but whatever), made sure each misspelling only had one correction (i.e. deleted all but one alternative), and pasted the text into a Jupyter Python notebook.
 
Then I wrote the code to (a) parse the text into (misspelling, correction) pairs, (b) convert each pair into the appropriate structure for an Alfred snippet, (c) convert those structures to JSON, and (d) put them all in a ZIP file. (Alfred workflows and snippet collections – and a whole host of other file formats – are just ZIP files with different extensions.)
 
It's only about 40 lines of code, all in all.

I think it should be possible, such as this workflow
 
https://github.com/squatto/alfred-imessage-2fa/
 
 

It would be a honor if you have called me a lazy bum or anything at all, you are basically the spirit of this forum, thanks for the link ,  I will definitely have a look.

Value/arg and ARGV are command-line arguments, not environment variables.
 
It looks like you’re using Node, which (I think) puts environment variables in process.env.
 
If you want arg “moved” to an environment variable, so the second Script Filter has an empty query, add an Arg and Vars utility between the Script Filters with an empty Argument field, and a variable with the value {query}
 

I Sheet You Not
 
Create auto-updating workflows from Excel worksheets. Works like a List Filter but using an Excel file as the data source.
 

  I Sheet You Not is a workflow generator/template for Alfred 3. It reads data from an Excel workbook and displays them in Alfred. You can specify which rows and columns the data are read from, and changes to the data are picked up automatically by the workflow.   Download and installation   Download the workflow from Packal or  GitHub releases and double-click the downloaded I-Sheet-You-Not-X.X.X.alfredworkflow file to install in Alfred.   Usage   Use keyword isyn to create a new copy of the workflow. You can either create an empty copy or search for an Excel file to base the workflow on.   See the documentation for detailed usage/configuration instructions.   Source code   The source is hosted on GitHub.   Bugs and feature requests   Bugs and feature requests should ideally be submitted via GitHub issues, but asking in this thread is cool, too.

You need to remove the javascript: scheme and URL-decode it:
const q=escape(location.href);location.href='https://papago.naver.net/website?locale=ko&source=auto&target=ko&url='+q;
The full AppleScript to run that JS in the active tab is therefore:
tell application "Safari" to do JavaScript "const q=escape(location.href);location.href='https://papago.naver.net/website?locale=ko&source=auto&target=ko&url='+q;" in front document  

What does the debugger tell you the error is?
 
FWIW, I'd switch to Python 3 now if I were you on account of Python 2 being dead.
 
Then you can just do os.makedirs(os.path.expanduser('~/...'), exist_ok=True)

Sure. But if you want a workflow that will continue to work on future systems, use Python 3.
 
Python 2 is dead. Regardless of any other qualities of the language, that makes it a questionable choice for new code.

Like Safari Assistant, but for Firefox.
 

 
Download from GitHub.
 
Search Firefox bookmarks Search Firefox browsing history Run bookmarklets Activate & close tabs Add you own custom scripts  
The workflow requires you to install a corresponding Firefox extension in order to communicate with Firefox.
 
After installing the workflow, run ffass > Install Firefox Extension to get the extension. Once the extension is installed, everything should just work.
 

 
The workflow is fairly customisable. You can add your own URL actions via scripts, set custom icons, and assign URL & tab actions and bookmarklets to alternate hotkeys.
 
See the documentation for details.
 

Why does it do that? That sounds sub-optimal. I mean, what's the purpose of being able to turn off mid-string expansion if you still always have to use keywords that never occur anywhere in a word (and not just at the start)?
 
In @miq's case, there's no question that the cursor is in the middle of a word. It makes no difference to the text or the user whether Alfred inserted the first half of the word or they did. It seems to me, it would be better if it didn't matter to Alfred, either.
 

Interesting. But yeah. Unicode strings are marvellous when you’re working with text content, but there’s a lot of stuff you want to treat as bytestrings (i.e. mostly text, encoding unknown), which is a PITA in Swift because it doesn’t really have bytestrings or even “char” literals.

guys i've been spending one and a half month working on that. now you're making me want to switch to Go or apply for a job at Apple to clean their shi*. 

Meanwhile I have made up an English example that is not so realistic but hopefully is easier to follow. I post it here, even if the problem is probably already clear thanks to @deanishe (thanks!).
 
Say we have two snippets: 
- keyword 'hha' for snippet "hand|"
- keyword 'icr' for snippet "craftsman|".
 
1. We want to type the word "handicap":
Typing snippet 'hha' + rest of the word 'icap', we get: "handicap". ✅
 
But:
2. We want to type "handicraft":
Typing snippet 'hha' + rest of the word 'icraft', as soon as we type 'hhaicr', Alfred recognizes 'hha' and 'icr' and expands both to "handicraftsman" even though 'icr' is mid-string.
 
As I said, this example might be a little constructed. In German though, we hava lots of long compound words…

Interesting. But yeah. Unicode strings are marvellous when you’re working with text content, but there’s a lot of stuff you want to treat as bytestrings (i.e. mostly text, encoding unknown), which is a PITA in Swift because it doesn’t really have bytestrings or even “char” literals.

They're typing "Oor" which expands to "Organisation|", then they start typing "ssystem" to complete the word "Organisationssystem", whereby Alfred recognises the snippet keyword "ssy" and expands it (to "systemtheoretisch") even though "Expand snippets mid-string" is turned off.
 
Alfred appears not to notice if an expansion has left the cursor mid-string, so if you immediately type another snippet keyword, it will expand it even though the cursor is mid-string and mid-string expansion is turned off.

Found this twitter thread that talks about why swift string methods are slower due to the encoding. Maybe useful  I am aware of the Dean’s Medium article he shared on it. 🙃
 
 
 

I'd say that it's extremely unlikely that Alfred will gain built-in support for Edge unless Edge provides an official API for apps like Alfred to read its bookmarks.
 
You would probably be better served with a workflow instead. Depending on how Chromium-like it is, a workflow like this one might be able to read its bookmarks.