Jump to content

Gary King

Member
  • Posts

    108
  • Joined

  • Last visited

  • Days Won

    1

Gary King last won the day on July 29 2023

Gary King had the most liked content!

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Gary King's Achievements

Member

Member (4/5)

2

Reputation

  1. When I create a File Filter, my search query is only matched against the filenames of all the available files in the filter. How can I also match the query against the paths of every file, as well? So if a file is at "Videos/Funny.mp4" and I search "funny" then this will match, but "Videos Funny" will not match, even though I want it to.
  2. Since I upgraded to MacOS Ventura, icons for files like .mp4 and .doc in Alfred do not appear. I've attached screenshots showing how an .mp4 file does not have an icon in Alfred, but has the VLC icon in Finder. How can I get the icons to appear for all file types, including video files, in Alfred?
  3. It's possible that the behavior changed between one Mac OS version to another, because I did upgrade my MacOS recently. Here's my timeline of recent events: - 2014 to July 8, 2022: I was using a Mac Mini 2012, running MacOS Catalina up until the end. - July 9, 2022: I migrated to a Mac Mini 2020, running MacOS Monterey (therefore skipping over Big Sur). - July 24, 2022: I upgraded from Alfred 4 to Alfred 5. - July 25, 2022: I noticed that changing Alfred data from outside of Alfred was not being reflected by Alfred. It's possible this issue existed since I upgraded to Monterey on July 9, but I first noticed the issue on this date, July 25.
  4. Yes, unsurprisingly, if the workflow is symlinked, and I swap to another commit, then the workflow data is not updated, but if I delete the symlink and re-create it, then the data is updated in Alfred. That would be the equivalent of removing and adding the workflow back to Alfred, so I imagine that it's expected that Alfred would read the whole workflow upon such an action. I have had my workflows symlinked to Alfred for years, and in Alfred 4, it had no problems immediately updating workflow data, even from symlinked workflows.
  5. The issue appears to be caused by the fact that I'm symlinking my workflows in. Specifically, in the `/Users/gary/Library/Application Support/Alfred/Alfred.alfredpreferences/workflows` directory, I have several normal folders in there for workflows, and I have a handful of symlinks in there, which point to other directories on the same volume, for other workflows that I also have. I tested the issue by creating a new workflow in Alfred, and then creating two commits that changed the Alfred data. When I swapped between the commits, the Alfred data was updated instantly. However, when I then moved this workflow to another directory, and symlinked it back in, performing the same test did not update Alfred, indicating that the issue is caused by the fact that the workflow uses a symlink. Is it possible for you to fix this in Alfred? Rather than requiring that all projects needing to be moved to the Alfred dir. Of course I would prefer to continue using my symlinked approach for workflows, if possible.
  6. Just now, I checked out from Git an older commit for my Alfred workflow, and I had to restart Alfred for it to identify the change. I assume that Alfred is caching the values for an improvement in performance, but it's costing development time for workflows. It would be nice to have an option for developers to immediately update the workflow cache.
  7. I'm not syncing prefs. I'm on Alfred 5.0.1. I have a "Keyword" workflow item with "ica" as the shortcut, which leads to a "Run Script" item. Depending on the branch in my Git repo, the "Run Script" value will be different. If I check out another branch, then the value in "Run Script" only updates when I close the Alfred preferences window and re-open in. In Alfred 4, however, I simply had to click on another workflow then click back to the original workflow, for the "Run Script" value to update. In addition, after closing and opening the Alfred preferences window, the "Run Script" value is indeed updated, but most importantly, using the "ica" keyword still executes the previous "Run Script" value, according to the Alfred debugger.
  8. @Vero Thanks that seems to have worked. Is there a faster way to refresh workflow items than closing and re-opening Alfred preferences though? Such as either a Command-R refresh shortcut, or clicking on another workflow then clicking back to the original workflow.
  9. I have a workflow in Alfred 5, with a Run Script item. This workflow is also in a Git repository. While working on the workflow, I'll occasionally swap to another branch, which also changes the code run in the Run Script item. Previously in Alfred 4, after I changed Git branches and run the Run Script item, the new value would be used immediately. However now with Alfred 5, the value for this Run Script item only updates after I restart Alfred. How can I make Alfred automatically update the value, rather than using a cached copy? This makes debugging workflows more difficult now, in Alfred 5 compared to Alfred 4.
  10. Also, in addition, paths on external drives are shown correctly within Alfred workflows, such as when selecting paths for a File Filter's scope. They appear as "/Volumes/External/Media/" rather than "/System/Volumes/Data/Volumes/External/Media/". In addition, if I search for the "External" drive itself, then its path shows as "/Volumes/External/" rather than including any of the additional prepended text. Is this issue, where the full paths are shown in File Filter results but not in File Filter scopes, only in my copy of Alfred, or is it just how Alfred operates for all users? Thanks again, in advance!
  11. The reason that I ask if it's possible for Alfred to remove the excess prepended text, is primarily because it makes the path longer. The problem is that when I search for a file on my external drive, and there are multiple copies, then I need to refer to the path to determine which copy I am looking for. If the path is too long, then the most relevant portion of the path, which is the right-most portion, is cut off in Alfred, so I can't tell which of the results I'm actually looking for.
  12. Okay, I understand that. But isn't it also the case where applications are located at both "/Applications/Programming/Docker.app" and "/System/Volumes/Data/Applications/Programming/Docker.app", and Alfred chooses the suppress the second one in favor of the first one? Would it not be possible to at least show the shortened path for files on an external drive, but still use the absolute path when copying it? Is this issue only applicable to APFS volumes, and not to HFS+ partitions?
  13. I have several file filters that search for items on an external drive. The external drive previously consisted of a single HFS+ partition called "External". Today, non-destructively converted the partition to the APFS format. I also moved around the drive's root folders a bit, to better organize them. Since then, when I use a file filter in Alfred 4.7 to find files on this drive, the filter works fine, and finds and opens items fine, but all the paths are prepended in a peculiar way. For instance, if the item is located at "/Volumes/External/Media/funny-video.mp4", then its path would appear in Alfred as "/System/Volumes/Data/Volumes/External/Media/funny-video.mp4". This only started happening after the changes I made above. I suspect the issue is more related to the APFS conversion, rather than the re-organization. What can I do to get the simplified path back, so that each path is not prepended with the additional text of "/System/Volumes/Data/"? Would re-indexing the Spotlight library help? I already tried running "reload" in Alfred, but it did not fix the problem.
  14. Have you ever seen a case like this before? Is there anything I can do about it? I have a decently powerful Mac, considering its age of a few years. It's got an i7 CPU, 16 GB of RAM, and an SSD. This issue I'm experiencing happens every time I create a new .code-workspace file; the metadata seems to take a few minutes to populate. The issue is related to waiting for Spotlight to provide metadata for new files, right? I just created a new text file, and I checked its metadata 1 second later; there's no metadata. But 2 seconds later, there's metadata. So that seems fine. But if I do the same with a .code-workspace file, then it still takes a few minutes to populate its metadata. Is there something wrong with this particular type of file? How would I fix that?
×
×
  • Create New...