[Pidgin] #9572: Dealing with BlistNodeOther
Pidgin
trac at pidgin.im
Tue Jun 30 09:53:52 EDT 2009
#9572: Dealing with BlistNodeOther
-----------------------+----------------------------------------------------
Reporter: aluink | Owner: aluink
Type: task | Status: new
Component: libpurple | Version:
Keywords: |
-----------------------+----------------------------------------------------
The current plan for implementing GObject for Blist and its types is to
have an abstract type called PurpleBlistNode and subtype 4 other types,
Contact, Group, Buddy, and Chat to replace each's respective
PurpleBlistNodeType, respectively. This works all well except that in a
few instances there has been usage of PURPLE_BLIST_OTHER_NODE. This has
mostly been found in gntblist and its grouping plugin.
There was short discussion about this problem in #8597. At first, there
are two obvious solutions. We could make PurpleBlistNode a concrete type,
and be done with it. But then we hinder the original idea of having a
parent type for all Blist types. The other idea is to have yet another
subtype. Of course there are possibly other solutions.
--
Ticket URL: <http://developer.pidgin.im/ticket/9572>
Pidgin <http://pidgin.im>
Pidgin
More information about the Tracker
mailing list