aboutsummaryrefslogtreecommitdiffstats
path: root/addressbook
diff options
context:
space:
mode:
authorMatthew Barnes <mbarnes@redhat.com>2010-08-28 03:44:25 +0800
committerMatthew Barnes <mbarnes@redhat.com>2010-08-28 03:44:25 +0800
commit935bc4be0779919b5611f64bf01675901a3b6f1d (patch)
tree2d2b87fe1e63d50a3ae2918f46602b7bcebe9ec4 /addressbook
parent915f33a5b1559030cfb3d5b90f7494478ea030a6 (diff)
downloadgsoc2013-evolution-935bc4be0779919b5611f64bf01675901a3b6f1d.tar.gz
gsoc2013-evolution-935bc4be0779919b5611f64bf01675901a3b6f1d.tar.zst
gsoc2013-evolution-935bc4be0779919b5611f64bf01675901a3b6f1d.zip
Bug 628141 - Duplicate signal connections in EMailReader
EMailShellContent implements the EMailReader interface but acts as a proxy for EMailPanedView, from which it obtains MessageList and EWebView widgets. The problem was both classes call e_mail_reader_init_private() which connects to signals emitted from the MessageList and EWebView widgets. But since EMailShellContent is a proxy for EMailPanedView, the signals were being connected twice. This commit does away with e_mail_reader_init_private(), instead adding options to e_mail_reader_init() to control what parts of initialization to run. It's an ugly and temporary hack. I'm beginning to realize EMailReader is too bloated and needs rethought. EMailReader should just manage actions. EMailView should own and manage the widgets, and EMailReader should just have a get_mail_view() method so it has access to those widgets. That way the EMailView subclasses won't have to implement EMailReader themselves and wind up allocating a bunch of duplicate, unused actions. It's too close to a stable release to rip these interfaces apart and reorganize them. I'll try to do that for 2.33 to help make the design more intuitive.
Diffstat (limited to 'addressbook')
0 files changed, 0 insertions, 0 deletions