Digital Clock Docklet for Object Dock

- Where to put a snooze button hmmm...

This takes us to the "audible" alarm "show reminder" thing that was never discussed before. Currently there is always a visible reminder of the alarm being fired... a modeless dialog box is shown and the configured alarms audio is played (currently I am working on the MP3 playback). But having audible-only alarms would hide the alarm reminder dialog (where the snooze button lies).

a) One option is to create a "Alarm fired" mode which will change the docklet icon to somenting resembling a alarm... well... ringing. int this mode I could overlay the message configured (or maybe just part of it, as much as possible)... and a couple of buttons, snooze & dismiss. The problem with this approach is what to do when multiple alarms have fired, maybe it will need a prev/next buttons too.

We could overlay a couple of buttons on top of whatever mode the clock is showing, but this will only work for a single alarm.

c) Snooze/Dismiss options could be added to the right-click menu of the docklet.

Finally, it comes the issue about the snooze functionallity... how should it work?

#528215

c) Snooze/Dismiss options could be added to the right-click menu of the docklet.

That might be the easiest way (for me anyway)

Finally, it comes the issue about the snooze functionallity... how should it work?

I think in a regular alarm clock you can set how long to snooze or maybe in increments 15-30-45-60 mins?

#528216

Thanks a lot! This update solved all my problems - now I can say this Docklet works perfectly with RK Launcher !!! Great job!!!

#528220

The skin has been updated with new next and previous buttons for the alarm/world clock mode.

Download

#528233

Wow, been away from my pc for some days, lot to read here...

And for the lady, just rename which ever background you would like to use to background_ck.png (right click and save as...)

Attached File background_1.png ( 56.68K ) Number of downloads: 3

Attached File background_2.png ( 39.87K ) Number of downloads: 1

1. Nice! Ghostwalker, those rock! Especially the blue one, woohoow!

Would it be possible to change the right-click menu?

2. GUI settings: it wasn't for the show-menu-part that I was asking this, but for the quick access to the alarms... Because when you use Alarms, it's probably also handy to quick add one...

@MetalArend: will this work for you...

3a. GUI docklet: those Next & Back buttons in your screenshot are putting an image in my head that I like... Didn't know how to make the situation better, but this will do just fine!

3b. GUI docklet: in the screenshot, you can see that the placement of the buttons isn't correct. Can't figure out what is going wrong...

@MetalArend & Lita,

+ Could you post a screenshot of the Alarms Settings dialog... I enlarged the DateTime picker, but on my system it shows fine.

4. GUI settings: you ask, we try to please!

+ A fix for Lita's problem with regional settings which does not support AM/PM indicators. Now when configured to show 24 hours format (this not setting the Show 12 hour format option under General settings), the Alarm dialog box will use 24 hour format for setting the alarms. This way when using polish regional settings it would be possible to configure the alarm properly.

5a. GUI settings: Like already said by others, this is actually a problem with the settings on the pc. I use the 24-hour scheme in my Windows, so in my settings, there isn't something specified as AM/PM, they just are blank. It probably means that this will explain the bug I'm having with the placement of the am/pm symbol, and also still no am/pm in the "add alarm" screen. But isn't it easy to implement a button next to the time section in the "add alarm" screen, to permit one from changing between 24/12hour format in the screen itself, also making it just possible to set a time where the HH is higher than 12?

5b. GUI docklet: the am/pm icon still appears to sit in the left up corner of the docklet. It will disappear completely when I'm in 24-hour mode, it will sit in the left up corner when in 12-hour mode.

+ MetalArend's requested hierarchy for skin elements. Skin settings includes a "Clock mode" combo to select the desired clock mode to modify, I have re-arranged some controls in order to make it easier to understand what you are configuring (hopefully).

6a. GUI settings: I like the menu... Only enhancement could be to put the preview aside the other stuff, as the menu is too heigh for my screen

6b. GUI settings: when I go to a certain mode other than the "clock mode" in the preferences, the preview will update. Closing and opening again the preferences, the "clock mode" will be again selected, but the preview still will be in the previously chosen mode.

