Notifications are too verbose

thanks ted but I'm not sure about those changes, there one string translation break and the icon used is human theme and notify-osd specific which breaks other usecases, could you open an upstream bug about the strings simplications?

could I also suggest using xchat-gnome rather than xchat if you have issue those, it's basically xchat with a better UI and it doesn't have those issues

On Thu, 2009-03-19 at 17:35 +0000, Sebastien Bacher wrote:
> thanks ted but I'm not sure about those changes, there one string
> translation break and the icon used is human theme and notify-osd
> specific which breaks other usecases, could you open an upstream bug
> about the strings simplications?

I've opened the upstream bug on the strings and submitted the patch
there.

The icon is Human theme specific, but hopefully other themes will start
supporting them shortly. Worst case, if as user is not using the Human
theme, the only difference will be that they won't get an icon in their
notification. I don't believe that this is a significant downside for
most users and changing the icon makes the more standard notify-osd case
look significantly better.

Updating debdiff to put the channel name in public messages displayed in that channel.

Updating patch to protect against format string insertions on messages. Adding "%s"'s to take the string values so that the incoming strings aren't parsed.

This bug was fixed in the package xchat - 2.8.6-2.1ubuntu4

---------------
xchat (2.8.6-2.1ubuntu4) jaunty; urgency=low

  * debian/patches/71_notification_icon_change.dpatch switch to using
    the nicer icon for notifications. (LP: #345472)
  * debian/patches/70_notification_strings_shorten.dpatch to make the
    notification strings much shorter for cleaner notifications.

 -- Ted Gould <email address hidden> Thu, 19 Mar 2009 09:15:32 -0500