<div dir="ltr">Hi Christian,<div><br></div><div>A big thanks for providing this detailed information. I hope that this ends the debate over the "supposed lack of developer/user mixing support" in the platform and the application.</div>
<div><br></div><div>Regards,</div><div>Cristian</div><div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-03-31 12:32 GMT+03:00 Christian Dávid <span dir="ltr"><<a href="mailto:christian-david@web.de" target="_blank">christian-david@web.de</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello!<br>
<br>
Am Sonntag, 30. März 2014, 19:08:08 schrieb Jack:<br>
<div class="">> > It would appear in KDE you need to pollute your application name<br>
> > space to debug a plugin which means you cannot simultaneously have a<br>
> > devel version and a release version running at the same time.<br>
><br>
> Ah, you have run into one of my recurring rants.  I have never<br>
</div>> succeeded (on Linux) to install two versions of KMyMoney at once […]<br>
<br>
As this comes up quite often I retried my approach from scratch. You "just"<br>
need all build dependencies installed. I did it with Linux, but it should be<br>
the same on windows except one command (and you have to  replace cd). If you<br>
test it and it works as well, I can publish it on techbase. With windows<br>
specific stuff it would even be better.<br>
<br>
# Get sources<br>
git clone git://<a href="http://anongit.kde.org/kmymoney" target="_blank">anongit.kde.org/kmymoney</a><br>
cd kmymoney/<br>
<br>
# Create directory for out of source build<br>
mkdir build<br>
cd build/<br>
<br>
# Run cmake and set an install prefix<br>
# "make install" will copy all files there<br>
cmake -DCMAKE_INSTALL_PREFIX=../install/ ../<br>
<br>
# Build and install<br>
make<br>
make install<br>
cd ../install/<br>
<br>
# Give KDE's trader the chance to find the new services (= our plugins)<br>
# I guess on Windows (and maybe OS X) this command is different.<br>
# You need  to set an environment variable to your current folder<br>
export KDEDIRS=`pwd`<br>
<br>
# Refresh cache of the trader<br>
# after the next run of make install you do not need this again<br>
kbuildsycoca4<br>
<br>
# Here you can test if it worked<br>
# It does not show the library path but X-KDE-PluginInfo-Version contains the<br>
# version. At the end is the git commit.<br>
ktraderclient --servicetype "KMyMoneyPlugin"<br>
<br>
# run your own build<br>
bin/kmymoney<br>
<br>
This allows you to install multiple versions of KMyMoney at the same time. You<br>
just have to set and unset KDEDIRS and run kbuildsycoca4.<br>
<br>
If you also want to run them at the same time you can use your IDE. This is the<br>
way you should do it anyway as it is quicker for every day use.<br>
<br>
KDevelop and QtCreator allow you to set a "run environment". Just tell them to<br>
set KDEDIRS to the appropriate folder there. Your IDE must install KMyMoney<br>
every time and execute "kbuildsycoca4" before you run KMyMoney (KDevelop has<br>
no direct option for this, you need a script — I think).<br>
<br>
One problem left: If you run another instance of KMyMoney now, you have to<br>
rebuild the cache (kbuildsycoca4) as SyCoCa tracks the files in it's cache but<br>
not the environment variable. So it doesn't notice that a service is no longer<br>
available if you just change KDEDIRS (but it notices if you remove or update a<br>
.so/.desktop file).<br>
<br>
More tutorials on traders and the system configuration cache (SyCoCa) are<br>
available on<br>
<a href="http://techbase.kde.org/Development/Tutorials#Services:_Applications_and_Plugins" target="_blank">http://techbase.kde.org/Development/Tutorials#Services:_Applications_and_Plugins</a><br>
<div class=""><br>
> > Ever thought of breaking KMymoney out of the dependency on KDE? It<br>
> > would have much wider appeal.<br>
<br>
</div>A lot of KMyMoney current appeal comes from the use of KDE. And from<br>
experience I know: That would result in solutions which are as complex as the<br>
the current ones but with less documentation, less testing, horrible<br>
maintenance and less people who can help.<br>
<br>
> […]<br>
<div class="">> Also, it might be worth exploring the impacts of<br>
> the coming switch to Frameworks - if it will make working on OS-X and<br>
> Windows easier, it may be worth accelerating, although I fear it may be<br>
> as difficult and painful as the switch from kde3 to kde4.<br>
<br>
</div>Frameworks will make the build on OS-X and windows easier.<br>
<br>
I hope this helps.<br>
Greetings<br>
<span class="HOEnZb"><font color="#888888">Christian<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
KMyMoney-devel mailing list<br>
<a href="mailto:KMyMoney-devel@kde.org">KMyMoney-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kmymoney-devel" target="_blank">https://mail.kde.org/mailman/listinfo/kmymoney-devel</a><br>
</div></div></blockquote></div><br></div></div></div>