Subversion Repositories gelsvn

Rev

Go to most recent revision | Show changed files | Details | Compare with Previous | Blame | RSS feed

Filtering Options

Rev Age Author Path Log message Diff
660 4268 d 23 h khor /branches/cpp11-devel-opsetning/ Made a setup that i think would work in practise.
Changes src to work on windows,
Removed GLUT from the manifoldRender.cpp
GEL_WIN is working in debug mod only for now.
 
659 4272 d 14 h janba /branches/cpp11-devel/ Change documentation for EigenSolutionSym  
658 4278 d 10 h janba /branches/cpp11-devel/src/HMesh/ I can now cut holes  
657 4278 d 15 h janba /branches/cpp11-devel/ Added mesh deformation with the mouse and vertex selection.  
656 4281 d 12 h janba /branches/cpp11-devel/ Some changes allowing direct interaction with the mesh  
655 4285 d 15 h janba /branches/cpp11-devel/ Now, finally, it seems that I managed to move MeshEdit to apps  
654 4285 d 15 h janba /branches/cpp11-devel/ Building a BB Tree would only work for closed meshes. Fixed  
653 4286 d 4 h janba /branches/cpp11-devel/ A few changes to the apps since GEL (the library) is now unaware of GLUT.  
652 4286 d 4 h janba /branches/cpp11-devel/src/HMesh/ Added volume polygonization  
651 4286 d 4 h janba /branches/cpp11-devel/src/Geometry/ Added the XForm and Implicit classes.  
650 4286 d 4 h janba /branches/cpp11-devel/src/GLGraphics/ Removed the special OpenGL headers. One should include ../GL/glew.h  
649 4290 d 5 h janba /branches/cpp11-devel/ Fixed some header paths  
648 4292 d 13 h janba /branches/cpp11-devel/apps/ Sending these two apps to SVN  
647 4292 d 13 h janba /branches/cpp11-devel/src/GLGraphics/ Added VisObj and MeshEditor classes. These used to be in the MeshEdit application directory, but
moved here to make them more of a generic component so that it is easier to make a mesh edit application
outside of GEL but using GEL. prevents me from hacking all my work into the library.
 
646 4292 d 13 h janba /branches/cpp11-devel/src/HMesh/ Many changes. In particular Harmonis moved here from the meshedit application  
645 4292 d 13 h janba /branches/cpp11-devel/apps/ Again, we kill this and reimport  
644 4292 d 13 h janba /branches/cpp11-devel/ So, this directory should move and be called MeshEditCocoa  
643 4314 d 5 h janba /branches/cpp11-devel/ Polarization really works, but fitting to mesh not so much. Committing current version with voxel based fitting to reference mesh  
642 4320 d 11 h janba /branches/cpp11-devel/apps/MeshEdit/ utter crap. Due for rewrite but there may be salvageable parts so committing  
641 4320 d 11 h janba /branches/cpp11-devel/apps/MeshEdit/ Cleaned up the interface to the harmonics functionality  
640 4323 d 15 h janba /branches/cpp11-devel/apps/MeshEdit/ This is mostly garbage, so I am throwing out most of it, but saving before I do so.  
639 4327 d 18 h mono /branches/cpp11-devel/src/CGLA/ Fix potential problem with isnan ( http://stackoverflow.com/a/570694/420250 - read comments )  
638 4335 d 16 h khor /branches/cpp11-devel/ Works on visual studio now, test needed in clang and gcc

Thinks changesed
(std::min)
typcasting of warlker
class initilazation
 
637 4336 d 13 h janba /branches/cpp11-devel/ only simple changes.  
636 4336 d 18 h khor /branches/cpp11-devel/ Works on visual studio, need to be tested if clang is busted.

Doc is now updated to c++11, still need to remove iterator in some of the flit example

(std::min)() and (std::max)() is need for it to work.
 
635 4386 d 22 h janba /branches/cpp11-devel/ Save stuff  
634 4418 d 18 h janba /branches/cpp11-devel/src/CGLA/ More compat stuff  
633 4418 d 18 h janba /branches/cpp11-devel/ Some compatibility changes  
632 4422 d 23 h janba /branches/cpp11-devel/ Had fun rewriting ArithVec.h  
631 4425 d 19 h janba /branches/cpp11-devel/ Many C++11 features added to this branch  
630 4425 d 19 h janba /branches/cpp11-devel/ Add branch for c++11 development  
600 4671 d 17 h jab / Build system. I have both edited the bespoke Xcode project file, played with a premake4 build generator and our cmake system. Nothing works perfectly, but cmake might end up as the best solution. The cmake file now automatically finds the GEL files, but this entails that cmake is run when a new file is added.

Functions were added to Manifold: remove_face, remove_edge, remove_vertex. These do as advertised. I also added an add_face function (not tested but very simple ... hmmm famous last words)
the cpp/h file pairs close_holes and caps_and_needles were merged into "cleanup". To cleanup I added some functions that stitch meshes together, i.e. edges which share geometric end points are stitched.
 
597 4672 d 22 h jab / Some console stuff was not up to the right version  
593 4672 d 23 h jab /branches/ctl/hmesh_vector/ Minor changes. An extra constructor for Vec3i and a function for creating a face in Manifold  
592 4674 d 11 h jab /branches/ctl/hmesh_vector/makefiles/ A Darwin 64 bit makefile. Does not work quite yet.  
591 4674 d 11 h jab /branches/ctl/hmesh_vector/ Various changes to clean up mostly  
590 4674 d 12 h jab /branches/ctl/hmesh_vector/makefiles/ Old build stuff  
589 4678 d 18 h jab /branches/ctl/hmesh_vector/src/HMesh/ After much deliberation, I changed it back so that ConnectivityKernel is now contained in Manifold - not an ancestor.  
588 4678 d 22 h jab /branches/ctl/hmesh_vector/ In a rather structural change, Manifold now inherits from ConnectivityKernel as opposed to containing it. What this means is that we now see the connectivityKernel as an abstract manifold. Methods for directly adding and removing vertices are protected and thus the user cannot see them. However, in a big change, the functions next, prev, opp, last, vert, which map mesh entities to other mesh entities (referenced by ID) are now exposed. This means that the Walker is no longer the sole means of getting to things in the mesh. I think this is an advantage, but I am not positive. Need to reflect before merging back into trunk.  
587 4679 d 22 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