Obtaining the code
- ASDF Install: (asdf-install:install ‘cl-growl)
- Latest release: cl-growl_1.1.2013.02.26.tar.gz with GPG signature
- Main Git repository: http://git.nklein.com/lisp/libs/cl-growl.git
- Browsable Git mirror: http://github.com/nklein/cl-growl
Before your application can start sending messages to Growl, it needs to register the notification types it intends to send. On the receiving end, the message display can be customized based on the notification type. Here is a simple example showing all of the available options for an application called
My Lisp Application with three types of message (
Info messages are not displayed unless you tweak your Growl preferences to display them.
:enabled (list "Warn" "Error")
:disabled (list "Info")
After the application has been registered once (from anywhere, in any process), you can send a message
Cannot connect to database! with title
Critical Error of type
Error with priority 2 that will stay showing on the receiving desktop with:
:app "My Lisp Application"
:title "Critical Error"
Almost all of those parameters derive their defaults from special variables that you can rebind for your application. For example, you could do both of the above like this (initial values shown in comments after each binding):
(growl:*growl-default-app* "My Lisp Application")
;; "Common Lisp program"
(growl:*growl-default-enabled-notifications* (list "Warn" "Error"))
;; (list "Common Lisp notification")
(growl:*growl-default-disabled-notifications (list "Info"))
(growl:*growl-default-title* "Critical Error")
;; "Common Lisp notification"
(growl:notify "Cannot connect to database!" :priority 2 :sticky t))
For most applications, you will only be calling (REGISTER …) one time but may be calling (NOTIFY …) many times. So, it probably doesn’t make sense to rebind the special variables for the *growl-default-enabled-notifications* and *growl-default-disabled-notifications*.
Note: one specifies the password under the
Network panel of the Growl preferences. Check the
Allow remote application registration and specify a
This package weakly depends on MD5 and Ironclad. If neither are present, this client will not be able to take advantage of the password features of Growl. Consequently, you will not be able to send messages to the Growl host unless its
Server Password is blank. If Ironclad is available, then the :sha256 checksum mode will be the default (and :md5 and :noauth are other possible choices). If Ironclad is not available but MD5 is, then the :md5 checksum mode will be the default (and :noauth is the only other choice). If neither is present, the checksum mode can only be :noauth. With :noauth, the password is ignored.
This package depends explicitly on trivial-utf-8, usocket-udp, and flexi-streams.