Jump to content

deanishe

Member
 View Profile  See their activity

  • Posts

    8,759

  • Joined

  • Last visited

  • Days Won

    522

 Content Type 

Everything posted by deanishe

  1. deanishe
    I've been using Arq for years with various cloud storage services. I think so. Which touches on the second thing I dislike about BackBlaze: they perform the decryption, so you have to grant them access to your data. I much prefer solutions that do all the encryption/decryption on the client side, so the storage service never sees any unencrypted data.
  2. deanishe
    Oh yes. Had that experience myself. Not a whole lot of fun Not a fan of BackBlaze, though. Their restore procedure is to give you a single zip file with all your stuff in it. What the hell am I going to do with a 5TB zip file? I don't have a drive big enough to store that. Let alone two, so I can extract and decrypt it. Far better to use something that puts the files straight back where they should be, imo.
  3. deanishe
    Powerful is good, though. Yes, you can really mess up a system by running the wrong command, but there are only a few things that are actually dangerous and you need to be careful with. In any case, you can ultimately fix almost any damage from your backups. And if you don't have backups, you're already on course to have bigger problems that you could ever cause yourself with a shell.
  4. deanishe
    Aye, snippet triggers are extremely cool. They're a great fit for some workflows. I added one to my [relative dates](https://github.com/deanishe/alfred-relative-dates) workflow, and it's so much more useful now (to me at least). I should go through my other workflows and see which would benefit. I still use a different app for fill-in snippets, though. It's just so much more work to build them in Alfred.
  5. deanishe
    Open the Terminal application, enter cd ~/Desktop/Snippets and hit ↩ (cd is "change directory")
  6. deanishe
    Aha! I guess that was the version I read.
  7. deanishe
    Download this file and follow the instructions in the README on GitHub. They're pretty clear. If you can't figure something out, post a detailed description of your issue and we'll help you.
  8. deanishe
    FWIW, Chrome has quite a long history of not disabling Secure Input after it's done.
  9. deanishe
    It was explained to you, very very clearly, that Alfred learns from your choices. Any keywords or tags only serve to associate an item with a specific keyword. How the results are prioritised is determined entirely by your own behaviour. If you enter "f" and consistently choose Firefox, then Firefox will always be the top result for the query "f". If you consistently choose "files", then "files" will always be the top result for "f". If you regularly enter "f" and choose different items, then it's hardly surprising that Alfred prioritises the wrong item. You're sending mixed signals, and Alfred can't read your mind. The entirely simple solution, as was also very clearly explained to you, is to use different queries for different things, e.g. "fi" for Firefox. If you walk into a butcher's shop and order "meat", you don't get to complain if they give you the pork you normally take and not the beef you actually wanted. The "fatal flaw", such as it is, is your inability to grasp the extremely simple concept that one keyword can't be reliably associated with two things. I can think of a few legitimate grievances with Alfred's sorting, but yours is not one of them. You are literally complaining that Alfred is doing exactly what you've trained it to to.
  10. deanishe
    TL;DR: Put your apps in /Applications or ~/Applications. Otherwise, you'll have problems sooner or later. It doesn't. It delegates opening stuff to the OS by calling open -a AppName /path/to/repo. In my experience, the bottom line is that if the application isn't in /Applications or ~/Applications, you're likely to have issues with it sooner or later. It can cause problems simply having different versions of the same application installed (e.g. Alfred 2 and Alfred 3 cause conflicts). Multiple copies of the same version is a total crapshoot. But that should work. All the same, it's safest to put your apps in /Applications or ~/Applications, and delete any other copies of the same app.
  11. deanishe
    Open Alfred Preferences > Workflows, find the workflow, right-click on it and choose Open in Finder.
  12. deanishe
    Which version of macOS are you using? EDIT: I've checked jisho.org, and it won't work with this workflow on macOS versions older than High Sierra. The same goes for GitHub, which means the workflow can't update itself (that's why the debugger log is full of "checking for update" messages—the check always fails). The technical reason is that the version of OpenSSL used by Sierra and earlier versions is criminally out-of-date, and only supports TLS 1.0. Python (the language the workflow is written in) uses the system OpenSSL library, and thus also can't connect to websites that don't support TLS 1.0.
  13. deanishe
    Those are Alfred's fallback searches. If your actual search doesn't return any results, Alfred shows you those instead. Note that the tags keyword only searches in your default Search Scope (I think. It certainly doesn't find anything anywhere else on my machine.)
  14. deanishe
    Hi @NivekD, welcome to the forum! That isn't the screen for Alfred's Snippets, it's the one for Alfred's Clipboard. (The difference isn't very apparent at all: "Type to filter clipboard and snippets" at bottom right is the giveaway.) Go to Alfred Preferences > Features > Clipboard and change the hotkey there.
  15. deanishe
    Hi @wolfr, welcome to the forum. As noted above, this is 100% Google's fault. GDFS is not a real filesystem, so the system can't index it. Please complain to Google about it: there's nothing the Alfred team can do.
  16. deanishe
    First off, a Terminal Command doesn't seem appropriate. There's no reason (that I see) that needs to be run in an interactive shell, so you should be using a Run Script Action instead. There are issues with the code, as well. & after a command means "run previous command in the background". You want && which means "run next command if the last one succeeded": Not in any actionable way, I'm afraid. You're still describing your solution, not the actual problem you're trying to solve. Don't tell us the steps, tell us the result you want to achieve: "I want to create a file called XYZ in folder ABC containing data 123 and 456 which are from MNO" You're hung up on this "I want to automate expanding a snippet into a file". But (Alfred's) snippets just do not work that way. So please, tell us the desired result of step 2 so we can recommend a sane alternative way to achieve the same result.
  17. deanishe
    That's not really enough information. What does the debugger say?
  18. deanishe
    Right. I wasn't clear. There's also the Terminal Command element in workflows. That is also affected.
  19. deanishe
    That makes all Terminal Commands run in the current window, not just the "Open Terminal Here" File Action. That may or may not be what @chrispoole is after. I thought it was worth mentioning, in any case.
  20. deanishe
    Moving this to Workflow Help & Questions.
  21. deanishe
    Added the ability to save settings to info.plist via Alfred's new API in v1.33.
  22. deanishe
    Quite a hefty update to v0.14 today. Bad news first: I've changed a lot of the API. Good news: I've added support for Alfred's entire AppleScript API, so you can call Alfred directly from Go code, and best of all, you can now populate a struct from workflow variables via Config.To() and save settings back to info.plist with Config.Set() or Config.From() (the counterpart to Config.To()).
  23. deanishe
    That's not the entire point. We can't magically write workflows in our heads. We normally need to run some code. So you're expecting us to recreate your workflow for ourselves, simply in order to help you. It's not particularly reasonable to waste other people's time like that. So please, upload the workflow. You didn't answer the question. You're describing your proposed solution, not the problem you're actually trying to solve. I appreciate the variables are coming from somewhere else. That doesn't mean they have to come via the clipboard history.
  24. deanishe
    That's not really possible to do with clipboard data. The right way to do it would be to write a short script that takes the screenshot, saves it to a file, and then calls Alfred's File Actions on that file. You can trigger the whole thing with an Alfred Hotkey. Here's a simple example. Note: the screencapture command it uses can also directly open a screenshot in Preview.app or as an attachment in Mail.app.
  25. deanishe
    A couple of things: If you have a question about a workflow, please upload the workflow somewhere and post a link to it. It saves a lot of time and avoids confusion. Secondly, can you explain what you're trying to achieve, not how you're trying to achieve it? This also saves time and avoids confusion. You're trying to create a new file with some specific content. Why does the content have to come from the clipboard history?
×
×
  • Create New...