cocoaforge

it would be really cool if could make conditions in the events prefs, i.e.:
received new message
if adium is frontmost then
bounce dock icon
sound "..."
else
display growl notif
sound "..."
end if

this is specific example would make having conversations only using Growl and Quicksilver.
I know that is really applescripty, but it would be so much more intuitive if it was right in Adium.
yelly[/u]

That specific case is already covered, though: Message Received (Background Chat) is its own event

I personally would like this option for other events though... Like, it would be a lot less of an annoyance if I could only have a growl display for almost all the events when Adium is in the background. I don't really need to see a growl notification on a new message when Adium is in the front.

You could always have the event run an applescript, and put the if/then statement in the script. This is how I did the message received (bg chat) before it was implemented into the events pane.

evands wrote:That specific case is already covered, though: Message Received (Background Chat) is its own event

thanks.
I used this only was an example, events conditioning would still be cool, and in an ideal situation, it would not require any AS knowledge at all, conditioning for everyone!!!

I know this is a little off topic, but i made the "message in background" event only contain a sound and a Growl notif, but my dock icon (the Chelsea one if it makes a difference (yeah yeah, i know, Middlesborough)), insists on flashing "Goal Goal Goal" when i receive a BG message.

yelly wrote:conditioning for everyone!!!

I think by its very nature conditionals are not for everyone. Specifically I think of the standard user, who wouldn't understand if/else if/else structures at all and wouldn't see a use (because it's beyond their standard scope of reasoning.) The more computer savvy a person, the easier the concept, but not everyone is computer savvy

bgannin wrote:

yelly wrote:conditioning for everyone!!!

I think by its very nature conditionals are not for everyone. Specifically I think of the standard user, who wouldn't understand if/else if/else structures at all and wouldn't see a use (because it's beyond their standard scope of reasoning.) The more computer savvy a person, the easier the concept, but not everyone is computer savvy

true, but the better job you guys do making this user intuitive, the less computer savvy you have to be.

yelly wrote:I know this is a little off topic, but i made the "message in background" event only contain a sound and a Growl notif, but my dock icon (the Chelsea one if it makes a difference (yeah yeah, i know, Middlesborough)), insists on flashing "Goal Goal Goal" when i receive a BG message.

Um, is the contact's name Goal Goal Goal? Or is that the alert state for your dock icon?

evands wrote:

yelly wrote:I know this is a little off topic, but i made the "message in background" event only contain a sound and a Growl notif, but my dock icon (the Chelsea one if it makes a difference (yeah yeah, i know, Middlesborough)), insists on flashing "Goal Goal Goal" when i receive a BG message.

Um, is the contact's name Goal Goal Goal? Or is that the alert state for your dock icon?

alert state

In 0.8x, the alert state always animates for new messages. In 1.0svn, you can disable it entirely. You can't control it via the Events system in either case.

well, until then, hacking at .plists will suffice.