Override queueing/multiple notifications?

vqv · Post by **vqv** » Fri Sep 14, 2007 6:20 am

When an application sends multiple notifications in a short amount of time, multiple notifications are displayed. In the case of the Music Video style, the notifications are queued and slowly display one-by-one.

A simple example of this is using Growl Tunes and skipping several tracks in iTunes. I often do this when using iTunes in Party Shuffle mode and I find the queuing of Track Change notifications annoying. It usually takes several seconds for them to catch up with what is actually playing.

Is there a way to prevent this from happening on a per-application/notification type basis? In the case of Growl Tunes, it would be nice if it could just override its currently displaying notification.

Is this a client software issue or a Growl issue?

Post by **bgannin** » Fri Sep 14, 2007 4:23 pm

It's not actually an issue, it's an opt-in feature of Growl for developers. When a lot of notifications are sent you can use "coalescing" to provide the effect you see, in which a single Growl notification is re-used to display all the queued up messages. To change this behavior you'd need to likely rewrite GrowlTunes a bit or short-circuit the coalescing support to only read the most recent item.

vqv · Post by **vqv** » Sun Sep 16, 2007 2:35 am

bgannin wrote:It's not actually an issue, it's an opt-in feature of Growl for developers. When a lot of notifications are sent you can use "coalescing" to

Thanks! I'll try hacking at the source. It's actually iScrobbler that I'm having the issue with, but it also happens with Growl Tunes.

Update: It was very simple. I just had to modify the call to Notify to use a constant identifier.