You would probably want to contact Centaurz he's author of the Winbar docky which obviously update itself quite often.
Now if you can come with a(some) properly written/documented enhancement requests I (or other betatester) can add them to the bugzilla. That's not a promise that it would be implemented but at least it will be recorder there ready for someone with goodwill to implement them.
there is no way to trigger a redraw from outside the docky
Use DOCKYGET_NeedsAttention for this. This is how a docky can be notified from an external task by signaling AmiDock process. Quite straightforward, this is how e.g. winbar is told to rethink its layout in response to a change in preferences, or Intuition windows list. A shared structure and a semaphore/mutex to protect the data.
IMHO the docky API is not too bad, the problem is the documentation was never finished.
AmiUpdate and Tunenet both have animated dockies attached to a larger program.
TuneNet's seems to be a "simple" application docky, as it just shows "application" and has the standard menus when right-clicking. Not sure how Paul achieved this, and unfortunately he's not available to ask. The menu thing means this would be of little help to alfkil anyway.
Ok, good to know. But how exactly does this work? I get a message with a signal and a task pointer, and then I just send a signal to update the display?
orgin wrote: A good start for a new AmiDock would be for the docky to dictate the size of the icons it contains instead of vice versa...
I'd also like AmiDock to: - provide access to the dock window so that programmers can create dockies utilizing standard Intuition gadgets (currently dockies can only draw into the window's rastport); - act as an application manager that allows sending common Application Library messages to registered applications.
You are notified about the task/bit to signal through DOCKYSET_DockyAttention (I would store it in the library base for an easy access by the main program). When your program signals AmïDock, every docky is sent the DOCKYGET_NeedsAttention message, so it is a good idea to use a flag to know if the notification really comes from your program.
@trixie
Given how it works, AmiDock is not meant for Intuition gadgets at all, but for animated contents.
centaurz wrote: IMHO the docky API is not too bad, the problem is the documentation was never finished.
We could really use help to finish it as well.
A good start might be to create a tutorial or maybe just start a page on the wiki (http://wiki.amigaos.net).
If somebody wants to help out and edit the wiki just send me an email. More editors are always welcome.
As for the includes & autodocs, they require source changes so the only way to help out there would be to provide updated docs which we can then diff and submit the changes. Again, email is the best way to send in corrections/additions/etc.