Jump to content

pontus

Member
  • Posts

    26
  • Joined

  • Last visited

Everything posted by pontus

  1. My workaround is to add the project folders to the Privacy tab in Spotlight prefs. It's not perfect but I rarely search for source code files with Alfred or Spotlight. Of course you could also add all folders named node_module but that would be harder to back track. For this approach, do a Finder search and just drag n drop.
  2. Yeah, made me rediscover this workflow. Super handy! Big thanks
  3. Thanks, I've done the same thing with native workflow objects. Works ok as a temporary solution.
  4. Ok Thanks for the swift reply.
  5. Any chance this could be a built-in Alfred feature? @Vero
  6. This is exactly the reason I don't want them to show up in Alfred. Btw I understand how mobile apps use iCloud to sync settings, but that's something else from the concept iCloud Drive imho. Also, when I open the Mobile Documents-folder for eg. Monument Valley it is completely empty, not even any hidden files. So I really hope my progress in the game is saved somewhere else... Thanks for the help on this, I will try it out. And a handy tips for the future (the touch setting is already on).
  7. … and for the folder ~/Dropbox/Documents it must be something else going on. It seems to have a weird behaviour in general.
  8. Thanks for the tips but no luck. Correction to my last post: Since it was really strange that I got a different behaviour from you, I turned of some custom file search workflows that I was using, and that did change things. The "strange" folders are now opening in Finder (still empty and irrelevant as described above). And I am still not sure they should be visible as normal folders: Both spotlight search and finder search does show these folders but handles them differently. Spotlight does the same as Alfred, Finder shows me iCloud Drive. I am not able to navigate in Finder to these folders. I have tried "Go to Folder…" for example with this path ~/Library/Mobile Documents/8Z3V4F58RK~com~ustwo~monumentvalley/Documents Finder is hiding the contents of the "folder" Mobile Documents, see picture. If I double click on the name, Finder shows the iCloud Drive folder.
  9. Hi, I have now had time to look more into this: This is not at all the case for me: I have actioned almost every single one of the items in Alfred, they all jump to the iCloud "root" folder (iCloud Drive) after Finder first shows my user folder (~/) for about 0,1 seconds. The folders that is shown in Finder on my iCloud Drive doesn't appear in the list in Alfred, so I am not able to try those, eg. Preview (picture attached). That is possibly true but in my case I have no mobile app folders, only desktop app folders (see picture). But in Alfred I cannot see the desktop app folders – only mobile app folders and other "strange" ones. And regarding the mobile app folders I don't believe the app Monument Valley uses iCloud Drive (there are a lot of other mobile apps showing up as well most of those apps doesn't have the functionality to save any documents, and certainly not syncing them on iCloud Drive). Here are a few examples of "strange" folders: iCloud Drive/US-Canada/Documents iCloud Drive/Documents/Documents iCloud Drive/Spotlight/Documents iCloud Drive/Monument Valley/Documents For me, the bug is that when I action a folder in Alfred the folder is not shown in Finder. The feature suggestion would be to be able to hide folders that is actioned correctly, but for the user still is "annoying" (but that feature exists already?). That would have been great, the problem is that the "Dropbox/Documents" doesn't even make it to the list in the first place. All the best Pontus
  10. Thanks for your answer. I figured the problem was in spotlight rather than Alfred. The weirdest part is that they show up but at the same time cannot be opened. I don't use these folders much so I should probably just make Alfred ignore them. Cheers Pontus
  11. I am trying to open my two Documents folders (one extra in my Dropbox) – and I want them to show up on top of the results since that would be more relevant to me. Yes and Alfred app is quite good at handling that so my results still are relevant (and not only correct). But after this change in iCloud the file search have become less usable. The problem as I see it: 1. The default search results shouldn't show content of hidden/system folders. 2. It definitely shouldn't show all the contents of the folder ~/Library/Mobile Documents and present them as normal folders with the path iCloud Drive/(iPhone app name)/Documents. That is faulty for two reasons: a. The folder can not in any meaningful way be said to be a part of my (the users) files and folders on my computer. b. macOS prevents me (and Alfred) from open that folder – that is, if I try to open it Finder shows the root folder for iCloud Drive Hence the bug report. PS. @deanishe maybe you should try a bit less defensive strategy when answering on the forum, your reply doesn't exactly make me want to report more bugs.
  12. When doing a file search for "documents" I get almost only results like this "iCloud Drive > [app] > Documents" (see picture1). It has been like this on both Sierra and High Sierra and several versions of Alfred. The [app]-folder could be both folders I actually see in Finder (picture2) and apps that I only have on my iPhone and doesn't show in Finder. Unclear to me if it is a problem with Alfred or the macOS index, but very annoying.
  13. This works fine for me: https://www.dropbox.com/s/7d357bo5wch0j46/Rename (version).alfredworkflow?dl=0
  14. Yeah that's a lot. I don't have different files searches, kinda defeats the purpose with a file search for me.
  15. Ah now I think I understand. For me there should only be one File Filter, that's the only "input". The suggestion was to add multiple "outputs" only. One for OPTION one for CMD one for SHIFT etc.
  16. I don't know how to do that, but it sounds useful. If you feel like modify and upload the workflow it would be much appreciated.
  17. Hi deanishe, No, that would mean that the same two things would happen even if you use different modifiers and that's not a desired behavior. It means that you can replace the actions I've put in the workflow with anything you prefer, that handles a file path as argument. A simple (and useless) example would be to connect the Large Type block instead of Open File. Cheers
  18. Yeah I've added another external. Maybe a new feature in the workflow? (Shouldn't every workflow have an external trigger hehe). For me it works fine without the "trick", is it for older versions of alfred?
  19. Great workflow! I wish it had support for multiple screens…
  20. I use this workflow. Not very fast but works good. http://www.packal.org/workflow/open-finder-tab
  21. Great workflow, very useful, thanks! I want to trigger it externally (as described here) but then the external trigger must be placed before the parsing script. Any specific reason for the placement of the trigger?
  22. After a short discussion in this thread (with @PopSquirrel) I decided to create a workflow that allows me to use custom actions (i.e. any workflow actions) on files and folders. The intention is to replace the settings that can be made under Advanced > Action Modifiers. I've included the full HOW TO USE below. Download TEMPLATE - File Search with Custom Actions from my GitHub Note: This workflow doesn't do anything "out of the box". It's a template that you can use to create your own customised actions. Examples of usage: Call a File Action workflow without go to the File Action menu. I use this with RenameAction (by @vitor) Use it with basically any workflow that takes a path as input. I use it this way with Open in Finder Tab (by @mix1009) Open a file with a specified app. I have Preview as default app for images, therefore I've added an Open File with Photoshop-action Get creative and comment below Screenshot from my configuration of the workflow: HOW TO USE This workflow allowes you to use custom actions (i.e. any workflow actions) on files and folders. The intention is to replace the settings that can be made under Advanced > Action Modifiers. This is a template workflow - you'll have to add your desired actions, modifers etcetera for the workflow to actually do anyting. Likewise you might want to change the keyword. Personally I use a the same as Alfreds default File Search, a single quote: ' The pink blocks gives you two different paths depedning on if you're actioning a file or folder. You might want to copy these to use with other modifiers as well.
  23. Check out the workflow here: https://www.dropbox.com/s/ctqy5m5d35p5obf/Open in Finder Tab Pontus.alfredworkflow?dl=0 I realise now that what I probably should do is a workflow that can imitate Alfreds default File Search behaviour and adds this functionality..
  24. @PopSquirrel Thanks for the answers. No, not quite what I was after but a good tip though I was improving the Open in Finder tab-workflow (by @mix1009, http://www.packal.org/workflow/open-finder-tab) by making it also work as a File Action. Works like a charm Then, I thought it would be even more neat to be able to do something like CMD+ENTER directly in the folder. Hence the question of triggering a File Action with a hotkey... Not by the computer now but can upload the workflow tomorrow.
×
×
  • Create New...