Hello Dacian, Hello all

 

First of all we need to find a name for the project. By now I’ll call it Freeglut++. I don’t know if it is necessary to change the name for copyright issues, if so please notify me.

 

- o -

 

After that in order to allow other developers to join the project I think that we will need some collaboration tools and some clear rules.

 

I’m reactivating my phpBB forums at http://18.freebb.com/celui/

I think that this tool is better than the developer mailing list and the trackers of sourceforge, if the posting is limited to registered users and developers. It has a lot of power and is quite customizable, so public forums should be added to the developer only ones. Please discard the messages about rules and policies that are already present. Those documents are old, was intended for Experimental Celestia. In general need to be heavily revised.

 

I think that we should use a CVS space on sourceforge for sharing the code.

Before having a dedicated space and a dedicated project on sourceforge with its own website I think we should start using my space at http://sourceforge.net/projects/celui/ in order to produce a first skeleton of the Freeglut++ and exiting from vaporware.

 

Before start coding we need a coding convention document in order to give names to the variables, to the objects and methods consistently. I have one for my GLGUI, we should start from that one or we should use the freeglut one.

 

As last prerequisite we should need for development tools configuration documents. You’ll should say that if a programmer is not able to configure its own tools in order to compile and run the shared code, he is not a programmer. In general it is true, but in my experience this point is a real problem and has to be considered in order to allow other developers to join more easily.

 

- o -

 

After this introduction, my idea and plans about this project is to create an opensource framework with set of classes that should work as a wrapper over the underlying operative system. The framework has to work at least on the following operative systems Win32/Linux/MacOsX/WinCe like freeglut. The final purpose is to have a compact/powerful/flexible framework that should allow the users to easily create OpenGL applications.

In general the new framework has to discard unuseful features contained in freeglut and has to extend some functionalities in order to get more flexibility and power.  For instance extending the number of handled events and perhaps adding a wrapper for the filesytem.

The general architecture that is based upon callbacks associated to events in general should remain, but as alternative it should be advisable to consider the possibility of class derivation.

Instead of a lot of #ifdef in the code my idea is to create different classes for the different operative systems. So at the end it would be:

 

Class Freeglut  // pure virtual in its own h file

{

            …

}

 

Class Win32Freeglut: public Freeglut // in its own h/c++ file

{

            …

}

 

Class LinuxFreeglut: public Freeglut // in its own h/c++ file

{

            …

}

 

The user’s application should be something like:

Freeglut myFreeglutApp = new Win32Freeglut(…);

Or somethinkg like:

 

Class MyApp: public LinuxFreeglut

{

}

 

MyApp myFreeglutApp();

 

- o -

 

Of course your comments are welcome.

Kind regards

 

 

 

 


Da: freeglut-developer-admin@lists.sourceforge.net [mailto:freeglut-developer-admin@lists.sourceforge.net] Per conto di Herbei Dacian
Inviato: luned́ 24 aprile 2006 15.16
A: freeglut-developer@lists.sourceforge.net
Oggetto: [Freeglut-developer] Re: Freeglut-developer digest, Vol 1 #856 - 1 msg

 


Hi Paolo,

deffinetly. So when do we start? What's your plan?

dacian


Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great rates starting at 1¢/min.