[programmer] BIAGINI Nathan

[nathan]

Hi,

my name is BIAGINI Nathan, i live in France and i'm 17 years old. I start programming in C when i was around 11 and now i am pretty fluent with some other languages such as C (of course), Python, PHP and a bit of OCaml. I also have some basic knowledge in electronic and i have built and programmed a little robot few years ago anyway the topic title is clear enough i think, i post to be a parpg programmer and add my contribution in adding new features, maintain the code etc...

I have two months off after my exams (most likely in one week) and i will be totally up to work during this two long months. Don't mean i won't be available after this two months, but surely not as much.

I work under Linux and i think that's it, no need to mention the name of my dog so...

Thanks for read me

EDIT : ho just forgot to mention that i have also a bit of knowledge with 2D game developing with Pygame for example, and also with network in Python (Twisted)

[Q_x]

Hiho!
Welcome to the team!

I see TM is introducing you to the subject

The ride here is bumpy sometimes, but I hope it will be at least cozy

[rowanthepreacher]

Now I want, nay, -need- to know the name of your dog.

[Technomage]

Welcome to PARPG

Your time schedule should coincide perfectly with implementing the GUI code. I should be done refactoring FIFE in a week or so (provided I don't accidentally delete my work AGAIN) at which point it will be a matter of interfacing Qt or CEGUI or whatever library we choose with FIFE and fine-tuning FIFE's refactored GUI code, a job which I could definitely use some help with if you're interested.

Anyway, feel free to ask questions on IRC about the project. Our wiki is full of information as well.

P.S.: I wasn't able to find the links to games that embed themselves in Qt I was talking about earlier, but I did find this thread: http://www.reddit.com/r/gamedev/comments/fxby6/is_there_any_reason_not_to_use_qt_for_games. Apparently Qt might not be a good choice purely for performance reasons, and I can see that potentially being an issue in the long run.

On the plus side, I found this: http://navi.agelessanime.com/wiki/index.php/NaviLibrary_Overview. The Navi GUI library uses an embedded Gecko web browser to render GUIs written in javascript, HTML and XUL. Its a really cool idea since we don't need a specialist GUI programmer to make the GUIs (anyone with knowledge of HTML/javascript could write the GUI). Plus it looks really lightweight. On the flip side it appears as though its an extension of Ogre3d, so I'm not sure how difficult it would be to port it to a pure OpenGL framework like FIFE.

[mvBarracuda]

While we're at it, let's throw librocket into the mix :-)
http://librocket.com/

Uses CSS-style scripting and seems to ship with Python bindings as well. And surely more light-weight than Qt.

[Technomage]

Ah, I remember you mentioning librocket before. I do like the html/css scripting idea a lot, especially since one of our primary issues has been the steep learning curve of GuiChan. I went ahead and downloaded the source and it compiled without issue on my Ubuntu machine and the examples seem to work fine, so it appears like it works on Linux.

I'm actually going to so bold as to propose that librocket be the first GUI library we attempt to integrate with FIFE.

It would be nice to have a Qt interface with all of its extensibility and design tools, but really the issues with using Qt as a game GUI are starting to stack up and I'm no longer convinced that it would be feasible. CEGUI is a tried and true game GUI library, but a lot of users admit that CEGUI is very complex and has a steep learning curve. Librocket looks like an ideal solution, though I will have to see how easy it is to integrate with FIFE.

[shevegen]

Hmm... Nathan has logged in only once I guess...