CarlosNZ

Here's another little tool I've just whipped up:
 

Get an instant list of the current time in various cities around the world. Which you can customize, of course.
 
Main keyword: tz (for TimeZones) - this just shows the World Clock list (seen above). (Select a city for a Large Type display.) To remove a city from the list - option-select it. To add a new city - timezone add Name of City To update all cities' timezone offset information - timezone update To look up the time in a place without storing it (custom loookup), just keep typing the place name after the initial tz (eg. tz timbuktu) To move the location of your stored city list - timezone move Download v1.7a
 
This workflow saves a list of your cities and their UTC offsets locally, so the basic world clock will display instantly. Adding new city information is done via an API call to Google Wolfram Alpha. The only downside to locally cached offsets is that there's no provision for automatically updating for Daylight Savings changes, but a manual timezone update will refresh all the cities with their current offset.
 
Enjoy. As usual, I welcome comments, bug reports, feature requests, etc.
 
----
 
28 March 2013 - UPDATE to v1.5
Major rewrite - now uses Google Maps APIs, which should be a lot more reliable and consistent. Flag icons! Bit of eye candy, courtesy of http://www.free-country-flags.com (and managed to squeeze flags for every country in the world into just over 400k - thank you TinyPNG ) More detail retrieved and displayed, including timezone name, country, etc. When doing a full "update", a text file is saved to your Desktop summarising any changes found. General enhancement and tweaks. PLEASE NOTE: Because this version stores its data substantially different to previous versions, it will create a new timezones.txt file with default cities. However, it will attempt to save your old timezones.txt file to your Desktop, so you should be able to rebuild your previous list without too much hassle.
 
A quick note about the flags: The workflow simply compares the retrieved name of the country and does a simple name match against the workflow's local repository of flag icons. From my testing, it's working very well, but I'd appreciate it if you'd report back if you find any countries that don't properly match a flag icon. Cheers.
 
----
 
