| Rev |
Age |
Author |
Path |
Log message |
Diff |
| 630 |
4348 d 8 h |
janba |
/branches/cpp11-devel/ |
Add branch for c++11 development |
|
| 601 |
4591 d 23 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 12 h |
jab |
/trunk/src/GLGraphics/ |
Resolved conflicts |
|
| 492 |
5590 d 8 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 7 h |
jab |
/trunk/src/GLGraphics/ |
Loads textures now via SOIL |
|
| 432 |
5912 d 10 h |
jab |
/trunk/src/GLGraphics/ |
Allows drawing of Indexed face sets |
|
| 400 |
6061 d 22 h |
jab |
/trunk/ |
Some minor changes. |
|
| 396 |
6063 d 6 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. |
|
| 372 |
6105 d 11 h |
jab |
/trunk/ |
Minor changes to draw and the Xcode project |
|
| 368 |
6107 d 5 h |
jrf |
/trunk/ |
Bruteforce wireframe rendering introduced in draw framework and OBJViewer. Texture toggle on/off introduced in OBJViewer. |
|
| 362 |
6247 d 22 h |
jab |
/trunk/src/ |
Some added documentation and also I added the tesselation routine |
|
| 331 |
6612 d 8 h |
jab |
/trunk/src/ |
Added a draw function for HMesh |
|
| 299 |
6735 d 8 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 6 h |
bj |
/trunk/ |
merged restructuring branch |
|
| 167 |
7121 d 5 h |
jab |
/branches/restructuring/src/GLGraphics/ |
Added draw functions |
|