Subversion Repositories gelsvn

Rev

Show changed files | Details | Compare with Previous | Blame | RSS feed

Filtering Options

Rev Age Author Path Log message Diff
608 4585 d 19 h jrf /trunk/src/GLGraphics/ ensuring compatibility with code based on pre-merge trunk version  
601 4591 d 21 h jab /trunk/ The include statements for header files have been changed. Instead of including, like say

#include <CGLA/Vec3f.h>

we now use

#include "../CGLA/Vec3f.h"

for all files in the GEL library source tree (i.e. apps and test are not altered).

The point is that if GEL is used as an OSX framework and I include a GEL header, I have to do it like this:

#include <GEL/HMesh/myheader.h>

Now, inside myheader.h I may include CGLA/Vec3f.h, but how should this file be found? If I just add the GEL
framework as a framework, the path to the GEL headers is not added to the header search path because the
framework name (in this case GEL) is part of the header path. If all headers had been in one directory that
would not have mattered, since Vec3f.h would be in the same directory as myheader.h. But it is not. So, I
have made things more relative and it works well.
 
594 4595 d 10 h jab /trunk/src/GLGraphics/ Resolved conflicts  
492 5590 d 6 h jrf /trunk/ Repairing and cleaning the OBJ Viewer app:
- load.h and load.cpp were missing in the cmake list of the Geometry package (causing the viewer not to compile in VS).
- It was previously illegal to include draw.h after including gel_glut.h (the problem was inclusion of glew.h in header files included by draw.h. This is undesirable as an application does not necessarily need glew.h when using draw.h).
- A lot of unnecessary header files were included here and there.
 
441 5879 d 6 h jab /trunk/src/GLGraphics/ Loads textures now via SOIL  
432 5912 d 9 h jab /trunk/src/GLGraphics/ Allows drawing of Indexed face sets  
396 6063 d 4 h jab /trunk/src/GLGraphics/ I have added the SinglePassWireFrameRenderer which is a
fast path for triangle meshes.
I have addedd the IDBufferWireframeRenderer which is
less fast but should handle anything.
draw has grown some functions for wireframe drawing,
but you will need to use IDBufferWireframeRenderer directly,
it keeps a lot of state and it is difficult to make a
convenience function.
 
373 6105 d 6 h jrf /trunk/ eliminating errors and warnings in VS 2005 compile  
372 6105 d 10 h jab /trunk/ Minor changes to draw and the Xcode project  
368 6107 d 4 h jrf /trunk/ Bruteforce wireframe rendering introduced in draw framework and OBJViewer. Texture toggle on/off introduced in OBJViewer.  
362 6247 d 20 h jab /trunk/src/ Some added documentation and also I added the tesselation routine  
339 6470 d 9 h jab /trunk/src/GLGraphics/ Added ply view to OBJViewer  
331 6612 d 6 h jab /trunk/src/ Added a draw function for HMesh  
324 6648 d 8 h jab /trunk/src/ Some changes. Mostly a nasty precision issue has been fixed with regard
to 4x4 determinants. KDTrees have also been improved.
 
321 6655 d 22 h jab /trunk/ No log message.  
299 6735 d 7 h jrf /trunk/ The SPD branch has been merged with the main branch.
This means that Bounding Box Hierarchies, BSP Trees, and two new applications have been added.
 
178 7107 d 4 h bj /trunk/ merged restructuring branch  
167 7121 d 3 h jab /branches/restructuring/src/GLGraphics/ Added draw functions