6c: GUI settings: would it maybe be possible to change the dock-icon also when clicking "ok" while selected another mode in the preferences? Also making the preview visible in the preferences menu visible when opening, could be the mode where the actual docklet is in at that moment? There are pro and cons for this idea, I'm aware of that

#528236

This is what the 24 hr looks like here...

And these are the new buttons...

Make sure you download the updated skin and ini in the previous post.

#528239

2. GUI settings: it wasn't for the show-menu-part that I was asking this, but for the quick access to the alarms... Because when you use Alarms, it's probably also handy to quick add one...

I think that appending an "Add alarm..." item to the context menu is not such a problem. Done... as the genie says.

3a. GUI docklet: those Next & Back buttons in your screenshot are putting an image in my head that I like... Didn't know how to make the situation better, but this will do just fine!

3b. GUI docklet: in the screenshot, you can see that the placement of the buttons isn't correct. Can't figure out what is going wrong...

I am not sure if this is the case but remember to re-apply the skin setting when updating the skin, it will not be enough to replace the images under the docklet's folder for the skin. Use the "restore" button to aplly the modified skin settings.

4. GUI settings: you ask, we try to please!

5a. GUI settings: Like already said by others, this is actually a problem with the settings on the pc. I use the 24-hour scheme in my Windows, so in my settings, there isn't something specified as AM/PM, they just are blank. It probably means that this will explain the bug I'm having with the placement of the am/pm symbol, and also still no am/pm in the "add alarm" screen. But isn't it easy to implement a button next to the time section in the "add alarm" screen, to permit one from changing between 24/12hour format in the screen itself, also making it just possible to set a time where the HH is higher than 12?

5b. GUI docklet: the am/pm icon still appears to sit in the left up corner of the docklet. It will disappear completely when I'm in 24-hour mode, it will sit in the left up corner when in 12-hour mode.

