xilopaint

1 hour ago, Acidham said:

I doubt that this is good practice.

All official workflows from Alfred Team that I know of use this practice in User Configuration. The configuration panel is intended to be the place where the user can configure the workflow, not the editor. Some workflows have tons of objects and is not easy to find the proper object to change a keyword.

1 hour ago, Acidham said:

You can do that by just changing the shortcut, right?

Sure, but before I did that I've struggled a lot trying to remember your keyword because it doesn't make any sense to me. That's why I asked you what it stands for. My suggestion was to make life easier for the user.

@Andrew @vitor Should we expect the workflows to run faster with the new --no-rcs flag since these files won’t be sourced?

Also, are we close to the release of the stable 5.1.2? I want to update a couple of workflows and should decide if I'll wait for 5.1.2.

@Acidham, I think you should use the keyword for history search with Argument Optional. Most of the time I just want to search my recent history without typing anything. Using Argument Required makes harder to find what I want if I don’t recall the proper query.

Also, it’s a good practice to include an option to change the keywords in the user configuration panel. I think it’s something @vitor could suggest to developers when reviewing the workflows submitted to the Gallery. I can’t understand why you adopted bh for history. What does bh stand for? If it’s “browser history” you should use something like bb for the bookmarks to make it consistant. Personally, I would adopt hi and bm as default.

1 hour ago, vitor said:

Alfred’s Terminal support can take arbitrary AppleScript. That’s how the iTerm support works. You can open arbitrary URLs using open location in AppleScript.

Yes, that’s what I thought. However, if I got this thread right, their URI scheme isn’t enough to have a reliable integration since we don’t have an option to send text as we can do in iTerm via the write command. Am I correct?

Hey @vitor, a Warp team member said there’s a new URI scheme “for opening a new window/tab/launch configurations/etc” that has been used by Raycast. Would it be possible to use it to integrate Warp to Alfred?

Thanks for sharing. Why can't we see CPU and memory for all processes at the same time?

Anyone interested on AppleScript support for Warp can give a 👍 in the original post of this issue: https://github.com/warpdotdev/Warp/issues/3364. It helps the team to prioritize it.

@vitor, I used the new Sonoma web apps feature to create a web app for Amazon. Would it be possible to make the workflow open the web app instead of the website in the browser?

On 6/29/2023 at 7:11 AM, Andrew said:

@Stacks in the current 5.1.2 pre-release, I added the --no-rcs flag when selecting the /bin/zsh script language in a Script Filter or Run Script. This change is to prevent something in a .zshenv file from breaking the expected output in a script.

 

 

This is mentioned here: https://www.alfredapp.com/changelog/ but not yet expanded upon as we are still in the pre-release. If this change sticks through to the 5.1.2 general release, we will create a KB article to detail this change.

 

Having said that, this change should not affect your workflow if you're using External Script as the script language.

 

Would it be possible to share the workflow so we could take a look at why you're seeing a difference? Are you using a .zshenv file, if so, could we see the contents?

 

Cheers,

Andrew

This is a cool feature. I'll be updating my workflows with this as soon as 5.1.2 gets stable.

They don't have an API.

@zeitlings, the workflow is broken for me:
 

[21:00:20.969] OCR[Universal Action] Processing complete
[21:00:20.987] OCR[Universal Action] Passing output '/Users/xxx/Desktop/sample.pdf' to Arg and Vars
[21:00:20.989] OCR[Arg and Vars] Processing complete
[21:00:20.990] OCR[Arg and Vars] Passing output '' to Run Script
[21:00:21.014] OCR[Run Script] Processing complete
[21:00:21.016] OCR[Run Script] Passing output 'OCR Failure: Recognizer init failure (ocr)
' to Conditional
[21:00:21.017] OCR[Conditional] Processing complete
[21:00:21.017] OCR[Conditional] Passing output 'OCR Failure: Recognizer init failure (ocr)
' to Debug
[21:00:21.018] OCR[Debug] 'OCR Failure: Recognizer init failure (ocr)
', {
  compress = "0"
  DEV = ""
  export_path = "/Users/xxx/Desktop"
  export_strategy = "exp.same"
  gristle = "nl"
  key = "ocr"
  languages = "en-US, de-DE, fr-FR"
  open_pdf = "1"
  pdf_path = "/Users/xxx/Desktop/sample.pdf"
  revision = "3"
}
[21:00:21.019] OCR[Debug] Processing complete
[21:00:21.019] OCR[Debug] Passing output 'OCR Failure: Recognizer init failure (ocr)
' to Play Sound

1 minute ago, Stephen_C said:

See here (Vitor's) and here (mine) in the Alfred Gallery.

 

Stephen

These are quite different. I want to see my disk usage in Alfred's panel.

On 12/9/2020 at 10:37 PM, IDB said:

That workflow is a thing of beauty. Thank you!

 

Cheers & 😷 // Ian

Wow, this is super practical! @vitor, please add this to the Gallery!

On 7/18/2022 at 6:07 PM, vitor said:

I may rewrite it and release as a new Workflow at a later date

@vitor, is this still a possibility?

18 minutes ago, vitor said:

Worth noting, as a note on the note, that Alfred includes both Homebrew paths in its PATH. This allows you to use the name of the tool without the full path and not have to worry about that distinction, meaning less things to worry about as a creator and less configuration for users to do.

I tried without /opt/homebrew/bin/ and it didn’t work with this workflow.

6 hours ago, godbout said:

* added the `cli` in Configuration Sheet.

Just a minor note: /usr/local/bin is the Homebrew path for Intel Macs which are mostly vintage nowadays. Apple silicon uses /opt/homebrew/bin so a more up-to-date placeholder would be /opt/homebrew/bin/transmission-remote -a {magnet}.

1 hour ago, godbout said:

* configuration done in the Configuration Sheet

You forgot to add configuration to the CLI.

On 7/8/2023 at 5:24 PM, xilopaint said:

 

Could you share the offending files via private message so I can try to debug the issue?

@slyfox I guess I have a solution for this issue. Do you mind sharing the files by private message so I can test?

1 hour ago, vitor said:

 

See @Stephen_C’s workflow.

I saw it. I just preferred having both features in a single workflow. 😊

@vitor, would it be possible to add a keyword to filter all the panes?

12 minutes ago, slyfox said:

@xilopaint Interesting. It works on other files.

Could you share the offending files via private message so I can try to debug the issue?

On 7/7/2023 at 9:01 PM, vitor said:

Nothing has changed in quite a while, and I use it every day with zero issues. I also don’t have any other problem reports from anyone else. A debugger output is necessary to start determining what could be happening, as well as the macOS and Alfred versions. No doubt the cause will be external (e.g. a faulty version of multimarkdown) since the workflow hasn’t changed.

The issue is intermittent so when I face it I don't have the debugger activated. If I find something useful I'll bring it here, but it's likely related to my environment.

@slyfox have you tried other PDF files?

On 3/29/2023 at 11:21 PM, chumido said:

 

I have just tried, but I am still getting that error.

 

Hey @chumido, do you still have this error with v4.3.1? If so, I have some time to debug your issue.

This workflow has started to feel sluggish to me and sometimes freezing Alfred.