Wie Gehts, floele! Thanks for getting back to me.
Yes, I did see the CDBurnerXP folder. At first I was only looking at it through the "Solution Explorer" window in VS2008; the *.cs files are not seen from that perspective, not even when I tried to add them. The directory looked empty. Obviously, I made a mistake somewhere there and should have looked a little bit harder. Still, I would say that there is room for me to help you guys and make it dead-simple to build process for the Ketarin source that you provide. That could be as simple as just writing a "how to" for you guys, but I'm totally cool with getting my hands dirty in the code. If you already have a roadmap for Ketarin or just thoughts on how/what you want to do with it, then let me know and I'll follow your lead. If you would like me to take the lead and suggest to you what the roadmap could be, just say the word and I will do that for you.
As for my current progress building the source...
There appears to still be one file missing; "IMirrorControl.cs". The IDE expects that file to be located: "CDBurnerXP\trunk\CsLib\CDBurnerXP\Controls\IMirrorControl.cs" along with the other logic that I did find in the CDBurnerXP folder came with the *.tar.gz I downloaded from your site.
As a first attempt to get to a successful build, I reconstructed the expected directory structure using "junction points". I'm trying to model what the "real" build scenario looks like and get a successful build before I go changing too much. Beyond the simple "just write a how-to-build-ketarin" guild that I mentioned, I think the next easiest and lease invasive solution would be to automate what I did manually. That is, create a step in the build process that ensures either:
1) the real CDBurnerXP project has been checked out (as would be the case for developers with access to the CDBurner project)
... or ...
2) Creates a simple skeleton structure that imitates what the "real" directory structure so that the build process "thinks" it is there.
That would be fairly simple to do.
The longer and more involved solution, and in my opinion also the "right" or "proper" solution, would be to decouple the shared logic that exists between the two projects and package or provide it as its own component so that both CDBurner and Ketarin could use the logic w/o duplicating source files. If this is what you are thinking then we would need to plan a little bit before I started, but the outcome might be something like:
1) CDBurner Source - private/restricted access as it is today
2) Ketarin Source - public/open-source as it is today
3) SharedLib - a new component made up of the existing logic that both projects use; public/open-source
* If you aren't familiar with "junction points" see junction.exe from SysInternals to quickly and easiliy make your own.