Difference between revisions of "User:Mafm"

From BRL-CAD
(Log)
(Log)
Line 24: Line 24:
  
 
= Log =
 
= Log =
 +
 +
June 11:
 +
* Today I continued working in the Console, now at least the history functionality and the way to create and position windows it is basically stable (can be changed easily, but I mean that it's not a hack-ish/example-ish application).  Screenshot: http://wainu.ii.uned.es/~mafm/brlcad/brlcad_rbgui_20080611-1.png
 +
* OIS (the input library) is giving problems with auto-repeat, a problem that already had several years ago: it disables auto-repeat from X, so the rest of the applications in that DISPLAY that capability, and if the application crashes before OIS restores it, you have to reset it by hand.  This looks unacceptable to me, but I haven't devised any solution yet.
  
 
June 10:
 
June 10:

Revision as of 14:25, 11 June 2008

Personal Information

  • Name: Manuel A. Fernandez Montecelo
  • E-mail/GoogleTalk: manuel.montezelo
  • IRC nickname (freenode network): mafm
  • SourceForge username: mafm

GSoC (Google Summer of Code) 2008

Milestones

Milestones include (maybe some of them to be added or removed, to be discussed with the mentors and the community in general):

  • Get logging working
  • Get console working
  • Being able to communicate with the back-end
  • Displaying geometries
  • Displaying various representations (wireframe, polygonal, etc)
  • Rotating and positioning
  • Input support (trackball, shift-grips)
  • Clean cross-platform build system integration

Log

June 11:

  • Today I continued working in the Console, now at least the history functionality and the way to create and position windows it is basically stable (can be changed easily, but I mean that it's not a hack-ish/example-ish application). Screenshot: brlcad_rbgui_20080611-1.png
  • OIS (the input library) is giving problems with auto-repeat, a problem that already had several years ago: it disables auto-repeat from X, so the rest of the applications in that DISPLAY that capability, and if the application crashes before OIS restores it, you have to reset it by hand. This looks unacceptable to me, but I haven't devised any solution yet.

June 10:

  • Mostly working in the Console window & functionality, still quite a lot of work to be finished.

June 9:

  • Still working in the example application, but now it looks much better -- documented, code style, reorganizing things, making cursor visible (wasn't there in the POSIX version at least)... Screenshot: brlcad_rbgui_20080609-1.png

June 8:

  • Getting RBGui sample application to work, reading "administrative" information of rt^3 module and in general preparing for submitting the code.
  • Commiting first patches, it's basically the example application coming with RBGui.

June 6:

  • Patching and recompiling other branches needed of some of the components, RBGui doesn't work with the most recent stable versions of OGRE right away.
  • Investigating a bit about other GUIs, updates on the considered GUIs, etc; with no interesting results: things are basically the same as when making the application.

June 5:

  • Compiling OGRE and OIS (input system, needed for most applications using OGRE), since latest stable versions are not available in Debian. No big hassles.
  • Compiling Mocha, a library needed by RBGui with misc utilities (3D math and the like) -- found a source RPM with minor patches for GNU/Linux systems, again no big problems.
  • Compiling RBGui... this one is not so easy. Some CMake config files have to be modified, at least for my 64 bit system; and it's not in sync with OGRE (it seems to use some special function) so it doesn't compile successfully, yet.
  • Thought: I'm starting to be a bit worried about RBGui... by the time of the application they had very recent releases adding support for [at least] GNU/Linux systems, apart from Windows. Now, even if there seems to be people porting it to MacOS X too, the developers seem are mostly silent and inactive. In general, it seems that this complicates the ease of installation for BRL-CAD users, and thus RBGui seems less convenient now than a while ago...

June 4:

  • Misc. preparations: compiling up-to-date BRL-CAD, re-enabling subscriptions to mailing lists, and checking the tools to use (OGRE, RBGui). Not a very productive day, but not so bad to be the 1st day after weeks of overworking and travelling... and at least it's a start!

June 3:

  • Back to Lisbon, at last. Hopefully tomorrow I'll start coding!

May 26:

  • SoC program starts :)
  • Due to some personal problems and exam dates (as already noted when submitting the application) I couldn't start coding or submitting patches to get commit access, note sure if I'll be able to start before June 5th or so.