Jump to content

twinpeaks

Member
  • Posts

    171
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by twinpeaks

  1. See the new version in the original post.

    The way it works is you have to use the pattern "in {name of reminder list} list" at the end of the command (after any other patterns). Alfred will give you some feedback as to what he's going to do, but (in the current version at least), he will not check that the list exists (it will just fail, so there'll be no notification after you press enter).

     

    I can also look into doing a pattern along the lines of "in list 2" if anyone would find that useful.

     

    Also this is getting rather complex now, so I would expect some bugs to start cropping up, let me know if you run into any!

    Alright thank you. I will check i out. "in list 2" seems like it could be useful but let me try to new version for a bit and let you know how it goes, i.e. any bugs etc... Won't have time to try it out until Friday when I get back but I am sure others will post feedback in the meantime. Thanks again for doing all this extra work to make everyone happy!

  2. I'd really like to be able to add a reminder to a specific list. Something like this maybe?

     

    r in Work at 2:30 to Call Bob
    

     

    Yeah, I have to second that request. This is by far the best reminders workflow I have come across but unfortunately it still lacks the ability to define the list where the reminder should go to on the fly. I haven't found a reminders workflow that does, but it would be so very much needed and appreciated. I figured if it was possible it would have already been added to this workflow since it pretty much has everything else... a reason why I never mentioned anything but since someone else just did, I'll throw my +1 in the hopes that Mr. James has the time to make it happen. So what do you think? Will we eventually see this happen or most likely not? Either way, we appreciate your work and listening to all our nitpicking requests.

  3. Maybe it is working different for you than for me. I run the workflow and I get the app opening and then quick entry appearing. If Things.app is not running the workflow launches it and then display's the quick entry panel. So for you Things.app never runs? Just Quick Entry?

  4. This workflow is very cool! Thanks for the new update. I have a feature request though that should be pretty easy to add. Can we get notifications? Either by growlnotify or via notification workflow object, just someway to know for sure that the info was written to the day one database. A simple success {query}/failed {query} would be awesome but I'd settle for simple success/failure notification even without {query} - That might actually be cleaner especially with the long web addresses that can be logged.  I find myself checking day one to verify the log was actually written... Thanks again!

  5. Really appreciate what your doing for everyone here until there is a proper way for dev's to manage their published workflows. I do however believe it would be a good idea if you asked developers to zip their workflows and sign the archive, of course also posting their public key somewhere so people can verify integrity. Workflows can probably be signed without being archived but I think we should take steps to ensure "validity" of files. Never hurts. Thanks for making this page though. Good job staying on top of everything, that must be a lot of work and traffic. Cheers!

  6. Lots of good ones out there but a couple I think deserve mention are CarlosNZ's "EggTimer" and "New Text File with Tag"

     

    EggTimerv2http://www.alfredforum.com/topic/275-eggtimer-v2-updated-to-20-final/?hl=eggtimer

    New Text File with Tag - somewhere around here I'll find it later...

     

    EggTimer came out probably 2 weeks before Alfred 2 beta was open to supporters. For just creating a very intricate v1 extension he took on v2's workflows creating an amazing workflow that takes advantage of all of Alfred 2's new features. Great way to show how much more you can do with Alfred 2 and how much easier/cleaner it is. EggTimer for v1 was pretty nice for v1 but v2's workflow is ridiculous.

  7. Great stuff guys. Just one suggestion/request - I'd like to folders and files to be kept separate (I'm getting too many folder results in the recent docs list). How about one keyword for "recent folders" and another for "recent files/docs"?

     

    Cheers.

     

    I'm with Carlos on that one. Would be really nice to distinguish type. Love the workflow though, both are very useful.

  8. It really is not worth it or I think David would have already done it. Alfred 2 is much more complex, although workflows have .plist files still to hold setting information there is not much more in common in the way of similar keys being used etc...  Much easier to just go in and make a v2 workflow.

     

    Also, no need to rename file to .zip - .alfredextension is already a zip file so just unzip that file without renaming. The plist's that you get tell you what you need to do...

     

    Should be familiar just looking at the command what needs to be added, i.e. bash script or applescript but if not look at <key>category</key> - SCRIPTS value means you just create a bash script for that command. Also just follow the info.plist info to get your settings in order for the escaping options. True means leave it checked and false means don't.

     

    Tip of advice. I think it is great there is no conversion/automation of v1 to v2 as I got rid of a lot of extensions I don't really need. Don't do conversion en masse - Use alfred as you would normally, see what scripts you are using often and add them in. One more thing, if you already have Alfred v1 installed, and those v1 extensions installed you can just go to your ~/Library/Application Support/Alfred/extensions/ folder to see all the workflows i.e. all info.plist files w/o needing to unzip. Already organized by type so that might make it easier and they are named conventionally as you remember.

     

    Hope that helps, I know it's not much info or a script to convert, but as someone who had WAY more scripts than they needed on v1 I thought it would be terrible to do it by hand but it worked out for the best as I cleaned out my unused items and the easy to interpret labeling on v1's .plist files made configuration easy.

  9. Change line 74 of recent_downloads.rb to:

     

      results.first(40).each do |path|
    

     

    You can change 40 to however many results you want it to display. A better solution would be to add a setting in the config.yaml file, but this is just a quick patch.

     

    Excellent, thanks for the quick response. I'm going to try this now...

     

    EDIT: Wow, that really does speed things up. About three times as fast now.

  10. I noticed that this workflow was taking a little while to display the results. I did some testing and it looked like the slowdown was from rendering the XML for so many results (I had 276 files/directories in my downloads folder). When I limited the results to 20 or 40 (which is the max amount of results Alfred can show for its built in file search), it loaded about 3 times faster. Just a quick suggestion.

    How do you go about doing that if you don't mind me asking? Thanks for the tip, I suffer from the same problem so limiting the results is probably going to speed things up for me a good bit. thanks in advance for the help explaining something that's probably apparent to most ;) cheers!

×
×
  • Create New...