Jump to content

Florian

Member
  • Posts

    327
  • Joined

  • Last visited

  • Days Won

    8

Posts posted by Florian

  1. Thanks! This works great now. Now that you've reminded me, I remember trying to use this workflow object and it didn't handle well hiding the apps and I had to write an NSAppleScript for this (which didn't age well). Now it's flawless!

     

    And yeah, I've never stopped using Alfred, but now that I'm actually paid to write code, I have less time and motivation to maintain public workflows so I'm not active here at all anymore...

  2. Hey all,

    I haven't been active in this community for a long time (though I used to a lot!). And I haven't really been keeping up with the updates. 

     

    I'd like to have a workflow that would let me assign a keyboard trigger to open a terminal and make it the frontmost app. If the app was already open, just switch to it. If it wasn't, open it and switch to it. Does something like this exist already? If not, how can I make it? It seems very straightforward but glancing at the examples in the workflow tab of Alfred, I couldn't immediately see how to...

     

    Thanks for any help thrown my way,

    Cheers.

  3. On 12/29/2017 at 2:57 AM, deanishe said:

     

    I should hope so. If you look at your old code and think it's okay, that means you haven't improved as a programmer.

     

    It must be an awful feeling for authors etc. who can't release a 2.0 version of their novel/movie/song.

     

    Whenever I look at my old code and cringe, I rejoice. It means I've got better. It niggles if I can't update it, but that's way better than looking at it and thinking it looks fine…

     

    That's an awesome way to think about it. Makes the cringe more bearable. I'll try and keep this in mind.

  4. Hi everyone, 

    I don't play video games very often but I recently started playing Factorio in which I find myself using very weird and complicated key combinations... not unlike some of Alfred's shortcuts... And quite often, I trigger a workflow... Is there a way to prevent that? While still having Alfred work as soon as I switch to another app (like switching to desktop #1 to answer a few messages while playing).

    Thanks a lot.

  5. On 10/8/2017 at 7:56 PM, vitor said:

    By the way, @Florian, it might be interesting if you decide to share which new Workflows you’re picking up.

     

    This situation is quite rare: a former capable Workflow developer that left Alfred1 and came back. It might be that you see the new features in a way different to the rest of us that saw them gradually appear. There might be some insight in what you feel is missing or are glad exists when it didn’t before.

     


    1. You’re essentially one of the users I talked about in another post. Mind expanding a bit on why you left Alfred? Was it solely because you didn’t want to spend money on the v3 upgrade? Why not? Did it seem at the time like it didn’t provide enough value? Why not?
     

     

    I can probably come up with a good list of reasons why I left. But since it has been such a long time, none of them are probably very accurate. 

    • A huge part of why I left was probably because of personal reasons, health, work, life...
    • Also, an increasingly big part of my coding started gravitating towards piracy and it was made clear to me more than once that it wasn't welcome here. 
    • I had used Alfred to get into programming basically (yes you can be MIT robotics and learn programming through alfred!) and I had started getting good enough that it wasn't that interesting to me to code workflows
    • The direction v3 was taking didn't benefit me personally. It was gearing towards entry level power users and I started feeling left out. I remember wanting dynamic updates of items within a results list and getting into an argument about it (probably with @Dferg). I wanted other things too, but I can't remember what.
    • Also, v3 felt like a money grab to me. Also I thought I had to pay for it.
    • @rice.shawn(and @deanishe?) wanted me to get more involved and I kept saying yes and failing on my promise to do so... So I kinda shamed out. 
    • It didn't feel very gratifying to develop workflows because I couldn't really get usage stats, and from my own estimates, each one got downloaded less than 20 times
    • ...

    And now that I'm back, it all feels too far and not worth it. I'd like to recode every single workflow I have but that's not gonna pay the bills. 

  6. 6 minutes ago, politicus said:

    Glad you are back! 

     

    Just do like me:

    - Set a Twitter search with the following content “alfredapp” lang:en filter:links

    - Subscribe to the Share your workflows forum 

    - Add Packal.org RSS feed to your favorite RSS reader

     

    HTH.

    Thanks for the twitter trick.

    As for packal, it seems to be unmaintained. It doesn't update my workflows anymore, search doesn't work, features shawn and I had talked about aren't implemented...

    And yeah, "share your workflows" is definitely my go-to but it's way to big and messy to find the gems...

  7. I am super happy about this ! Really it's cool !

     

    There is still an annoyance though... (sorry Andrew :-( ) in the form of the following: say I'm watching a TV series on my computer using the MPV player, one episode is about to end, so I pop Alfred up and start to look for the next episode. But MPV has the particularity of quitting when a video is over, thus giving the focus to the next application and escaping Alfred in the process.

     

    Could there be a way for Alfred to remain active while the frontmost application changes? 

  8. Not what I meant at all.

     

    Here it is:

    1. Create a BACKUP version of the app you want to install with the safe `rsync` method
    2. Try and `mv` the ORIGINAL app into /Applications
    3. Delete the BACKUP

    If `mv` worked, then you didn't need to close the app, this is ideal. If it didn't, then you had a backup copy to `rsync` into \Applications (in which case you will have to ask to close the app). But with this process, closing the app is only required rarely.

  9. The "cp" or "mv" commands are not so reliable as "rsync" command is.

     

    Ok so then here's an idea: you `rsync` a temporary copy of the file, you `mv` the file, and then delete the temp copy. Then you don't need to close the app (except if the `mv` failed but then it'll only be rare cases). If the `mv` failed, you have the backup temp copy to start the process over.

  10. You seem to be developing this workflow pretty actively so I'll keep inputting: when dealing with .app files, why copy them and not move them? Then you wouldn't need to close the app first, and the user wouldn't have (albeit temporarily) twice the app on their computer... This happened to me this morning :-)

×
×
  • Create New...