xilopaint

Would you consider to integrate your workflow with transmission-cli? It can be installed with `brew install transmission` and work headless. That would allow us to start downloading the file from Alfred without the need of any GUI BitTorrent client which is the perfect scenario.

A possible implementation would include a check for the existence of the CLI in the user machine, otherwise the current flow is used. An environment variable on the workflow configuration sheet would make the job as well (the user would set the value to 1 to use the flow with the integration).

7 hours ago, deanishe said:

Alfred-Workflow 2, I suppose. A complete rewrite that supports Alfred 4 and Python 3 only. That'll enable me to rip out a lot of the Alfred 2-era cruft and improve the API.

Can we expect this for 2019?

What is the average Alfred user profile? Is he/she aware of Homebrew? If so I'm in favor of promoting Homebrew Python/Ruby rather than bundling runtime. There's no difference in UX when you have Python installed via Homebrew and I don't think the comparison with node is accurate. With node you have the workflow installed in some shady path.

I'm more curious to know what will be the future of Alfred-Workflow. Will it be converted to Python 3 since there's no longer advantages to stick with Python 2?

3 hours ago, vitor said:

It’s not like there aren’t ways to bundle those languages as single executables. Ruby has a few (that I never tried) such as Ruby Packer. I’d be surprised it there isn’t something similar for Python. If there isn’t, this is an incentive to get on it.

I'm completely unaware of this discussion but wonder how big the workflow size could get by doing this.

1 hour ago, lycopodiopsida said:

 

Done!

Any reason for maintaining the .scpt files? I recommend you don't place compiled and uncompiled versions of the files in the same directory.

This is a repository of an AppleScript based workflow for your reference.

15 hours ago, lycopodiopsida said:

I've posted updated workflow to github with permission from Carlos.

 

Link to repository

 

Direct link to the Workflow file

You might want to use .applescript extension rather than .scpt on GitHub as the latter one is for compiled files and can't be read within the repo.

6 hours ago, Bhishan said:

The app Numi works but the Alfred workflow does not work.

 

Alfred workflow: http://www.packal.org/workflow/numi  

Numi: http://numi.io/static/dev/Numi.zip  

ERROR: Numi[Script Filter] Code 1: index.js:120:158: execution error: Error on line 5: Error: Application can't be found. (-2700)

 

Have you seen the post immediately above yours?

1 hour ago, deanishe said:

 

It has exactly the same problem. Google isn't returning the HTML the workflow expects. And this one's a real mess to fix. One simply does not use regular expressions to parse HTML.

Really? This workflow worked for me.

9 minutes ago, deanishe said:

 

Services are also available via the Menu Bar (App > Services), so the menu bar workflow should still find them.

Jesus, you're right! Because I never use these services I forgot they also live in the menu bar.

4 hours ago, Sridhar Katakam said:

Can you tell me how to use this workflow to use a macOS service in Alfred's file actions panel?

If by macOS services you mean those you can see in the right-click menu the answer is "you can't". This workflow is meant to search the commands of the menu bar, not the right-click menu.

Also that workflow was built for Alfred 2 and is currently unmaintained. This other one, written in Swift, is newer with a similar implementation and works with Alfred 3 and 4.

10 minutes ago, deanishe said:

 

It works with every file manager I’ve tried. Path Finder, ForkLift, Marta.

Are these file managers worth it? I've never used any of them. What is the best one?

18 hours ago, bazerman said:

Anyone using this successfully with Alfred 4?

It works for me, but with this important caveat:

Quote

Overusing this workflow might lead to your IP being blocked by Google Search servers. Searches through Chrome or another browser might still work but this workflow will stop working. I recommend keeping a 10-15 seconds gap after each usage of this workflow. In most cases, much lower gaps or even continuous use of the workflow will still work but still this is something to be kept in mind. If you see a 'rate limit' or a 503 error, it's best to stop using the workflow and try back after some time (~1 minute).

The rate limit makes the workflow unfeasible for my routine.

6 hours ago, Carlos-Sz said:

 

As soon as possible, I'll try the system attribute alternative.

 

Thank you.

Carlos, have you ever considered to push the source code of your workflows to GitHub?

There's a lot of advantages on it:

1) better discoverability;
2) ease to document;
2) contributions from the community to expand the workflow, fix bugs and report issues;
3) versioned releases;
4) using OneUpdater to allow auto-updates.

It's very simple, straightforward and even fun. Maybe you are familiar with all of this and just don't want to do it for whatever reason, but if it's not the case you can check out my Things workflow as a reference. It's written in AppleScript as well.

2 hours ago, JaxGirl said:

How do I change my email to my current one for this license?

+1

Any chance, @Vero?

5 minutes ago, deanishe said:

 

Many of these workflows use the library's built-in updater.

I got very frustrated at Alfred 4 release as it hasn't addressed my expectation regarding a built-in update solution. Both Alfred-Workflow and OneUpdater are great on this, but they are unknown for most developers. An official repository + update feature are major demands in the community for years.

15 minutes ago, Tatarin said:

 

 

Where can I find this file? Thank!

Right-click on the workflow icon on Alfred Preferences and click on Open in Finder after that.

On 5/30/2019 at 4:38 AM, Tatarin said:

 

[11:35:23.526] ERROR: Evernote[Script Filter] Code 1: 0:48: execution error: mkdir: /Users/tatarin/Library/Application Support/Alfred 3/Workflow Data: No such file or directory (1)

 

How fix these?

The problem is the workflow data folder path is hard coded for Alfred 3. You can fix this by changing the line 7 of the workflow.scpt file to this:

set my _data to (system attribute "alfred_workflow_data")

I encourage @Carlos-Sz to use script environment variables in his workflows.

Things and Spotify Mini Player have auto-update features so you don't need to worry about checking the forum for updates. Don't know about the other workflows you mentioned.

Update (v1.7.1):

Fixed a bug that prevents to-dos to be displayed in lists.

Update (v1.7):

• Added support for tags.
• Added ability to interact with to-dos in projects.
• Adopts Quick Entry Panel for adding to-dos.

8 hours ago, RabbitJazz said:

The battery % is inaccurate for me. Anyone knows how to sort this fix? (it's about 6% lower than what the os presents.

Please, post the output of ioreg -l -n AppleSmartBattery -r and the battery level displayed on your menu bar at the time of that output.

Is it possible to sort subreddits for the most recently accessed?

What do you mean with "directly goes to 1PW"? In Alfred preferences you can change the keyword or even select the option "Show in default results" if you want to find 1PW bookmarks in the default results by name or url.

Update (v2.16)

• Fixed a bug that prevented the Crop file action to work properly on PDF files with mutiple pages.
• PyPDF2 replaced with PyPDF4.

Why don't you use a Script Filter for the second step?