Tim, Paul, I've looked into the source, my goal is to have the same code base for fractint/DOS and a new 'platform', say 'libfractint'. My idea is to differentiate like with the define XFRACT just like Tim suggested to Paul de Leeuw (->manpwin). I could try to eliminate most of the asm code by using the xfract c-replacements. For the graphics part, there will be an abstraction layer so the different GUIs can base on that (such as 'getpixel' et al). This way we would have a 20.2.04-based 'backend' apart from the asm-stuff where there are no replacements (lyapunov et al), right? The 'libfractint' variant would be the base for a new, portable GUI. Here are my questions: - what do you think of this approach? - I'm using Visual Studio 6.0 (could also make sure it doesn't break unix), so I won't be able to compile the 'original' fractitn/DOS because VS 6.0 lacks 16 Bit support. Will someone be willing to test my code so it still compiles for DOS? - is someone willing to port the missing asm-modules (the ones not replaced by xfract) to C or 32-bit ASM? Cheers, Florian
-----Original Message----- From: fractdev-admin@mailman.xmission.com [mailto:fractdev-admin@mailman.xmission.com]On Behalf Of Tim Wegner Sent: Monday, February 03, 2003 1:46 AM To: fractdev@mailman.xmission.com Subject: Re: [Fractdev] sourceforge, Rewrite portable GUI
Florian wrote:
1. how about moving the projects FRACTINT and MANPWIN to sourceforge? This way we could co-develop using a central cvs server.
Strange as it sounds, since we've been open source from the beginning, our license is not "open source" according to any of the definition at http://www.opensource.org/. Therefore we can't use sourceforge.
It's not as easy as you might think to change our license since we are not in contact with most of our contributors.
If we get into a big rewrite, we can systematically go to a new license, probably GPL, the sourceforge would be an option.
2. where there any thoughts on rewriting the gui with a free, portable c/c++ based GUI layer such as GTK+ ? -> we would have the same GUI for Unix and Windows GIMP is a good example for such a project. Qt also comes to mind, but its not free under windows...
Task would be to strictly separate the code between backend calculus and GUI.
This just needs a developer to do it. It has been proposed many times. Brave talk is cheap :-)
Tim
_______________________________________________ Fractdev mailing list Fractdev@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/fractdev