My bad, I agree we won't be able to connect signals. The problem I have is when f-office is compiled out-of-tree the gives errors. I am trying to fix this in such a way that it would compile in-source and out-of-tree. Thanks for your comments, I will try to emit pure virtual methods and see.<div>
<br></div><div>Br,</div><div>Mani<br><br><div class="gmail_quote">On Mon, Jan 31, 2011 at 7:23 PM, Jarosław Staniek <span dir="ltr"><<a href="mailto:staniek@kde.org">staniek@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div>
<div style="font-family:Verdana, Arial, Helvetica, Sans-Serif"><div class="im">
<table bgcolor="#f9f3c9" width="100%" cellpadding="8" style="border:1px #c9c399 solid">
<tbody><tr>
<td>
This is an automatically generated e-mail. To reply, visit:
<a href="http://git.reviewboard.kde.org/r/100462/" target="_blank">http://git.reviewboard.kde.org/r/100462/</a>
</td>
</tr>
</tbody></table>
<br>
</div><pre style="white-space:pre-wrap;white-space:-moz-pre-wrap;white-space:-pre-wrap;white-space:-o-pre-wrap;word-wrap:break-word">One of the solutions is to have emit*() pure virtual methods in the controller and implement them in f-office to emit real signals.
Sebastian, you wrote in ba54ba08 3 days ago that something did not build. But it did before...</pre><div class="im">
<br>
<p>- Jarosław</p>
<br>
<p>On January 31st, 2011, 12:07 p.m., Mani Chandrasekar wrote:</p>
</div><table bgcolor="#fefadf" width="100%" cellspacing="0" cellpadding="8" style="background-repeat:repeat-x;border:1px black solid">
<tbody><tr>
<td><div class="im">
<div>Review request for Calligra.</div>
<div>By Mani Chandrasekar.</div>
</div><p style="color:grey"><i>Updated Jan. 31, 2011, 12:07 p.m.</i></p>
<h1 style="color:#575012;font-size:10pt;margin-top:1.5em">Description </h1><div class="im">
<table width="100%" bgcolor="#ffffff" cellspacing="0" cellpadding="10" style="border:1px solid #b8b5a0">
<tbody><tr>
<td>
<pre style="margin:0;padding:0;white-space:pre-wrap;white-space:-moz-pre-wrap;white-space:-pre-wrap;white-space:-o-pre-wrap;word-wrap:break-word">This patch removes KoAbstraction class which implements KoAbstractionContorller.
Since we are reimplementing most of the functions in MainWindow.cpp I have removed KoAbstraction class and moved all the signals to MainWindow
I feel the implementation should be in freoffice code instead of abstraction library.
Is there any possible drawbacks in this approach? </pre>
</td>
</tr>
</tbody></table>
<h1 style="color:#575012;font-size:10pt;margin-top:1.5em">Diffs </h1>
<ul style="margin-left:3em;padding-left:0">
<li>tools/CMakeLists.txt <span style="color:grey">(d4e6ab5)</span></li>
<li>tools/f-office/CMakeLists.txt <span style="color:grey">(a212bc0)</span></li>
<li>tools/f-office/MainWindow.h <span style="color:grey">(f7b6149)</span></li>
<li>tools/f-office/MainWindow.cpp <span style="color:grey">(549b7d1)</span></li>
</ul>
<p><a href="http://git.reviewboard.kde.org/r/100462/diff/" style="margin-left:3em" target="_blank">View Diff</a></p>
</div></td>
</tr>
</tbody></table>
</div>
</div>
</blockquote></div><br><br clear="all"><br>-- <br>Mani Chandrasekar<br><br>
</div>