<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN" "http://www.w3.org/TR/REC-html40/strict.dtd"><html><head><meta name="qrichtext" content="1" /><style type="text/css">p, li { white-space: pre-wrap; }</style></head><body style=" font-family:'Sans Serif'; font-size:12pt; font-weight:400; font-style:normal;">Op maandag 09 november 2009 08:51:41 schreef Gunnar Wrobel:<br>
> In the more distant future I still hope to combine the fbview <br>
> application into the standard kronolith. It is really not more than a <br>
> stripped down kronolith with two or three patches.<br>
<p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><br></p>Is it not possible to copy the module kronolith in the kolab-webclient package to e.g. a module called fbview and patch that module so it provides the fbview functionality?<br>
<p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><br></p>I diffed the files that are patched in kolab-fbview (via the horde-webmail-1.2.0_kolab_fbview_openpkg.patch patch) with the same files in kolab-webclient. It looks to me that a big part of the diff result is caused, because kolab-webclient provides newer files. The latter is caused by the patches in kolab-webclient, because both kolab-webclient and kolab-fbview are based on horde-webmail-1.2.0.<br>
<p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><br></p>Wouldn't that (copy kronolith to fbview and patch fbview) be possible?<br>
<p style="-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; -qt-user-state:0;"><br></p>-- <br>
Richard</p></body></html>