tomhunt

Member
  • Content count

    44
  • Joined

  • Last visited

  • Days Won

    1

tomhunt last won the day on January 29 2013

tomhunt had the most liked content!

About tomhunt

  • Rank
    Member

Profile Information

  • Gender
    Not Telling
  1. Looks awesome Shawn! Well done!
  2. Hi all I've purchased 500mb of webspace which I plan to move the repo over to. This should improve the general speed of accessing the repo. I'm also currently re-writing the icon caching code to download the files asynchronously which will further improve responsiveness. As far as increasing the filesize limit - what kind of size do you guys think you'll need? We've already got 102 workflows in the repo (most of which are tiny - in fact we're only using around 8mb in total). If people start shipping huge caches with their workflows this could run out fast. I've got my day job and an art project to work on as well as this at the moment so development will be a little slower than it has been. Please bear with me. Ta
  3. Have you guys having upload problems set bundle id's for your workflows? That will cause that error. I have made the error reporting more specific. Thanks to everyone who posted their pings. The slow response problem is caused by distance form my server. I am thinking about ways around this. As a mini-update, the newest version (link in first post or update through AlfPT) can now filter results by author. See the first post for instructions. Also, the empty Notification bug is also fixed. Cheers chaps, Tom
  4. Carlos - nope, I'm using the standard PHP bundled with OSX 10.8. Here's my output of php -v: PHP 5.3.15 with Suhosin-Patch (cli) (built: Aug 24 2012 17:45:44) Copyright © 1997-2012 The PHP Group Zend Engine v2.3.0, Copyright © 1998-2012 Zend Technologies Which workflows are you trying to update? Are they definitely updating? Try changing the name of one in your Alfred Prefs and then update via AlfPT - the name should change back to the one the developer assigned to the workflow. Could you both ping the repo site please and a few lines of output here? In terminal enter: ping alfredrepo.tom-hunt.co.uk Hit Ctrl+c to stop the output (in case you're not terminal users) It could quite possibly be that you guys are a long way away from the server so the HTTP requests take a long time to resolve and get back to you. If this is the case there's little I can do - my internet speeds are what they are. I have been thinking of caching the entire database rather than just the icons. The downside is this will require the user to update their lists manually, but once this download is complete workflow browsing should be quicker. Thanks for the input guys. Tom
  5. In what situation does this happen? After an update?
  6. Hi all I'm looking into the 'Updating Icon Cache' bug. I can't reproduce it as described. Here is what I get: Download the workflow Install Type 'alfpt install' See 'Updating Icon Cache' - about a 20 second wait. Workflows are listed From then on there is about a 1 second wait between seeing 'Updating Icon Cache' and workflows being listed. The first time there will be a delay as the 45 or so icons that are currently available are downloaded. It should be fast after that though. The upload speed from my server is under 1mbps (no fibre optic near me yet) which is fine for most of my needs but I can see that it may be a problem in the case of downloading these icons. After that it's only a simple MySQL query and some JSON that gets executed/downloaded which should be fast for most people I hope. Tom
  7. Hi all Thanks for adopting AlfPT. The repos starting to fill up and hopefully you're finding workflows that help you to make Alfred even more useful than he already is. To answer some questions: If the repo reaches a size that is too big to browse through the Alfred interface alone I plan to add browse, ratings and comment functionality to the website. The icons cache is stored in the workflow folder in _icons. Right click a workflow to reveal in Finder. The repo itself is not cached currently. Again this feature is planned once the repo grows in size. Adding the ability to host your workflows on your own server is the next thing on my list. Happy workflowing! Tom
  8. Theres a workflow in the alfpt repository that does just that! Its called 'toggle app visibility'. Search these forums for alfpt for info on how to install. Hopefully this will keep you going until Andrew implements a native solution.
  9. Florian - they should be available to download immediately after uploading, however if you have a workflow installed it won't be listed through alfpt install. However if you check alfpt update -f and see your workflow there it means it is available for download. Test the download if needed by updating through this method. Thanks for the heads up about the error - I've changed the message to be more descriptive of the problem. Jonas - you need to keep the bundle id's the same between uploads. One of your workflows has 'v1' at the end, the other doesn't. AlfPT treats them as two different workflows in this case. Log in to your admin area on the site to remove the one you don't want.
  10. Yeh I see that now and have updated my workflows as needed.
  11. Use the link above. For ease : This workflow
  12. my bad. copied the ftp link rather than the http link. I've edited the post as needed
  13. If there's any problems please redownload from the link below and reinstall. It's possible you may have an old version.
  14. I've removed the old version. Should work now.