Jump to content

lycopodiopsida

Member
  • Content Count

    32
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by lycopodiopsida

  1. 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.
  2. 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...
  3. 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.
  4. 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.
  5. 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.
  6. 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.
  7. I've posted updated workflow to github with permission from Carlos. Link to repository Direct link to the Workflow file
  8. 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.
  9. 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.
  10. 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.
  11. It is actually pretty simple: - create a new action - right click on workbench - Triggers>Hotkey - do the rest like in the screenshot
  12. @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?
  13. 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.
  14. 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...
  15. While it may be not impossible, it would require to implement all the things provided by macOS like - all the low-level API for system commands, Spotlight search and indexing, previews and so on from scratch. All these things are basically granted in macOS.
  16. There is kind of search now in Alfred 4 - with "?" keyword you can find workflows too, but it will not show you the keywords and if you activate workflows found, it will just open them in the workflow editor. You can user this workflow instead as a workaround for now: http://www.packal.org/workflow/alfred-keyword-help and hope that at some point we don't have to rely solely on keywords As an idea - it would already help, if search in workflow names could be configured as one of the default fallbacks.
  17. I would also say, that allowing search with the name of the workflow would be a better solution. I can memorise maybe 5-6 workflows I use on the regular basis, but I have no chance to remember abbreviations for the rest of them. Launchbar makes it right - I can assign abbreviations, but I will always find them also via the usual "fuzzy search"-like entry. Since Alfred these days relies so much on workflows, we need a better way to find them.
  18. Hi, as far as I understand, the only option to perform operations on multiple files now in Alfred is to add them to buffer first. If would be helpful, especially for folders containing a lot of files, if files already added to buffer would be marked with colour in the file browser.
  19. I may have found the culprit. It seems that High Sierra rolled over the system version of ruby, where gems which a lot of workflows rely on, were installed. Have to test them with a debugger switched on one by one.
  20. I can confirm this issue. Obviously, it has nothing to do with single workflows, since it is affecting all of context-aware workflows. But as far as I noticed, this bug was introduced in Alfred 3.5 and has nothing to do with High Sierra. Can't say something more specific about timeframe, since I am mostly LB user and start Alfred only once or twice a month.
  21. Hi guys and girls, I have a couple of questions related to workflows. I want to do a workflow which should be able to distinguish between types of selected objects - text, folders and files. Based on type it should perform different actions. How does a argv object internally looks like? Does it even provide a mime-type information or converts everything to text? How can I properly debug workflows? With built-in debug I get only the output in the console. Is it possible to have a look into the argv object structure or set breakpoints in scripts?
  22. Actually, I've found another Wf addressing this issue: Autocomplete is missing, but it can be activated via actions menu. Still, such a feature should be a standard.
  23. Hello, I am a longtime Launchbar user, trying to get used to Alfred. I've noticed, that the quit command in Alfred is extremely limited. It basically allows you to quit only apps running in the Dock. If I want to quit an Application running in the dockless mode it is of no use. I would expect to have maybe the Applications running in dock in the suggestion list and get the rest of the running app by, let's say, autocomplete. The workflows I found so far are suffering from the same limitation.
  24. Ah, thank you. That's it - the Workflow works again For other readers: You have to change following things to make it working in Alfred 3: 1: in the file workflow.scpt change the numbers marked bold to "3" set my _cache to (my _home) & "/Library/Caches/com.runningwithcrayons.Alfred-3/Workflow Data/" & (my _bundle) & "/" set my _data to (my _home) & "/Library/Application Support/Alfred 3/Workflow Data/" & (my _bundle) & "/" 2: in the file nf_01.scpt change the line tell application "Alfred 2" to «event alf2Sear» "❊ new folder " to tell application "Alfred 3" to search "❊ new folder "
×
×
  • Create New...