Jump to content

CarlosNZ

Member
  • Posts

    392
  • Joined

  • Last visited

  • Days Won

    11

CarlosNZ last won the day on March 24 2020

CarlosNZ had the most liked content!

Contact Methods

  • Twitter
    CarlosNZ

Profile Information

  • Location
    Auckland, New Zealand

Recent Profile Visitors

2,992 profile views

CarlosNZ's Achievements

Advanced Member

Advanced Member (5/5)

102

Reputation

  1. Hi Carlos,

    Tried DL'ing Egg Timer, but takes me to a Cloud App page and a message saying:

     

    Quote

    This item has exceeded its view limit!
    The item owner has been notified that their item has exceeded its view limit.

     

    Can you please send a direct link. Thankyou

  2. 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.
  3. 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.
  4. I'll check it out once I install HS later this week. Thanks.
  5. 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.
  6. 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.
  7. Hey, I haven't done anything with this workflow in a long time as you can make calls directly from OS X these days. So no plans to revisit it at this point. However, it's probably not too complicated to tweak it a bit to work with A3 if you really wanted to. Cheers.
  8. That's odd, I'm not seeing this behaviour. I get the same consistent result with each method. Can you be more specific as to what you're doing to get this result?
  9. 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.
  10. Hey there -- this workflow is basically deprecated since you can now txt and call from your Mac directly in the last couple of OSes.
  11. 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 procedure properly, but hopefully you can figure your way through it. If not, you'll probably have to wait until I update it for Alfred 3. Which probably won't be for a little while. Good luck.
  12. 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.
  13. 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.
  14. 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.
  15. 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
×
×
  • Create New...