Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


Posts posted by lycopodiopsida

  1. On 6/13/2019 at 9:39 PM, Ptujec said:

    I know this is for Alfred. But is there any chance someone could make an Aktion like that for LaunchBar. Pretty please. And please don't hate me for using LaunchBar. 



    You don't need a workfow for such tasks in Launchbar. Launchbar has a pretty good system integration, so the only thing you need is a system service for text manipulation, as described here: https://developer.apple.com/library/archive/documentation/LanguagesUtilities/Conceptual/MacAutomationScriptingGuide/ManipulateText.html

    Here is a bigger collection but you will also find other if you google. After you install such a service, you can call it directly from LB.

  2. 7 hours ago, deanishe said:

    The problem is, Firefox only updates the bookmarks.html file on quit. So any new bookmarks you add aren't found until you restart Firefox


    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.

  3. 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...





  4. 22 minutes ago, deanishe said:

    The bookmarks.html route sounds a lot more straightforward, though.


    So far I've found only code for processing JSON bookmark files:




    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.


  5. 4 hours ago, Andrew said:

    The closest I can find to being able to read Firefox bookmarks is to activate their legacy bookmarks.html support, with no guarantee that this feature will remain in Firefox in the future, or to manually export a backup json. The info about this is here:


    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.

  6. 7 minutes ago, deanishe said:

    There won't be a monopoly. Safari is not going to go away. 


    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.

  7. 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.

  8. 7 minutes ago, deanishe said:

    You said it was weak.


    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).


    7 minutes ago, deanishe said:

    They’d still be fairly limited, though, as long as Alfred only understands files.


    It needs to understand a few more types first, say “text” and “url” at least.


    Is it difficult to implement in general? As far as I understand, mime-type can be grabbed form any file in macOS. 

  9. 7 hours ago, deanishe said:

    This is largely a result of the fact that Alfred's "native" format is lists and LB's is trees—a much better fit for navigating a filesystem. A such, you're always going to be able to implement better filesystem navigation in LB than in Alfred. 


    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.

  10. @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
    		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?

  11. 5 minutes ago, dfay said:


    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.

  12. 14 hours ago, Sridhar Katakam said:

    I hear you. I am a LaunchBar user myself and use its Instant Send heavily.


    My guess is that 80% of Alfred users do not know what they are missing if they have not experienced LB's Insant Send.


    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...

  13. 11 hours ago, redesigned said:

    it would be very plausible to build applications that are very similar in spirit and interface and share preference syncing but have different low level implementations.  obviously it would have to be separate codebases for macos/linux/windows but nothing that alfred does isn't accomplishable on each platform in its own way, the apps could be designed to functions similarly and have a similar familiar interface.  many applications do this, but that would require expanding the development and support teams and maintaining multiple codebases.


    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. 

  14. 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. 



  15. 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. 

  16. 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. 


    1. How does a argv object internally looks like? Does it even provide a mime-type information or converts everything to text?
    2. 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? 
  • Create New...