31 March 2013  - UPDATE to v1.6
New feature: Custom lookups. Just keep typing a new place name after the tz keyword to look up the time in a place without saving it to your saved list. Added support for phyllisstein's Alleyoop auto-updater. [EXPERIMENTAL] - support for autocomplete for adding place names (timezone add). You'll need to add a keyword yourself to the script filter if you want to try it out. The reason I haven't enabled it by default is that I've found it kind of slow and I'm not sure it's actually an improvement over the current method. Let me know what you think.
[Add a keyword to this script filter if you'd like to try it out] Novelty: Added (unofficial) Antarctica flag to flag repository. (Try tz south pole.   ) ----
 
2 April 2013 — UPDATE to v1.61
Small fix for Dutch (Netherlands) flag matching.  
----
 
22 March 2014 — UPDATE to v1.7
City List now always shows in the same order. (Achieved by removing “uid” parameter.) Removed Alleyoop updater. ----


22 March 2014 — UPDATE to v1.7a
    New 256x256px icon

Here's another little tool I've just whipped up:
 

Get an instant list of the current time in various cities around the world. Which you can customize, of course.
 
Main keyword: tz (for TimeZones) - this just shows the World Clock list (seen above). (Select a city for a Large Type display.) To remove a city from the list - option-select it. To add a new city - timezone add Name of City To update all cities' timezone offset information - timezone update To look up the time in a place without storing it (custom loookup), just keep typing the place name after the initial tz (eg. tz timbuktu) To move the location of your stored city list - timezone move Download v1.7a
 
This workflow saves a list of your cities and their UTC offsets locally, so the basic world clock will display instantly. Adding new city information is done via an API call to Google Wolfram Alpha. The only downside to locally cached offsets is that there's no provision for automatically updating for Daylight Savings changes, but a manual timezone update will refresh all the cities with their current offset.
 
Enjoy. As usual, I welcome comments, bug reports, feature requests, etc.
 
----
 
28 March 2013 - UPDATE to v1.5
Major rewrite - now uses Google Maps APIs, which should be a lot more reliable and consistent. Flag icons! Bit of eye candy, courtesy of http://www.free-country-flags.com (and managed to squeeze flags for every country in the world into just over 400k - thank you TinyPNG ) More detail retrieved and displayed, including timezone name, country, etc. When doing a full "update", a text file is saved to your Desktop summarising any changes found. General enhancement and tweaks. PLEASE NOTE: Because this version stores its data substantially different to previous versions, it will create a new timezones.txt file with default cities. However, it will attempt to save your old timezones.txt file to your Desktop, so you should be able to rebuild your previous list without too much hassle.
 
A quick note about the flags: The workflow simply compares the retrieved name of the country and does a simple name match against the workflow's local repository of flag icons. From my testing, it's working very well, but I'd appreciate it if you'd report back if you find any countries that don't properly match a flag icon. Cheers.
 
----
 
31 March 2013  - UPDATE to v1.6
New feature: Custom lookups. Just keep typing a new place name after the tz keyword to look up the time in a place without saving it to your saved list. Added support for phyllisstein's Alleyoop auto-updater. [EXPERIMENTAL] - support for autocomplete for adding place names (timezone add). You'll need to add a keyword yourself to the script filter if you want to try it out. The reason I haven't enabled it by default is that I've found it kind of slow and I'm not sure it's actually an improvement over the current method. Let me know what you think.
[Add a keyword to this script filter if you'd like to try it out] Novelty: Added (unofficial) Antarctica flag to flag repository. (Try tz south pole.   ) ----
 
2 April 2013 — UPDATE to v1.61
Small fix for Dutch (Netherlands) flag matching.  
----
 
22 March 2014 — UPDATE to v1.7
City List now always shows in the same order. (Achieved by removing “uid” parameter.) Removed Alleyoop updater. ----


22 March 2014 — UPDATE to v1.7a
    New 256x256px icon

NOTE: This workflow has not been updated to work with Alfred 3.0 and above, and is known to cause issues. Use at your own risk.
 
----
 
Keep all the miscellaneous crap off your Desktop by sweeping everything into a "DeskDrawer" folder, which is easily accessible from our good friend Alfred.
 
Download DeskDrawer v1.5
[updated 25 March 2014]
 
Okay, the idea is not completely original — I've used apps like DesktopTidy and Unclutter to achieve this, but it's amazing how simple it is to replicate the basic concept with an Alfred workflow.
 

This is your "DeskDrawer" in Alfred (keyword "drawer", default hotkey Shift-Cmd-D). From there you can:
search the list (just start typing) open an item (select it) move it back to your Desktop (option-select) reveal it in DeskDrawer/Finder (cmd-select) browse/open it in Alfred (ctrl-select) for further action. Move item to the Trash (fn-select) [NEW in 1.3] There is a file action, "Move to DeskDrawer" (as well as the  keyword "move") for quickly flicking items into the Drawer. There is also the keyword "sweep" to scoop all your Desktop items into DeskDrawer in one hit. And finally, "deskrestore" will dump the contents of your DeskDrawer back on the Desktop in all its messy glory.
 
You can also undo your last file/folder movement with the "unmove" keyword. [New in v1.5]
 
And now you can protect certain items on your Desktop from being moved during a sweep, with either the File Action "Protect from DeskDrawer Sweep" or the keyword "protect". (Reverse this with the File Action "UnProtect from DeskDrawer Sweep" or keyword "unprotect".) [New in v1.5]
 
And finally, for full documentation, use the keyword "deskdrawer help". [New in v1.5]
 
I don't about the rest of you, but I like to keep my Desktop as clutter-free as possible (unlike my IRL desktop! ), so having this capability in Alfred is great.
 
Let me know what you think, or any bugs you find.
 
Features I'd still like to add:
The ability to "protect" certain files from the "sweep" and "deskrestore" actions. [DONE in v1.5] Be able to specify the location of your DeskDrawer folder. [DONE in v1.2] Any requests?  
UPDATE:  1 April 2013 - v1.3
New action: "fn-select" item to Trash it. Consolidated and tidied up workflow setup panel. Support for Alleyoop auto-updater Minor cosmetic tweaks. UPDATE: 2 April 2013 - v1.4
New keyword: "move" — moves selected items to Drawer (same as the file action, but you just enter it in Alfred's main window — some people seem to prefer this approach.) UPDATE: 25 March 2014 - v1.5
New icon for DeskDrawer folder (to fit in with OS X custom folder look). DeskDrawer is now allowed on the Desktop itself. “Undo” function to reverse the last “Move” to DeskDrawer or Sweep. “Protect” specified Desktop items from being moved to the DeskDrawer during Sweeps. Fix for XML-illegal characters in filenames. More icons. Removed AlleyOop updater support. Default DeskDrawer location is now Home folder. Local documentation (keyword: deskdrawer help) Miscellaneous minor tweaks and fixes.

Hey folks,
 
I've been chugging away building a new version of my EggTimer extension to take advantage of Alfred 2's new features. And now it's ready for whoever would like to to have a playaround with it and see what they think:
 
EggTimer v2.0
 
 
It will also be available at Tom's Alfred Repo, but I personally haven't had a chance to test that yet, so let me know how it goes for you.
 
Now, it's very much a beta, as there's several things that don't work as well as I'd like yet, but I'm pretty pleased with how the integration with Alfred 2's new live results feedback via the Script Filter is working. My aim is to have a really nicely polished, easy-to-use (no users fiddling with config files) workflow ready to release by the time Alfred 2 goes public, so any comments or suggestions are most welcome.  It's ready! (22 March 2013)
 
I've included a full summary of all the functionality in the documentation included in the download (enter timer help in Alfred), but here's just a quick overview of the features:
Simple timers Auto-repeating timers Alarms (set a specific time) Snooze function Repeat function Recent Timers list (choose one to restart) Full integration into Alfred's results window. Couple of quick caveats:
EggTimer currently requires growlnotify to display notifications when timers finish. This is because the timer process completely decouples from Alfred to run in the background, so it can’t feed back its output to Alfred. I’m working on a solution to use a Notification Centre alert option to make this as seamless as possible to the user.
Currently, running timers won’t restart after a crash or a reboot. I’m working on a solution to this which I aim to have working soon.
Okay, that's about it. Enjoy, and let me know how it works for you.
 
----
 
21 January 2013: Updated to beta 2
 
Changes:
Timers/Alarms now use a “while…” loop to check due time against time of day (instead of just sleeping for a duration). This prevents the problem of timers running late if the computer was put to sleep. (Don't know why I didn't just do this to begin with.) ----
 
24 January 2013: Updated to beta 3
 
Changes:
Now uses recommended working folders for storing timer info and preferences. The main benefit from the user point of view is that future updates won’t overwrite your timers and preferences. Timers and Auto-timers now accept hour:minute input. Syntax is timer HRS:MINS Reminder. Can now stop timers from the timer list using the option-key modifier. Kind of an ugly implementation though, as it will display the same information regardless of whether it’s context-appropriate. Trying to think of a better way to make this work. (Suggestions welcome!) Timers will be restored if they have crashed. This is only partially implemented though, because it’ll only check if you actually run the workflow. It won’t restore them at login yet, which is more important. Working on it. Miscellaneous minor tweaks. ----
 
27 January 2013: Updated to beta 4
 
Changes:
The big one: will now resume timers after restart/re-login. EggTimer adds an entry to the OS X launchd daemon to check for and resume timers at startup. You will be prompted to give permission for this on first launch of EggTimer. New keyword/workflow structure. Check out the workflow config panel to see what’s what. If you’d prefer the old ones (all starting with timer), just change them yourself (eg. repeat -> timer repeat). You’ll note that from the timer list (timers or hotkey Ctrl-T) you can also select to launch a new timer or alarm (courtesy of Alfred’s new Applescript-ability). Now has a “nuke” option (timer nuke) to reset EggTimer back to initial blank config. (Deletes all working folders, cancels running timers, uninstalls startup item.) Fixed bug with “08” and “09” minutes entries when using hrs:mins timer format. More specific icons and other miscellaneous UI tweaks. beta4a
Fixed minor (and embarrassing) regression. ----
 
28 January 2013: Updated to beta4b
 
Changes:
Fixed absolute path reference preventing permission dialog from launching.  
28 January 2013: Updated to beta4c
 
Changes:
Doh! One more pesky absolute path eliminated. There's still a bit of weirdness with resuming timers after a login though, so I'm still trying to figure that out. Maybe answer "no" to installing startup item for now.. beta4d
Okay, the problem was fairly minor (just me being scatterbrained ), so the startup check should work nicely now. Here's hoping! ---
 
22 March 2013: Updated to v2.0 (final)
I've finally integrated proper notifications for the completed timers. It will work with either Growl or Notification Centre, depending on what you have selected in the workflow config. growlnotify is no longer required, and you'll find "EggTimer" as a properly registered application within Growl's preferences (where you can tweak it). Miscellaneous tweaks and tidy-ups (including documentation - timer help to display)

NOTE: This workflow has not been updated to work with Alfred 3.0 and above, and is known to cause issues. Use at your own risk.
 
----
 
Keep all the miscellaneous crap off your Desktop by sweeping everything into a "DeskDrawer" folder, which is easily accessible from our good friend Alfred.
 
Download DeskDrawer v1.5
[updated 25 March 2014]
 
Okay, the idea is not completely original — I've used apps like DesktopTidy and Unclutter to achieve this, but it's amazing how simple it is to replicate the basic concept with an Alfred workflow.
 

This is your "DeskDrawer" in Alfred (keyword "drawer", default hotkey Shift-Cmd-D). From there you can:
search the list (just start typing) open an item (select it) move it back to your Desktop (option-select) reveal it in DeskDrawer/Finder (cmd-select) browse/open it in Alfred (ctrl-select) for further action. Move item to the Trash (fn-select) [NEW in 1.3] There is a file action, "Move to DeskDrawer" (as well as the  keyword "move") for quickly flicking items into the Drawer. There is also the keyword "sweep" to scoop all your Desktop items into DeskDrawer in one hit. And finally, "deskrestore" will dump the contents of your DeskDrawer back on the Desktop in all its messy glory.
 
You can also undo your last file/folder movement with the "unmove" keyword. [New in v1.5]
 
And now you can protect certain items on your Desktop from being moved during a sweep, with either the File Action "Protect from DeskDrawer Sweep" or the keyword "protect". (Reverse this with the File Action "UnProtect from DeskDrawer Sweep" or keyword "unprotect".) [New in v1.5]
 
And finally, for full documentation, use the keyword "deskdrawer help". [New in v1.5]
 
I don't about the rest of you, but I like to keep my Desktop as clutter-free as possible (unlike my IRL desktop! ), so having this capability in Alfred is great.
 
Let me know what you think, or any bugs you find.
 
Features I'd still like to add:
The ability to "protect" certain files from the "sweep" and "deskrestore" actions. [DONE in v1.5] Be able to specify the location of your DeskDrawer folder. [DONE in v1.2] Any requests?  
UPDATE:  1 April 2013 - v1.3
New action: "fn-select" item to Trash it. Consolidated and tidied up workflow setup panel. Support for Alleyoop auto-updater Minor cosmetic tweaks. UPDATE: 2 April 2013 - v1.4
New keyword: "move" — moves selected items to Drawer (same as the file action, but you just enter it in Alfred's main window — some people seem to prefer this approach.) UPDATE: 25 March 2014 - v1.5
New icon for DeskDrawer folder (to fit in with OS X custom folder look). DeskDrawer is now allowed on the Desktop itself. “Undo” function to reverse the last “Move” to DeskDrawer or Sweep. “Protect” specified Desktop items from being moved to the DeskDrawer during Sweeps. Fix for XML-illegal characters in filenames. More icons. Removed AlleyOop updater support. Default DeskDrawer location is now Home folder. Local documentation (keyword: deskdrawer help) Miscellaneous minor tweaks and fixes.

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.

Here's another little tool I've just whipped up:
 

Get an instant list of the current time in various cities around the world. Which you can customize, of course.
 
Main keyword: tz (for TimeZones) - this just shows the World Clock list (seen above). (Select a city for a Large Type display.) To remove a city from the list - option-select it. To add a new city - timezone add Name of City To update all cities' timezone offset information - timezone update To look up the time in a place without storing it (custom loookup), just keep typing the place name after the initial tz (eg. tz timbuktu) To move the location of your stored city list - timezone move Download v1.7a
 
This workflow saves a list of your cities and their UTC offsets locally, so the basic world clock will display instantly. Adding new city information is done via an API call to Google Wolfram Alpha. The only downside to locally cached offsets is that there's no provision for automatically updating for Daylight Savings changes, but a manual timezone update will refresh all the cities with their current offset.
 
Enjoy. As usual, I welcome comments, bug reports, feature requests, etc.
 
----
 
28 March 2013 - UPDATE to v1.5
Major rewrite - now uses Google Maps APIs, which should be a lot more reliable and consistent. Flag icons! Bit of eye candy, courtesy of http://www.free-country-flags.com (and managed to squeeze flags for every country in the world into just over 400k - thank you TinyPNG ) More detail retrieved and displayed, including timezone name, country, etc. When doing a full "update", a text file is saved to your Desktop summarising any changes found. General enhancement and tweaks. PLEASE NOTE: Because this version stores its data substantially different to previous versions, it will create a new timezones.txt file with default cities. However, it will attempt to save your old timezones.txt file to your Desktop, so you should be able to rebuild your previous list without too much hassle.
 
A quick note about the flags: The workflow simply compares the retrieved name of the country and does a simple name match against the workflow's local repository of flag icons. From my testing, it's working very well, but I'd appreciate it if you'd report back if you find any countries that don't properly match a flag icon. Cheers.
 
----
 
31 March 2013  - UPDATE to v1.6
New feature: Custom lookups. Just keep typing a new place name after the tz keyword to look up the time in a place without saving it to your saved list. Added support for phyllisstein's Alleyoop auto-updater. [EXPERIMENTAL] - support for autocomplete for adding place names (timezone add). You'll need to add a keyword yourself to the script filter if you want to try it out. The reason I haven't enabled it by default is that I've found it kind of slow and I'm not sure it's actually an improvement over the current method. Let me know what you think.
[Add a keyword to this script filter if you'd like to try it out] Novelty: Added (unofficial) Antarctica flag to flag repository. (Try tz south pole.   ) ----
 
2 April 2013 — UPDATE to v1.61
Small fix for Dutch (Netherlands) flag matching.  
----
 
22 March 2014 — UPDATE to v1.7
City List now always shows in the same order. (Achieved by removing “uid” parameter.) Removed Alleyoop updater. ----


22 March 2014 — UPDATE to v1.7a
    New 256x256px icon

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.

Hey folks,
 
I've been chugging away building a new version of my EggTimer extension to take advantage of Alfred 2's new features. And now it's ready for whoever would like to to have a playaround with it and see what they think:
 
EggTimer v2.0
 
 
It will also be available at Tom's Alfred Repo, but I personally haven't had a chance to test that yet, so let me know how it goes for you.
 
Now, it's very much a beta, as there's several things that don't work as well as I'd like yet, but I'm pretty pleased with how the integration with Alfred 2's new live results feedback via the Script Filter is working. My aim is to have a really nicely polished, easy-to-use (no users fiddling with config files) workflow ready to release by the time Alfred 2 goes public, so any comments or suggestions are most welcome.  It's ready! (22 March 2013)
 
I've included a full summary of all the functionality in the documentation included in the download (enter timer help in Alfred), but here's just a quick overview of the features:
Simple timers Auto-repeating timers Alarms (set a specific time) Snooze function Repeat function Recent Timers list (choose one to restart) Full integration into Alfred's results window. Couple of quick caveats:
EggTimer currently requires growlnotify to display notifications when timers finish. This is because the timer process completely decouples from Alfred to run in the background, so it can’t feed back its output to Alfred. I’m working on a solution to use a Notification Centre alert option to make this as seamless as possible to the user.
Currently, running timers won’t restart after a crash or a reboot. I’m working on a solution to this which I aim to have working soon.
Okay, that's about it. Enjoy, and let me know how it works for you.
 
----
 
21 January 2013: Updated to beta 2
 
Changes:
Timers/Alarms now use a “while…” loop to check due time against time of day (instead of just sleeping for a duration). This prevents the problem of timers running late if the computer was put to sleep. (Don't know why I didn't just do this to begin with.) ----
 
24 January 2013: Updated to beta 3
 
Changes:
Now uses recommended working folders for storing timer info and preferences. The main benefit from the user point of view is that future updates won’t overwrite your timers and preferences. Timers and Auto-timers now accept hour:minute input. Syntax is timer HRS:MINS Reminder. Can now stop timers from the timer list using the option-key modifier. Kind of an ugly implementation though, as it will display the same information regardless of whether it’s context-appropriate. Trying to think of a better way to make this work. (Suggestions welcome!) Timers will be restored if they have crashed. This is only partially implemented though, because it’ll only check if you actually run the workflow. It won’t restore them at login yet, which is more important. Working on it. Miscellaneous minor tweaks. ----
 
27 January 2013: Updated to beta 4
 
Changes:
The big one: will now resume timers after restart/re-login. EggTimer adds an entry to the OS X launchd daemon to check for and resume timers at startup. You will be prompted to give permission for this on first launch of EggTimer. New keyword/workflow structure. Check out the workflow config panel to see what’s what. If you’d prefer the old ones (all starting with timer), just change them yourself (eg. repeat -> timer repeat). You’ll note that from the timer list (timers or hotkey Ctrl-T) you can also select to launch a new timer or alarm (courtesy of Alfred’s new Applescript-ability). Now has a “nuke” option (timer nuke) to reset EggTimer back to initial blank config. (Deletes all working folders, cancels running timers, uninstalls startup item.) Fixed bug with “08” and “09” minutes entries when using hrs:mins timer format. More specific icons and other miscellaneous UI tweaks. beta4a
Fixed minor (and embarrassing) regression. ----
 
28 January 2013: Updated to beta4b
 
Changes:
Fixed absolute path reference preventing permission dialog from launching.  
28 January 2013: Updated to beta4c
 
Changes:
Doh! One more pesky absolute path eliminated. There's still a bit of weirdness with resuming timers after a login though, so I'm still trying to figure that out. Maybe answer "no" to installing startup item for now.. beta4d
Okay, the problem was fairly minor (just me being scatterbrained ), so the startup check should work nicely now. Here's hoping! ---
 
22 March 2013: Updated to v2.0 (final)
I've finally integrated proper notifications for the completed timers. It will work with either Growl or Notification Centre, depending on what you have selected in the workflow config. growlnotify is no longer required, and you'll find "EggTimer" as a properly registered application within Growl's preferences (where you can tweak it). Miscellaneous tweaks and tidy-ups (including documentation - timer help to display)

You don't need to go to tinypng_config in the workflow... just start typing tiny into Alfred and you will be provided with three options. One option will be "Enter/Change API Key". Choose this option and it will prompt for your API key. Paste your key, hit return and you should be good to go.

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

Nevermind, got it to work with the bitly link at the top. AWESOME by the way. Thanks Carlos. I se you're in NZ as well.

I frequently use a specific date format that's not able to be achieved using the dynamic placeholders for snippets (without changing my system date formatting) :
https://www.alfredapp.com/help/features/clipboard/dynamic-placeholders/
 
Specifically, I prefer to have yymmdd as a snippet (it's a compliant file name without punctuation and sorts naturally).
 
When making sure I wasn't filing a duplicate, I came across a different but related request, just for the year:
http://www.alfredforum.com/topic/1021-snippet-year-placeholder/?hl=%2Bdate+%2Bsnippet
 
So my request is that of enabling more granular date formatting... perhaps breaking it into components such that I might be able to use:
{year:small}{month:small}{day:small}
 
Actual tag names aren't as important as the functionality, so something already known and documented would be more flexible, such as Python's strftime's spec:
https://docs.python.org/2/library/datetime.html#strftime-and-strptime-behavior
 
ie:
{date:'%y%m%d'}
 
That would make me so happy.
 
 

Hey folks,
 
I've been chugging away building a new version of my EggTimer extension to take advantage of Alfred 2's new features. And now it's ready for whoever would like to to have a playaround with it and see what they think:
 
EggTimer v2.0
 
 
It will also be available at Tom's Alfred Repo, but I personally haven't had a chance to test that yet, so let me know how it goes for you.
 
Now, it's very much a beta, as there's several things that don't work as well as I'd like yet, but I'm pretty pleased with how the integration with Alfred 2's new live results feedback via the Script Filter is working. My aim is to have a really nicely polished, easy-to-use (no users fiddling with config files) workflow ready to release by the time Alfred 2 goes public, so any comments or suggestions are most welcome.  It's ready! (22 March 2013)
 
I've included a full summary of all the functionality in the documentation included in the download (enter timer help in Alfred), but here's just a quick overview of the features:
Simple timers Auto-repeating timers Alarms (set a specific time) Snooze function Repeat function Recent Timers list (choose one to restart) Full integration into Alfred's results window. Couple of quick caveats:
EggTimer currently requires growlnotify to display notifications when timers finish. This is because the timer process completely decouples from Alfred to run in the background, so it can’t feed back its output to Alfred. I’m working on a solution to use a Notification Centre alert option to make this as seamless as possible to the user.
Currently, running timers won’t restart after a crash or a reboot. I’m working on a solution to this which I aim to have working soon.
Okay, that's about it. Enjoy, and let me know how it works for you.
 
----
 
21 January 2013: Updated to beta 2
 
Changes:
Timers/Alarms now use a “while…” loop to check due time against time of day (instead of just sleeping for a duration). This prevents the problem of timers running late if the computer was put to sleep. (Don't know why I didn't just do this to begin with.) ----
 
24 January 2013: Updated to beta 3
 
Changes:
Now uses recommended working folders for storing timer info and preferences. The main benefit from the user point of view is that future updates won’t overwrite your timers and preferences. Timers and Auto-timers now accept hour:minute input. Syntax is timer HRS:MINS Reminder. Can now stop timers from the timer list using the option-key modifier. Kind of an ugly implementation though, as it will display the same information regardless of whether it’s context-appropriate. Trying to think of a better way to make this work. (Suggestions welcome!) Timers will be restored if they have crashed. This is only partially implemented though, because it’ll only check if you actually run the workflow. It won’t restore them at login yet, which is more important. Working on it. Miscellaneous minor tweaks. ----
 
27 January 2013: Updated to beta 4
 
Changes:
The big one: will now resume timers after restart/re-login. EggTimer adds an entry to the OS X launchd daemon to check for and resume timers at startup. You will be prompted to give permission for this on first launch of EggTimer. New keyword/workflow structure. Check out the workflow config panel to see what’s what. If you’d prefer the old ones (all starting with timer), just change them yourself (eg. repeat -> timer repeat). You’ll note that from the timer list (timers or hotkey Ctrl-T) you can also select to launch a new timer or alarm (courtesy of Alfred’s new Applescript-ability). Now has a “nuke” option (timer nuke) to reset EggTimer back to initial blank config. (Deletes all working folders, cancels running timers, uninstalls startup item.) Fixed bug with “08” and “09” minutes entries when using hrs:mins timer format. More specific icons and other miscellaneous UI tweaks. beta4a
Fixed minor (and embarrassing) regression. ----
 
28 January 2013: Updated to beta4b
 
Changes:
Fixed absolute path reference preventing permission dialog from launching.  
28 January 2013: Updated to beta4c
 
Changes:
Doh! One more pesky absolute path eliminated. There's still a bit of weirdness with resuming timers after a login though, so I'm still trying to figure that out. Maybe answer "no" to installing startup item for now.. beta4d
Okay, the problem was fairly minor (just me being scatterbrained ), so the startup check should work nicely now. Here's hoping! ---
 
22 March 2013: Updated to v2.0 (final)
I've finally integrated proper notifications for the completed timers. It will work with either Growl or Notification Centre, depending on what you have selected in the workflow config. growlnotify is no longer required, and you'll find "EggTimer" as a properly registered application within Growl's preferences (where you can tweak it). Miscellaneous tweaks and tidy-ups (including documentation - timer help to display)

I was having the same "no timers" problem AND wanted Notification Center sticky notifications that I've seen on many messages in these threads. I've got timer working exactly the way I want now and it's freaking awesome. I'm using El Cap and here's what I did:
 
To get the "Current Timer" functionality to work I ran "timer nuke" to reset everything, then created an ALARM. Once I created the alarm, everything shows up as it should when looking at the timers. Dunnow why, but nothing showed up until the alarm existed.
 
To get Notification Center sticky notifications (no Growl), go to System Preferences -> Notifications and look for Alfred. Set Alfred's alerts to "Banner". In the same window look for EggTimer and set it's behavior to "Alerts". Now when I create a timer or alarm I get a notification that goes away after a few seconds, but when a timer goes off it stays there until I click "Close". Perfect!
 
Hope this helps someone and thanks Carl for a killer tool!

I know this is by no means a brand new workflow, but I've started using it more regularly recently - in particular the file action aspect of it - and I LOVE this workflow. I've got my own API key as I use it fairly heavily, but it's such a huge time-saver. Thanks for creating it
 
It's worth mentioning, I've added .jpg to the relevant file types for the file action, as tinypng.com now accepts jpgs as well.

Hey, made a tiny update to incorporate a new 256px icon. No other changes (at this point).
 
http://bit.ly/timezones-1-7a

Hey folks,
 
I've been chugging away building a new version of my EggTimer extension to take advantage of Alfred 2's new features. And now it's ready for whoever would like to to have a playaround with it and see what they think:
 
EggTimer v2.0
 
 
It will also be available at Tom's Alfred Repo, but I personally haven't had a chance to test that yet, so let me know how it goes for you.
 
Now, it's very much a beta, as there's several things that don't work as well as I'd like yet, but I'm pretty pleased with how the integration with Alfred 2's new live results feedback via the Script Filter is working. My aim is to have a really nicely polished, easy-to-use (no users fiddling with config files) workflow ready to release by the time Alfred 2 goes public, so any comments or suggestions are most welcome.  It's ready! (22 March 2013)
 
I've included a full summary of all the functionality in the documentation included in the download (enter timer help in Alfred), but here's just a quick overview of the features:
Simple timers Auto-repeating timers Alarms (set a specific time) Snooze function Repeat function Recent Timers list (choose one to restart) Full integration into Alfred's results window. Couple of quick caveats:
EggTimer currently requires growlnotify to display notifications when timers finish. This is because the timer process completely decouples from Alfred to run in the background, so it can’t feed back its output to Alfred. I’m working on a solution to use a Notification Centre alert option to make this as seamless as possible to the user.
Currently, running timers won’t restart after a crash or a reboot. I’m working on a solution to this which I aim to have working soon.
Okay, that's about it. Enjoy, and let me know how it works for you.
 
----
 
21 January 2013: Updated to beta 2
 
Changes:
Timers/Alarms now use a “while…” loop to check due time against time of day (instead of just sleeping for a duration). This prevents the problem of timers running late if the computer was put to sleep. (Don't know why I didn't just do this to begin with.) ----
 
24 January 2013: Updated to beta 3
 
Changes:
Now uses recommended working folders for storing timer info and preferences. The main benefit from the user point of view is that future updates won’t overwrite your timers and preferences. Timers and Auto-timers now accept hour:minute input. Syntax is timer HRS:MINS Reminder. Can now stop timers from the timer list using the option-key modifier. Kind of an ugly implementation though, as it will display the same information regardless of whether it’s context-appropriate. Trying to think of a better way to make this work. (Suggestions welcome!) Timers will be restored if they have crashed. This is only partially implemented though, because it’ll only check if you actually run the workflow. It won’t restore them at login yet, which is more important. Working on it. Miscellaneous minor tweaks. ----
 
27 January 2013: Updated to beta 4
 
Changes:
The big one: will now resume timers after restart/re-login. EggTimer adds an entry to the OS X launchd daemon to check for and resume timers at startup. You will be prompted to give permission for this on first launch of EggTimer. New keyword/workflow structure. Check out the workflow config panel to see what’s what. If you’d prefer the old ones (all starting with timer), just change them yourself (eg. repeat -> timer repeat). You’ll note that from the timer list (timers or hotkey Ctrl-T) you can also select to launch a new timer or alarm (courtesy of Alfred’s new Applescript-ability). Now has a “nuke” option (timer nuke) to reset EggTimer back to initial blank config. (Deletes all working folders, cancels running timers, uninstalls startup item.) Fixed bug with “08” and “09” minutes entries when using hrs:mins timer format. More specific icons and other miscellaneous UI tweaks. beta4a
Fixed minor (and embarrassing) regression. ----
 
28 January 2013: Updated to beta4b
 
Changes:
Fixed absolute path reference preventing permission dialog from launching.  
28 January 2013: Updated to beta4c
 
Changes:
Doh! One more pesky absolute path eliminated. There's still a bit of weirdness with resuming timers after a login though, so I'm still trying to figure that out. Maybe answer "no" to installing startup item for now.. beta4d
Okay, the problem was fairly minor (just me being scatterbrained ), so the startup check should work nicely now. Here's hoping! ---
 
22 March 2013: Updated to v2.0 (final)
I've finally integrated proper notifications for the completed timers. It will work with either Growl or Notification Centre, depending on what you have selected in the workflow config. growlnotify is no longer required, and you'll find "EggTimer" as a properly registered application within Growl's preferences (where you can tweak it). Miscellaneous tweaks and tidy-ups (including documentation - timer help to display)

I position my laptop below my larger monitor, so it won't work for this case. Will be easy to fix, just mentioning in case there was a way to better identify the monitor to move the window to.

Hey,
I saw a workflow request on /r/Alfred that interested me as well, and saw that no one made it yet, so I quickly wrapped up one with a little bit of Google-ing.
 
Basically, it's a really basic workflow that moves your current window between monitor(s) with the tap of a hotkey or by entering "jump" into Alfred (both are configurable of course).
 
I don't think I'll be maintaining this workflow, as there really is not much to maintain, it's a very simple AppleScript behind, but feel free to comment here and I'll check it every once in a while to see if anything is needed.
 
Download

This is even better than what I requested for !
 
How awesome is that ?
 
Thank you. 

Outstanding work flow. For folks whose work includes multiple offices in multiple time zones this is a must have. 

Awesome workflow, exactly what I needed for checking students' paper assignments. You've made my day.

Very nice work. Thanks!

Hi Matt, glad you like it.
 
Personally, I haven't really used Hazel, and I'm not sure how you'd achieve what you want to achieve. I'm sure it could be done if Hazel can trigger shell scripts based on watch folders. Sorry I can't be more specific at this point. Hope you can make sense of the TinyPNG API requests in the tinypng.sh script -- that's the stuff you'll need to run from the Watch Folder trigger.
 
Cheers,
Carl.