The AM/PM thing should be corrected by placing the image properly with the skin settings tab (or by using one of Ghostwalker's already configured ini files). On the other hand, if you have your system setup for 24 hour format and there is no AM/PM string configured at your system's regional settings, then the dialog will not show any... set tbe docklet not to show 12 hour format so it will use 24 hour format instead. When doind so, the dialog will let you capture (and show) the alarm time in 24 hour format -no AM/PM needed there- On the other hand, if you do want to use 12 hour format configure your regional setting by either adding the AM/PM strings to the currently configured regional setting or by choosing one that already has one.

4. GUI settings: you ask, we try to please!

6a. GUI settings: I like the menu... Only enhancement could be to put the preview aside the other stuff, as the menu is too heigh for my screen

6b. GUI settings: when I go to a certain mode other than the "clock mode" in the preferences, the preview will update. Closing and opening again the preferences, the "clock mode" will be again selected, but the preview still will be in the previously chosen mode.

6c: GUI settings: would it maybe be possible to change the dock-icon also when clicking "ok" while selected another mode in the preferences? Also making the preview visible in the preferences menu visible when opening, could be the mode where the actual docklet is in at that moment? There are pro and cons for this idea, I'm aware of that

Well this is the reason I had the font setting configured on a sepparate tab... if I have to put all settings on a single tab, then it must be a "big" tab. For the other stuff... well, I can do either, a) to remember the last visited mode and show it again when showing the settings dialog, or show the clock mode currently shown by the docklet (don't ask me why... I think I like the latter better). Done, Now the preview will be intially set to whatever clock mode is selected on the docklet.

MP3 and WAV support is almost there... I need to debug it a little bit more before passing the flag to you guys. I have added a few bells % whistles to the reminder window & alarms (like an option to have the alarm reminder to be kept on top of all windows and an option to have the sound played continously when the alarm is fired). I'll post an updated version soon. Version 0.2.0.4n is ready for testing.

BTW, the skins are looking better every day, Thanks Ghostwalker!

#528242

I think that appending an "Add alarm..." item to the context menu is not such a problem. Done... as the genie says.

Woohoow! *EDIT* "Add Alarm" is working like a charm! Thanks a lot!

I am not sure if this is the case but remember to re-apply the skin setting when updating the skin, it will not be enough to replace the images under the docklet's folder for the skin. Use the "restore" button to aplly the modified skin settings.

OK, I figured it out: there is an ini-file situated in my AppData-folder, instead of in my docklet folder. I have to say that I didn't expect a docklet to do such a thing... But then again, it isn't that weird. It only means that I would have to remove this docklet from the list I'm putting together to make a completely portable dock, as it writes its settings not in the folder from the docklet, but in the AppData-folder... Are there any plans to make it possible to change this behavior? RocketDock has an ini-file for example, when you set it up portable, it will write all the settings in this file, for the Dock itself, but also for the plugins. It's a nice thing

Well this is the reason I had the font setting configured on a sepparate tab... if I have to put all settings on a single tab, then it must be a "big" tab. For the other stuff... well, I can do either, a) to remember the last visited mode and show it again when showing the settings dialog, or show the clock mode currently shown by the docklet (don't ask me why... I think I like the latter better). Done, Now the preview will be intially set to whatever clock mode is selected on the docklet.

Yes, the latter was just the thing I had in mind Thanks a lot! *EDIT* Working like it is expected to do, no problems anymore over here!

*EDIT*

Still the am/pm icon is coming up when I'm installing it from scratch.

- Would it be possible to auto-detect if am/pm is available on a system, and if not, grey it out, and set it to "not 12" automatically? It just looks so *hum* amateur *hum* when there is sth showing up for a default install

#528257

OK, I figured it out: there is an ini-file situated in my AppData-folder, instead of in my docklet folder. I have to say that I didn't expect a docklet to do such a thing... But then again, it isn't that weird. It only means that I would have to remove this docklet from the list I'm putting together to make a completely portable dock, as it writes its settings not in the folder from the docklet, but in the AppData-folder... Are there any plans to make it possible to change this behavior?

I believe he said he did this because of a security situation with Vista.

Version 0.2.0.4n is ready for testing.

On XP I set two alarms one with .wav one with .mp3 the first one sounded off fine then came time for the second. It played the first alarm with alarm window and then the second alarm with alarm window and the wave played first then the mp3. The first alarm was already past and should not have been called again when the second appeared.

#528259

OK, I figured it out: there is an ini-file situated in my AppData-folder, instead of in my docklet folder. I have to say that I didn't expect a docklet to do such a thing... But then again, it isn't that weird. It only means that I would have to remove this docklet from the list I'm putting together to make a completely portable dock, as it writes its settings not in the folder from the docklet, but in the AppData-folder... Are there any plans to make it possible to change this behavior? RocketDock has an ini-file for example, when you set it up portable, it will write all the settings in this file, for the Dock itself, but also for the plugins. It's a nice thing

I know this is not as intuitive for an XP user as it is for vista ones... saving stuff in the AppData folder is the Microsoft recommended way to do it... even ObjectDock does that (look at the Stardock folder there which has an ObjecDock folder inside with ini files for ObjectDock itself). With the introduction of vista and it's UAC stuff saving to a UAC protected folder (like program files) requires elevated permissions (read being a local administrator) that ObjectDock only has if run as an Administrator or from an account with Admin-permission. This creates a problem for saving config data to the docklet skin folder itself (since it lives on that program files folder). Thus I had to make a decission there... and I decided to go with MS suggested approach and since Windows 7 keeps this, well I think that with time users will get used to such (unintuitive) locations.

Still the am/pm icon is coming up when I'm installing it from scratch.

- Would it be possible to auto-detect if am/pm is available on a system, and if not, grey it out, and set it to "not 12" automatically? It just looks so *hum* amateur *hum* when there is sth showing up for a default install

Well, I do not know how to query "regional settings" programatically, I will get back to this when the reminders/sound/snooze stuff gets done.

On XP I set two alarms one with .wav one with .mp3 the first one sounded off fine then came time for the second. alarm with alarm window aIt played the first nd then the second alarm with alarm window and the wave played first then the mp3. The first alarm was already past and should not have been called again when the second appeared

At least as of now, I think this is an expected behaviour, specially if "Play sound continuously" is selected. At least on my tests (under vista) both sounds got played simultaneously.

#528261

At least as of now, I think this is an expected behaviour, specially if "Play sound continuously" is selected. At least on my tests (under vista) both sounds got played simultaneously.

Ok as long as you know. The first .wav was set to play continuously the second (Los Lonely Boys-How Far Is Heaven.mp3 )was not.

#528263

I've found that there are still some bugs on my code when launching alarms... I'll be taking a look at them. Please send me as much feedback as you can... setting mutiple alarms to fire simultaneously... 1 minute appart from each other and the like... and tell me what would be your expected behaviour.

As I told you, the alarm firing/sound playing is really early code I need to clean the rough edges.

Edit: I found quite a few bugs on my reminders/player code. Please update to the new release 0.2.0.4o before testing again with MP3 and multiple alarms.

Edit2: Following MetalArend's suggestion now the docklet checks if the currently selected locale (regional setting) includes AM/PM indicators, if not, then the option "Show 12 hour format" is disabled and the clock reverts to 24 hour format. Release v.0.2.0.4p.

#528275

I know this is not as intuitive for an XP user as it is for vista ones... saving stuff in the AppData folder is the Microsoft recommended way to do it... even ObjectDock does that (look at the Stardock folder there which has an ObjecDock folder inside with ini files for ObjectDock itself). With the introduction of vista and it's UAC stuff saving to a UAC protected folder (like program files) requires elevated permissions (read being a local administrator) that ObjectDock only has if run as an Administrator or from an account with Admin-permission. This creates a problem for saving config data to the docklet skin folder itself (since it lives on that program files folder). Thus I had to make a decission there... and I decided to go with MS suggested approach and since Windows 7 keeps this, well I think that with time users will get used to such (unintuitive) locations.

Actually, I'm since more than a year a satisfied Vista-user (and was never an XP user, 'cause it does too much for you, as seen by too many friends having problems with XP changing settings back, trying to optimize the system and so on), that has no problem with UAC, which - once you get used to it - has quite a similarity with the sudo-mentality from *nix systems... I'm just wondering what to do with this otherwise great applet... There is something I like about some applications, and it's having the choice to put files where I want them; if a program wants to clutter my AppData folder, I want to be aware of it. And going portable, as lot's of programs allow me to do already, this AppData-folder is just annoying, unless there is a way to disable this in the program itself... I'm always able to let a program run from another diskdrive, and manipulating an ini in that folder is also never a problem. But I'm also aware that for some programs it will have a huge impact on some coding involved in their project, so that it's not that easy to give the end-user choices like that. (Allthough, most of the apps could change this behavior by just adjusting the way the path is handled to the settings, by adding a changeable variabel in that path, that users could set: basicly combine %windir% %appdata% and so on with %userpath%). But I will come back later (for this little thingy), once this kind of usability is more commonly used!

