| Rev |
Age |
Author |
Path |
Log message |
Diff |
| 652 |
4258 d 18 h |
janba |
/branches/cpp11-devel/src/HMesh/ |
Added volume polygonization |
|
| 646 |
4265 d 4 h |
janba |
/branches/cpp11-devel/src/HMesh/ |
Many changes. In particular Harmonis moved here from the meshedit application |
|
| 632 |
4395 d 14 h |
janba |
/branches/cpp11-devel/ |
Had fun rewriting ArithVec.h |
|
| 631 |
4398 d 9 h |
janba |
/branches/cpp11-devel/ |
Many C++11 features added to this branch |
|
| 630 |
4398 d 9 h |
janba |
/branches/cpp11-devel/ |
Add branch for c++11 development |
|
| 607 |
4635 d 21 h |
jrf |
/trunk/ |
removing Visual Studio warnings and some CMake problems |
|
| 601 |
4642 d 0 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. |
|
| 595 |
4645 d 13 h |
jab |
/trunk/src/ |
Merged version |
|
| 591 |
4647 d 2 h |
jab |
/branches/ctl/hmesh_vector/ |
Various changes to clean up mostly |
|
| 587 |
4652 d 13 h |
jab |
/branches/ctl/hmesh_vector/ |
A number of changes. Importantly
Vertex positions in Manifold are now stored as Vec3d
HalfEdgeWalker has been renamed Walker |
|
| 586 |
4653 d 0 h |
jab |
/branches/ctl/hmesh_vector/ |
Numerous changes. In particular, I changed the ItemID, ItemVector, and ConnectivityKernel in HMesh. This was done to make interfaces more clear.
Now ItemVector knows ItemIDs and conversion from ItemID to the actual integer ids happens in the ItemVector class and not connectivity kernel. |
|
| 585 |
4654 d 8 h |
jab |
/branches/ctl/hmesh_vector/ |
Committed many small changes. resolved conflicts. This commit merges in trunk. Now to merge back ... |
|
| 572 |
4727 d 9 h |
jab |
/branches/ctl/hmesh_vector/ |
Entered standard header |
|
| 566 |
4912 d 8 h |
jab |
/branches/ctl/hmesh_vector/ |
Many minor changes |
|
| 543 |
5325 d 8 h |
jab |
/branches/ctl/hmesh_vector/src/HMesh/ |
Several minor changes |
|
| 529 |
5392 d 11 h |
s042372 |
/branches/ctl/hmesh_vector/src/HMesh/ |
minor edits |
|
| 526 |
5392 d 14 h |
jab |
/branches/ctl/hmesh_vector/ |
- Declared (but did not define) the attributevector in ItemID.h. This appears to make
the friend declaration in ItemID work.
- Commented out some broken asserts in curvature.cpp |
|
| 519 |
5423 d 6 h |
s042372 |
/branches/ctl/hmesh_vector/ |
The manifold functions no_* have been split into active_* and total_* in order to improve the interface.
Specialized AttributeVectors no longer depends on the manifold to improve code clarity and remove cyclic dependency. |
|
| 514 |
5441 d 21 h |
s042372 |
/branches/ctl/hmesh_vector/ |
Meshedit, and rest of GEL compiles (with the exception of apps depending on build_bbtree and volume_polygonize (both needs rewriting).
Meshedit runs in debug mode (release not tested), and succesfully loads and displays Armadillo.ply. |
|