lycopodiopsida

I think it is a limitation, users can live with. Being up to-date is not such a big deal for bookmarks, which are mostly static.

Hi Jan, there is a recent thread about it: Short answers: yes, it is possible to some amount. You need a shortcut for text as described in the thread I mentioned which you would call with a separate shortcut (double CTRL in my case). It would place the text in Alfred and place the cursor before the text, so you can call a workflow on it. I mention a workflow, and I mean it - without it, Alfred cannot do much with with your text. Unfortunately, such functionality is really a very strong side of LaunchBar...

So far I've found only code for processing JSON bookmark files: https://github.com/duanemay/alfred-workflow-chrome-bookmarks https://github.com/blainesch/alfred-chrome-bookmarks Since I don't want to write the parser from scratch, I need either to grab the most recent of the json backup files, or simply convert a bookmarks.html to json first, which should be not so difficult. Need to play around with it.

Yes, it seems to be the only valid option. Every possibility to work with SQLite db is a rotten apple, even if it is cached by the workflow. In my case, browser is just running sometimes for a week, which means, DB would be locked all the time. I should look in github for older workflows with a working parser of bookmarks.html, the rest should not be that difficult.

This is not necessary true. People in web development have basically stopped to test websites in other browsers. And if an issue appears, the first question is always "can it be reproduced in chrome", as if anything not appearing in chrome is a browser bug. For a monopoly you don't have to kill other browsers, just render them significantly less useful for users. Safari, too, is not safe anymore, since the webkit !== blink.

I also would like FF to be supported, since the provided ff workflow tries to read the SQL db and is, thus not working when FF is running. I, however, don't see it that critical with workflow vs. 'provided by default' since I think that Alfred is lacking features in more important areas. A working workflow would be sufficient. A simple solution could be to allow the bookmarks feature in Alfred to parse a html file - this way FF bookmarks could be added just by pointing it to the profile folder and setting the browser.bookmarks.autoExportHTML flag. Regarding browser choice in general: I have a feeling, that Safari is somehow falling behind in performance, especially if one uses it with all bells&whistles, like adblockers. Chrome is the new IE - barebone, introducing more and more limitations, a privacy nightmare. It its strange to see, how FF is getting in the "David vs. Goliath" role once again. So, while I absolute believe that Chrome is by a large margin the most used browser for Alfred users, the thinking here should be more strategical, since we don't want to ask ourselves in 10 years how we've got there with browser monopoly.

Done!

I've posted updated workflow to github with permission from Carlos. Link to repository Direct link to the Workflow file

So, I've fixed this workflow for now... I will try to contact the original author to get his permit to republish it. Until then ping me via private message with your mail, I will send it.

I should maybe say file-based workflows, navigation as it is is fine - you find some folder and drill down. It it more about doing something with results (though I like the buffer idea since it can keep files forever). Is it difficult to implement in general? As far as I understand, mime-type can be grabbed form any file in macOS.

I am not sure it can be blamed on "lists vs trees". IMO Alfred does the navigation fine enough and has some nice features, like file preview always shown in the window. The problem is what you can do with things you've found - and here one would again land by support for system services. Zipping a found folder is something macOS can do natively, LB can do it most likely for the same reason, but Alfred would require an extra file action no one has written yet, as far as I searched. I think system services are a low-hanging fruit (well, not necessary from the amount of work needed to implement it) which would add a ton of functions instantly. So let us hope we see it implemented soon enough.

It is actually pretty simple: - create a new action - right click on workbench - Triggers>Hotkey - do the rest like in the screenshot

@Jasondm007 @PurplTentacle @MrShap Hi, I was absent from Alfred (and this forum) for some time, but I am back. Good news: I still have this workflow. Bad news: it is, of course, broken again and due to Applescript being one of the least readable script languages for me, I struggle to identify the problem. I've changed the folder references for Alfred 4 it it now down to the following error in the file nf_01.scpt: [23:42:36.565] ERROR: To New Folder[Run Script] 0:182: execution error: Can’t make file "Macintosh HD:Users:MY_USER:Library:Application Support:Alfred:Alfred.alfredpreferences:workflows:user.workflow.D95456CA-8699-47DE-AF7B-F94C00EC4EBC:nf_01.scpt:..:workflow.scpt" into type file. (-1700) (ignore the MY_USER, I've removed mine) So, I guess it boils down to the line 3 and the following code part: & "/.." on run argv set wf to load script POSIX file (POSIX path of ((POSIX file ((POSIX path of (path to me)) & "/..") as text) & "workflow.scpt" as text) as text) set wf to wf's new_workflow_with_bundle("com.sztoltz.newfolder") set sArgv to argv as text set someSource to {} if sArgv contains tab then set {TID, text item delimiters} to {text item delimiters, tab} repeat with i from 1 to the number of text items of sArgv set end of someSource to text item i of sArgv end repeat set AppleScript's text item delimiters to TID else set end of someSource to sArgv end if wf's set_value("alf_files", someSource, "settings.plist") tell application "Alfred 4" to search "❊ new folder " end run I don't have a real idea what this syntax does in AS - I can only assume it should call a script file from another script file. Any help on this one?

I don't need it in finder, I need it in Alfred... There should be a file action after I select Item(s). Currently I am trying to reveal an old workflow (again), but it should be built-in and not a bunch of fragile AppleScript... It may be, actually, that LB uses the one from Finder due to its good integration with system. Difficult to check, since its internals are pretty much blackbox.

I understand the feelings, but while I miss many things from LB by myself, including usage of system services, file navigation, name-based instead of abbreviation-based trigger and InstantSend with just any type of object anywhere, I also remember why I left it in the first place: no community work (the only forum abandoned and closed), no community-based repository for Actions and thus bad overall quality of them, no proper debugger and logging (every time I was to write an action or port one existing from Alfred I had a feeling I would hit a wall and just guess in the dark) and just a general feeling of riding a dead horse with no development and bugs fixed after 3 months. I guess you also had you reasons to switch launchers, since you are here. It seems like we can't have it all, but at the current stage I have more belief in Alfred fixing its problems, than in LB. Because it is, at least, being developed. For InstantSend I've settled to selecting files in Alfred with double ⌘ and for a separate workflow, which is triggered by ⌃+S which selects text, pastes it in Alfred and places a cursor before it so you can call a workflow on it. It is a clumsy solution compared to LB, but it works most of the time. What I really, really miss is the ability to select files and create a new folder with them. I was using it daily in LB - select files, create a folder and move it somewhere. Crazy how easy LB handles such things...