I'm going to work now, will test the alarms further once I'm back at my PC

#528280

@MetalArent,

Yep I have thought of that once or twice... maybe I'll end up adding a "Skin Path" to the docklet general settings tab.. this way, XP Users will have the option to point it to the docklet folder itself... it will default to the AppData folder but could be changed by the user.

This will not solve the UAC thing but, at least, will give an option.

Said that... I believe this is one of the very last things I will implement.

#528286

@MetalArent,

Yep I have thought of that once or twice... maybe I'll end up adding a "Skin Path" to the docklet general settings tab.. this way, XP Users will have the option to point it to the docklet folder itself... it will default to the AppData folder but could be changed by the user.

This will not solve the UAC thing but, at least, will give an option.

Said that... I believe this is one of the very last things I will implement.

1. Well, I'm looking forward to it. Until then, I will only try to help by testing the docklet...

2. The "add alarm" button is genious, but could it be a "manage alarms" button?

3. Is it maybe not quite strange if you actually went in the "add alarm" window, and there clicked "ok", that the alarm isn't set when I then click on the "red cross" to close the preferences window... Should we change that behaviour? (Asking the opinion of the community )

3b. This doesn't happen if I "quick add" an alarm (from the right click menu). My opinion is that if you actually say yes to the "add alarm" dialog, that it should be set, even if the preferences window still stays open... Possible?

