Mercurial > pidgin.yaz
view autogen.sh @ 12618:204bd8fac61f
[gaim-migrate @ 14954]
SF Patch #1355796 from Sadrul
This fixes the custom smiley bug where your text gets smilies from the other party in the conversation.
This is a bit of a hack, but it fix things until such time as the smiley tree stuff can be reworked.
" From the kwiki:
If someone uses an MSN smiley, it shows up when I type
the textual representation of it. For example, someone
set a smiley (a rainbow flashy question mark) for ? and
it showed up (on my side, I have no idea about theirs)
for every ? I typed. /luke as I understand this report,
the problem is that the custom smiley should be
restricted to exactly one conversation but is in fact
spanning the account/
* (sadrul) It appears what happens is, the custom
smiley is added to the smiley-tree for that
conversation-imhtml. So whenever any new message is
going to be added to the imhtml, it looks up the
smiley-tree first, and since the "?" (or anything else)
matches the smiley, it converts it to the smiley. At
first glance, it seems the fix would be non-trivial. It
will probably be necessary to distinguish between
custom-smileys (and also messages added to the imhtml)
of the sender and the receiver.
==== end ====
What this patch does is, it temporarily replaces the
smiley-tree for the conversation-imhtml with the
smiley-tree of the conversation-entrybox. I think this
will work because the smiley-trees of both these
imhtml-s are initially the same. When a custom smiley
is received, it is added the smiley-tree of the
conversation-imhtml. So temporarily restoring the
smiley-tree with the original smiley-tree (that in
conv-entrybox) should fix the problem."
committer: Tailor Script <tailor@pidgin.im>
author | Richard Laager <rlaager@wiktel.com> |
---|---|
date | Thu, 22 Dec 2005 04:07:21 +0000 |
parents | e67993da8a22 |
children | 5adc0c9da9f3 |
line wrap: on
line source
#!/bin/sh SETUP_GETTEXT=./setup-gettext ($SETUP_GETTEXT --gettext-tool) < /dev/null > /dev/null 2>&1 || { echo; echo "You must have gettext installed to compile Gaim"; echo; exit; } (libtoolize --version) < /dev/null > /dev/null 2>&1 || { echo; echo "You must have libtool installed to compile Gaim"; echo; exit; } (automake --version) < /dev/null > /dev/null 2>&1 || { echo; echo "You must have automake installed to compile Gaim"; echo; exit; } (autoconf --version) < /dev/null > /dev/null 2>&1 || { echo; echo "You must have autoconf installed to compile Gaim"; echo; exit; } echo "Generating configuration files for Gaim, please wait...." echo; # Backup the po/ChangeLog. This should prevent the annoying # gettext ChangeLog modifications. cp -p po/ChangeLog po/ChangeLog.save echo "Running gettextize, please ignore non-fatal messages...." $SETUP_GETTEXT # Restore the po/ChangeLog file. mv po/ChangeLog.save po/ChangeLog echo "Running libtoolize, please ignore non-fatal messages...." echo n | libtoolize --copy --force || exit; # Add other directories to this list if people continue to experience # brokennesses ... Obviously the real answer is for them to fix it # themselves, but for Luke's sake we have this. for dir in "/usr/local/share/aclocal" \ "/opt/gnome-1.4/share/aclocal" do if test -d $dir ; then ACLOCAL_FLAGS="$ACLOCAL_FLAGS -I $dir" fi done aclocal $ACLOCAL_FLAGS -I ./m4 || exit; autoheader || exit; automake --add-missing --copy; autoconf || exit; automake || exit; ./configure $@