-
Posts
136 -
Joined
-
Last visited
-
Days Won
6
Content Type
Blogs
Gallery
Downloads
Events
Profiles
Forums
Articles
Media Demo
Posts posted by pseudometa
-
-
This bug mostly concerns workflow developers.
The checkbox "Window behavior: Do not close Alfred Window on actioning result" is not preserved when copying items in the workflow canvas. The bug is really subtle, so that it is really easy to miss that this is the cause of subsequent issues when developing workflows.
See the gif, since it's apparent there:
-
@dood I finally stumbled upon the bug myself and could therefore figure out what was causing the issue.
Fixed in version 1.5.0, which should be available via Gallery update in a few days, or directly by downloading it here: https://github.com/chrisgrieser/alfred-reddit-browser/releases/download/1.5.0/alfred-reddit-browser.alfredworkflow
-
tbh, I have no idea what is causing that and also cannot reproduce it on my end with your config. Most you could do is maybe fully reinstall the workflow (uninstall, then install again), in case there is some cache file stuck. otherwise, I got no idea, sorry
-
@doodCannot tell via the debugging log alone, really. Just to be safe: do you have more than one subreddit added in your configuration?
If so, could you share your config, so I can have a look whether it's an issue related to a specific setting?
-
1 hour ago, Habeneck said:
Hi @pseudometa! This looks amazing, but when I click Download the latest release in your GitHub page, I get a 404.
Thanks for the info, link is fixed.
(Also, you can generally download stuff from GitHub by going to "Releases" in the GitHub sidebar.)
-
3 hours ago, andy4222 said:
This is useful @pseudometa. Any way the text view can remain floating above other apps? Right now if move the focus away from the text view, it disappears
As far as I can tell, that's not possible, no
-
Played a bit around with the 5.5 Beta and textview. Came up with this very simple workflow, consisting completely of building blocks provided by Alfred (no code).
- It brings up a simple scratchpad via hotkey, and hides the scratchpad again with the same hotkey.
- The file content can be saved via cmd+enter, and previewed via shift+enter.
- Main caveat of this workflow is that cmd+enter is the *only* available method of saving the content – cmd+s does not work, and (as far as I can tell) it's not possible to have the note content saved when using esc on the text view.
Simple solution, which nonetheless replaced my need for a separate scratchpad app
-
3 hours ago, Andrew said:
This is now in Alfred 5.5 Beta 2 b2253
Both a Workflow Object scoped option, and a global option (local to you, better if you're going to share the workflow)
awesome, thank you!
-
I see. Yeah, makes sense, caching is just another key after all.
Well, then I've added just updates for caching to all my workflows and will hold off the other changes for a bit. 👍
-
The text view is also a fantastic addition, took me 2 minutes to create a "simple scratchpad app" with it.
Could the font size maybe be made configurable? Like, the text is really small, making it a bit of an accessibility problem for people like me.
edit: just discovered that you can increase font size via right-clicking and selecting "Font". However, the selection done there does not persist, so it's not really a solution, unfortunately :/
- llityslife and sepulchra
- 2
-
2 hours ago, rknightuk said:
it's just that it's an extra keypress to start searching. It's not a massive thing at all and maybe it's just me who would be bothered by this.
I kinda agree here. Even if it is just `gif<enter>query` instead of `gif<space>query` now, it feels a bit weird, since years of using Alfred has taught me that I have to type "keyword space query".
Nonetheless: since Grid view also takes file paths as input, creating any kind of image search is super easy now, no code required, just using the Alfred building blocks 💪
-
First, thanks a lot for the Grid View. It's a fantastic addition, and the fact that it's using the same JSON format as script filters makes the adaptation really smooth.
Two things I noticed while trying out the Grid View regarding its keyboard navigation:
1. (more of a bug) `ctrl+n` and `ctrl+p`, which work on the normal Alfred search results to select the next / previous item, do not work in the Grid View.
2.(more of a suggestion) in the Grid view, when "show search field" is disabled, pretty much all keys aside return and the arrow keys become dead keys. I was thinking, why not make use of those keys? I could think of something like `wasd` as additional navigation keys (or `hjkl` for the vim users). Or, alternatively, make the keys configurable
-
Got it, will do.
Question as a workflow dev: How backwards compatible are the changes in 5.5? I'd like to implement a few of the improvements like caching of results and number sliders in my existing workflows. Is it possible to somehow define a minimum Alfred version for a workflow? So users still on 5.1 do not get Gallery auto-updates which break their workflows and stuff like that.
-
Great update! Caching Script Filters alone makes workflow development much easier.
Is there a forum thread for discussing / giving feedback for the beta yet? Can't seem to find one.
-
On 2/19/2024 at 12:20 AM, katie said:
Thanks, @vitor. I've just downloaded the Supercharged Citation Picker, but it's for inserting citations into writing - not adding citation information to a reference manager (BibDesk) so that it can then be cited. I'm doing it manually now; I just miss this workflow!
Hi,
it's not mentioned in the Alfred Gallery Page, but Supercharged Citation Picker actually is able to add citations to a .bib file, when it is given a DOI or ISBN.
https://github.com/chrisgrieser/alfred-bibtex-citation-picker/?tab=readme-ov-file#add-new-entries
-
11 minutes ago, kevdev said:
Hello, is it possible to set this plugin up to git push to the linked repo in user set time intervals? Basically using it as a backup.
Thx!
Hi, no, the workflow does not do that. Dealing with git and doing backups is not anything that you need Alfred for anyway.
You can do automated git pushes by using the obsidian git plugin. (First result when you search for "git" in the obsidian plugin store)
-
1 hour ago, JJJJ said:
Thanks for the very useful workflow!
I could use the rephrase function in v1.0.3 but I got "ERROR: No response by OpenAI API." error in v.1.0.4.
I just tried downloading and trying v1.0.3 and rephrasing works for me again.
Found the issue, fixed in 1.0.5: https://github.com/chrisgrieser/alfred-writing-assistant/releases/download/1.0.5/alfred-writing-assistant.alfredworkflow
-
Thank you!
Regarding the first one, I think that occurs when there is an issue with the OpenAI API, either it times out or you hit the rate limit for your account or something like that. I added some error logging, you could try v1.0.4 and run the rephraser with the debugging log in Alfred open, then it should tell you what's going on.
With the second one, I am not totally sure what you mean. There was an issue where it turns single quotes into double quotes that I have just fixed for 1.0.4 as well, in case that helps?
-
-
@hedkase Okay, I figured it out then. The issue is simply an error warning when the subreddit has no icon. Workflow works completely fine by defaulting to the default icon, only falsely throws an error even though there is none.
Fixed the issue in release 1.3.5. You can directly download the new version directly here, or wait 1-2 days for the Alfred Gallery to update.
(In case you directly download the fix, it will show an "update available" icon next to the workflow for a day or two until the Alfred Gallery is updated to include the new version, do not update it then, since it will revert you to 1.3.3, which is currently the most recent version on the Gallery.)
-
@hedkase Could you post your workflow configuration?
-
9 hours ago, iandol said:
Chris, you are on a workflow roll!!! Thank you for yet another great workflow 😍
Thanks! I am actually just publishing my "backlog" of Alfred workflow I have created for personal use over the years 😅
10 hours ago, dfay said:Your download link results in a 404.
Sorry, fixed!
-
1 hour ago, cands said:
Feature request if you think more people than me could be interested, I would find it valuable that the date when the url was saved is added to each item (e.g. appending after each item today's date like "(2024-01-14)"), so it is easy to distinguish new links from old links directly from the Alfred search. This could be optional to not frustrate users who have no use for that info.
Good idea, actually. I added that as opt-out feature: https://github.com/chrisgrieser/alfred-read-later/releases/download/1.1.1/alfred-read-later.alfredworkflow
-
Autocorrection and synonym suggestions for the word under the cursor. Rephrasing of the selected text.
The workflow offers four hotkeys:
- Autocorrect the word under the cursor.
- Suggest synonyms for the word under the cursor.
- Rephrase the selected text via ChatGPT, improving its language (requires OpenAI API key).
- Same as 3, but use Markdown markup to show the changes:
- Additions are displayed as ==highlights==.
- Deletions are displayed as ~~strikethroughs~~.
- There is a workflow configuration to alternatively format the changes as Critic Markup.
Unfortunately, the forum keeps on failing when I try to upload the demo .gif file. The demo is available at the workflow's GitHub page though:
Wrong Alfred 5.5 cache used when using alternate keywords like `foo||bar`
in Bug Reports
Posted
When using a Script Filter, we can use `$.getenv("alfred_workflow_keyword")` to display different content depending on the keyword used. For example, using `foo||bar` as the keyword, the Script Filter then shows different results for when using `foo` or `bar` as keyword. Now, when you also use the new cache mechanic from Alfred 5.5, there appears to be a bad interaction between the two:
In short, it appears that Alfred creates one cache per Script Filter, and not one cache per keyword. As a consequence, this means the caching mechanic cannot be used when also using alternate keywords.
Build: Alfred 5.5.2257