4. Setting the hour is still a little bit weird, as the buttons up/down are for the active part of the complete time... Split it up in an hours, a minutes and an am/pm part?

5. Opening the preferences window is not set to open only one time... When I open the preferences, forget about that window, and open it again, it will be active twice... As I was trying some stuff, together with the behaviour in number 3, I was really thinking that something was going wrong, as I was adding alarms in the window, clicking "ok", and waiting for them to become active (they also showed up in the docklet, but they did nothing, as there was still an instance open from the preferences menu)... As there was still that forgotten "preferences" window, nothing was happening. After some time I minimized all my screens, I came up to that screen, clicked ok, the next alarm came up, and the whole dock crashed... Trying to do it again...

Did it the third time (deleted the second way to redo it)... Quite easy to do it again now: open the preferences, add an alarm, open a new preferences window (without closing the first), close this last one - crash!

5b. When I added some alarms, I'm deleting them, clicking ok on the preferences window, it will still not really update the alarms? 'cause when I deleted them all, clicked ok on the preferences window, they seem all to be gone... BUT when I'm then trying to redo the bug here above, to make the dock crash, and I restart the dock, all the alarms are still there?

Other option: delete some alarms, remove the docklet from your dock, add it again, alarms will be there again...

6. Can only delete alarms from the list by clicking the "delete" button, the real "delete button" on my keyboard doesn't work... Expected behaviour?

7. And then there was this one time that I tried to delete some alarms, add some things, and somewhere in the proces I reopened the preferences menu, and there were those strange alarms with all kinds of chinese characters and so on... Can't redo it, don't know what happened, but I'm sure it happened :S

X1. I removed my AppData/Local/DigitalClockDocklet folder, then added the ClockDocklet new to my dock, still a problem with my "next" icon positioning... Is there another place also where the docklet leaves settings behind?

X2. You could make the preferences window able to keep it that full with stuff, but making it wider than it is heigh, as at least all the screens I know of are wider as they are heigh; basicly, set the preview to the right from the selection parts in the skin tab?

*EDIT* X3. Adding some tab-index to the buttons on your windows, as for example in the alarms window it isn't going to the next thing logically when pressing tab?

I'm stopping my testing, as probably Smaky is going to shoot me, and all the things I asked in this post are almost all from the same problem Waiting for the next version, trying it again (hoping for an easier way to manage my alarms *hint*)...

#528294

X2. You could make the preferences window able to keep it that full with stuff, but making it wider than it is heigh, as at least all the screens I know of are wider as they are heigh; basicly, set the preview to the right from the selection parts in the skin tab?

I was going to ask for this also but I thought he had enough to worry about right now.

#528295

5. Opening the preferences window is not set to open only one time... When I open the preferences, forget about that window, and open it again, it will be active twice... As I was trying some stuff, together with the behaviour in number 3, I was really thinking that something was going wrong, as I was adding alarms in the window, clicking "ok", and waiting for them to become active (they also showed up in the docklet, but they did nothing, as there was still an instance open from the preferences menu)... As there was still that forgotten "preferences" window, nothing was happening. After some time I minimized all my screens, I came up to that screen, clicked ok, the next alarm came up, and the whole dock crashed... Trying to do it again...

Did it the third time (deleted the second way to redo it)... Quite easy to do it again now: open the preferences, add an alarm, open a new preferences window (without closing the first), close this last one - crash!

