Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


CarlosNZ last won the day on March 24

CarlosNZ had the most liked content!

About CarlosNZ

  • Rank
    Community Hero

Contact Methods

  • Twitter
  • Website URL

Profile Information

  • Location
    Auckland, New Zealand

Recent Profile Visitors

2,169 profile views
  1. Hey guys, yeah sorry, this workflow hasn't actually been updated for Alfred 3.x I'm afraid, so apologies for any mis-functioning. I should probably make this clear in the release notes -- thanks for letting me know. Personally, these days I just use a combination of Unclutter and Mohave's built-in Desktop stacks to achieve this functionality.
  2. Hey, have you tried the "timer nuke" command? That fixes 95% of these kind of issues -- it does a factory reset to the workflow, forcing it to rebuild all the working folders, etc.
  3. I'll check it out once I install HS later this week. Thanks.
  4. So you're looking in the timezone_list.sh file? You want to make sure this line is as follows: city_time=$(date -u -j -f %s $city_epochtime +"%l:%M %p") #Create readable time expression That's the format for AM/PM time. Note that this line is in there twice — one for the main list, and one for custom times.
  5. Yeah, it's the price you pay for speed. I could have it look up the true time difference every single run, but that wouldn't give instant results.
  6. Hi Paul, in Alfred, if you right-click on the workflow (in the Workflows tab), then select "Open in Finder", it'll take you the unpacked workflow in Alfred. the includes.sh file is in there. Cheers, Carl.
  7. Okay, so obviously this workflow hasn't been updated for Alfred 3 yet. It's working (mostly) for me, but I chose to "migrate settings" when updating to A3, but I'm guessing you didn't do this? Anyway, you might be able to fix it by manually updating the preferences location. Reveal the workflow in Finder, go into "scripts" and open "first_run_check.sh" and "includes.sh" in a text editor. Change any references to "Alfred 2" to "Alfred 3". Then "nuke" the workflow by running "timer nuke" and see how it goes after that. As I said, it's currently working for me, so I can't test that proced
  8. Right-click on the Workflow in Alfred Preferences and select "Show in Finder". Then in the sounds folder is a file called "alarm_done.mp3". You should be able to replace this with an mp3 file of your own, just rename it to "alarm_done.mp3" Hope that helps. Carl.
  9. Hi Alan, thanks for your feedback. The "help" feature *should* be working -- it is for me, at least. All it does is open an html page within the workflow bundle in your default browser, so I'd guess that the problem is something to do with your system not allowing the browser to open the page. Anyway, if you go to the workflow folder (right-click "Show in Finder" on EggTimer on Alfred's "Workflows" tab), then look in the "docs" folder, and open "help.html". Hope that helps. Carl.
  10. Yeah, good, that's what I was going to suggest. I think there's already a couple of posts regarding that further up in this thread. Cheers, Carl.
  11. Hi Paul, hope you've figured it out by now, but you'll just need to run "timezone update" on the workflow to force it refresh its local offset database. It should show the correct time (DST or normal) after that. Carl
  12. Hey, that's a great suggestion, but I'm not sure it's possible at this point. The ways you can control NC notifications are limited, which is why I left Growl in as an option. I see Notifications can now be triggered by Applescript (which I may implement), but not seeing any way to control whether they're sticky or not, except as a global per-app setting in NC settings. If anyone has any other info regarding this, please let me know. Thanks for the feedback.
  13. Hi Todd, I can confirm that this is something to do with Choosy, but not sure what exactly. It was working fine for me, I installed Choosy, I messed around with a couple of settings and it still seemed to be working. However, when I uninstalled Choosy, it wouldn't work. I think this happens when there is a default browswer selected in the system that is not available. I went back to Firefox settings and re-checked "Make default" (FF is my default browser) and it worked fine again. Also, I note that Choosy has an option to "Enable Choosy for HTML files", which would be relevant to this as t
  14. Hi there, yes, this seems to be a common problem when upgrading the OS -- it must reset folder permissions for some reason. Anyway, best bet is to reset the workflow to default settings with the "timer nuke" command. That should take care of it. Cheers.
  15. Hey folks, I've updated the workflow to v1.3 to now automatically support JPG files as well. (As per Vero's suggestion above.) Download v1.3 Cheers, Carl.
  • Create New...