I believe This only happens on RD or RK since the preferences dialog is a MODAL dialog, it is supposed to "block" any input from it's parent window (which in my code is set to the docklet handler). It seems that these two docks do not enforce this, making the dialog modeless... thus letting you to open more than one settings dialog. In can add a couple of extra check to prevent this.. not a big problem (just different dock implementations which to be really sincere I do not test thoroughfully). This will never happen with OD, since it will open the window as a Modal dialog... preventing the user to opening it again. Done. Next update will prevent the config dialogs from opening if there is one already open.

4. Setting the hour is still a little bit weird, as the buttons up/down are for the active part of the complete time... Split it up in an hours, a minutes and an am/pm part?

I am using a "date time picker control" from the OS, so it would be really difficult to alter it's default behaviour. So, if I understood it right, you would prefer to have three different input boxes? Mhhmm.. I'm not sure, that would lead us to having the date below (for one-time alarms) split up too... which will take us to the nightmare of manually controlling/validating the input of correct dates... which I wil definetively will avoid at all costs (specially if the MS folks have already dealt with that).

3. Is it maybe not quite strange if you actually went in the "add alarm" window, and there clicked "ok", that the alarm isn't set when I then click on the "red cross" to close the preferences window... Should we change that behaviour? (Asking the opinion of the community )

When working with dialog boxes, clicking on the red cross is should be functionally equivalent to clicking the "Cancel" button, or pressing the "ESC" key... this is the MS expected behaviour for dialogs, I believe that changing that would confuse many users already used to these "defaults".

6. Can only delete alarms from the list by clicking the "delete" button, the real "delete button" on my keyboard doesn't work... Expected behaviour?

As a matter of fact, the "List View" control lacks many of the "normal" behaviours users expect from list controls... like a context menu, double click to edit, and delete the item by presing "DEL"... this is the first time I use this control from C++ (using only Win32) so I still need to research on how to implement those... sorry. Update: Double-click on an existing alarm/world clock will trigger the edit action. I still have to implement both ENTER and DELETE keyboard actions. I have implemented all keyboard actions for the list controls (INSERT for adding, DEL for deletion & ENTER for edit).

5b. When I added some alarms, I'm deleting them, clicking ok on the preferences window, it will still not really update the alarms? 'cause when I deleted them all, clicked ok on the preferences window, they seem all to be gone... BUT when I'm then trying to redo the bug here above, to make the dock crash, and I restart the dock, all the alarms are still there?

Other option: delete some alarms, remove the docklet from your dock, add it again, alarms will be there again...

If for some reason the dock crashes all your changes will be lost, since OD calls the "OnDestroy function" for each docklet at Dock's shut down. For those who are not programmers... this means that the settings will not be saved until a normal shutdown of the docklet. So, if you made many changes, and the dock crases, those changes will never get persisted to disk.

Other option: delete some alarms, remove the docklet from your dock, add it again, alarms will be there again...

If you think about this a bit more it is not that odd... if you remove the dock, it's "OnDestroy" function will never get called (the place where the dock settings are be saved)... so the files that existed will be left there. For me, this has been more of a "feature" than a problem... since I am able to easily delete the dock, update it with a newer version and keep my alarms/world clocks/skin settings. I know this could be confusing. I would try to find if there is a way to "detect" when the dock is being deleted in order to delete the files so nothing is left behing... but as long as I rememeber there is no such thing in OD's SDK.

X1. I removed my AppData/Local/DigitalClockDocklet folder, then added the ClockDocklet new to my dock, still a problem with my "next" icon positioning... Is there another place also where the docklet leaves settings behind?

When you delete all configuration settings from the AppData folder the next time the docklet is loaded it will not find any skin settings file so, it will revert to "default" configuration settings... this means "hardcoded" coordinates I have set for each element. I have tried to keep updating those defaults in the past, but having so many skin changes lately... I gave up! When the iTime skin (which will be the default skin included with the docklet) reachs its finished state I will update these defaults to match whatever Ghostwalker sets on his iTime.ini file. The final result, adding the docklet the very first time will yield a nicely positioned skin... but remember, applying a new skin is a two step process... selecting it from the menu (to get the new graphic elements shown) and applying an skin.ini file (via the restore button) to get those elements properly aligned. After that, the setting for the skin will be saved on the AppData folder and no further "restore" will be needed.

Answering your question... (after all that stuff)... the next element is moved because default coordinates are for the "old" up-arrow image that used to be in the skin.

X2. You could make the preferences window able to keep it that full with stuff, but making it wider than it is heigh, as at least all the screens I know of are wider as they are heigh; basicly, set the preview to the right from the selection parts in the skin tab?

I will... as soon as we get to a stable "beta" release that is not changing everyday.

*EDIT* X3. Adding some tab-index to the buttons on your windows, as for example in the alarms window it isn't going to the next thing logically when pressing tab?

Well, I really did that... at least to my humble interpretation of "logical" tabbing... If you please pin-point which "tab" behaviour is not what you would expect.

Edit: Snooze button is now implemented, letting you select a time span (3 minutes - 4 hours) from an accompanying combo box to hide and pause the alarm. After which the alarm will be raised again.

Edit 2: Latest revision includes MetalArend's requests for Manage Alarms/Manage World Clocks.

Edit 3: Well, since there are no other requests/report bugs, I spent the last few minutes changing layout of the configuration settings dialog. As requested by MetalArend & Ghostwalker, the layour is more "horizontal" now, so it would be easier to show on lowe resolution screens.

I believe that, finally, this takes us out of alpha, right into beta stage... so no new "functionallity" will be added to the docklet, just bugs & corrections (at least for the moment).

@Ghostwalker, I will not be making any more skin changes, could you please make the finishing touches to the iTime skin?, on the other hand... what about the alarms/world clocks icons for the configurations dialogs?

#528297

Sorry Smaky I have been trying to update the Dashboard Weather Widget I just now downloaded the latest version of your docklet. I will finish the skin today and then get onto the icons for the configurations dialogs not sure if I will do as nice of job as the images you already have though.

Edited

I don't mean to add more work but I was going to use a translucent background(attached) for the iTime reminder window. But when I do I get a blue background(attached) you have put so much work into this it is up to you as to whether you want to change this, if not I will go with the background you made and the only change I made to the skin is the smalldigits(attached) they are a little bigger with less reflection as you requested. The buttons are the same way also notice the drop down menu has color behind it, not sure if there is anything you can do about that. You should add the text color to the Alarms mode section to allow for different colors. I dont think you need to add all elements as it is fine the way it is. ( I'm a pain )

Edited

Smaky the icons you had for the configurations dialogs were not my style of work but I kept the same idea used some resources from my Smooth Clock Widget, I hope these will do.

Download RGB/A Icons

#528767

Don't worry I understand we are all quite busy. I do plan to support per-píxel-alpha for the reminder's skin, but it will take some time for me to figure out how to do it, so I think it would be nice to have a non-translucent skin while I figure this out.

About the icons... I would rather follow your instincts... all I think it's needed is an icon that reminds the alarm theme and nother one that shows the world & time. I do not even know the authors of the ones I am alredy using... but I'll left the graphic's to the master here. So, if you have any ideas on these, they are quite wellcome.

BTW, I do like the ones you came up with a lot!

#528775

Okay... I Unzipped it... Now what? I have no clue how to get it to work

#528965

@ Hippie

Place the DigitalClock folder in the Docklets folder then go to object dock right click and add the digital clock it should configure itself after that. Then you can add more world clocks and alarms from the docklet right click or from the docklet preferences, I hope that was clear.

#528968

Crystal! Thanks so much!

#528969

Small update... I think we are almost done!

Docklet supports per-pixel alpha skins.

Now if everything goes well... I'll add a configuration tab to the docklet to fine-tune reminder skin colors.

#529147

Is it possible to change the font of the "clock hour" element? I've been editing ini files everywhere but nothing seems to work.

#529263

All the number fonts are images you would have to replace the image files in the skin directory. You could use Gimp or Photoshop and any fonts on your machine to make new images.

#529265