OpenFlipper-Free issueshttps://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues2017-07-12T14:08:41Zhttps://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/118OpenGL Widget change breaks picking2017-07-12T14:08:41ZJan Möbiusmoebius@cs.rwth-aachen.deOpenGL Widget change breaks pickingAfter the OpenGL widget switch, picking is completly brokenAfter the OpenGL widget switch, picking is completly brokenMartin SchultzMartin Schultzhttps://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/62Plugin-HoleFilling: Selection in toolbox not possible anymore2017-05-04T12:33:26ZHans-Christian EbkePlugin-HoleFilling: Selection in toolbox not possible anymoreIt's not possible anymore to select holes in the table widget of the toolbox. Consequently, it's not possible to use the plugin at all right now.It's not possible anymore to select holes in the table widget of the toolbox. Consequently, it's not possible to use the plugin at all right now.Martin SchultzMartin Schultzhttps://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/70Crash when rendering poly lines w/ default internal renderer2017-05-04T12:33:26ZHans-Christian EbkeCrash when rendering poly lines w/ default internal rendererOpenFlipper immediately crashes when displaying poly lines with the default internal renderer. Using the shader pipeline, everything appears to work smoothly.
# Steps to Reproduce
* start OpenFlipper
* set renderer to *Shader Pipe...OpenFlipper immediately crashes when displaying poly lines with the default internal renderer. Using the shader pipeline, everything appears to work smoothly.
# Steps to Reproduce
* start OpenFlipper
* set renderer to *Shader Pipeline*
* open the attached [test.pol](/uploads/ced0dcb7ed7d0f69fcc1209cc9dc0f1f/test.pol)
* the poly line is displayed normally
* switch renderer to *Default Internal*
* *crash*https://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/80Vector11T template deduction error on msvc2017-05-04T12:33:24ZChristopher TenterVector11T template deduction error on msvcThere is a strange compile error with the following triangle bsp code:
`TriMeshObject* obj = PluginFunctions::triMeshObject(o_it->id());
TriMeshObject::OMTriangleBSP* bsp = obj->requestTriangleBsp();
TriMeshObject::OMTriangleBSP::Ra...There is a strange compile error with the following triangle bsp code:
`TriMeshObject* obj = PluginFunctions::triMeshObject(o_it->id());
TriMeshObject::OMTriangleBSP* bsp = obj->requestTriangleBsp();
TriMeshObject::OMTriangleBSP::RayCollision rc = bsp->nearestRaycollision(ACG::Vec3d(0.0, 0.0, 0.0), ACG::Vec3d(1.0, 0.0, 0.0));`
Error (vs2015 sp3):
`20>d:\openflipper-free-masterthesis\acg\geometry\bsp\BSPImplT.cc(173): error C2783: 'OpenMesh::VectorT<double,3>::VectorT(T...)': could not deduce template argument for '<unnamed-symbol>'
20> d:\openflipper-free-masterthesis\libs_required\openmesh\src\openmesh\core\geometry\Vector11T.hh(119): note: see declaration of 'OpenMesh::VectorT<double,3>::VectorT'
20> d:\openflipper-free-masterthesis\acg\geometry\bsp\BSPImplT.cc(170): note: while compiling class template member function 'std::vector<std::pair<OpenMesh::FaceHandle,double>,std::allocator<_Ty>> BSPImplT<TriangleBSPCoreT<BSPTraits>>::nearestRaycollision(const OpenMesh::VectorT<double,3> &,const OpenMesh::VectorT<double,3> &) const'
20> with
20> [
20> _Ty=std::pair<OpenMesh::FaceHandle,double>,
20> BSPTraits=OVMOMCommonTriangleBSPTraits<TriMesh,OMSpecificTriangleBSPTraits<TriMesh>>
20> ]
20> D:\OpenFlipper-Free-MasterThesis\Plugin-RasterSurfaceRecon\SceneAnalyzer.cc(171): note: see reference to function template instantiation 'std::vector<std::pair<OpenMesh::FaceHandle,double>,std::allocator<_Ty>> BSPImplT<TriangleBSPCoreT<BSPTraits>>::nearestRaycollision(const OpenMesh::VectorT<double,3> &,const OpenMesh::VectorT<double,3> &) const' being compiled
20> with
20> [
20> _Ty=std::pair<OpenMesh::FaceHandle,double>,
20> BSPTraits=OVMOMCommonTriangleBSPTraits<TriMesh,OMSpecificTriangleBSPTraits<TriMesh>>
20> ]
20> d:\openflipper-free-masterthesis\acg\geometry\bsp\TriangleBSPT.hh(74): note: see reference to class template instantiation 'BSPImplT<TriangleBSPCoreT<BSPTraits>>' being compiled
20> with
20> [
20> BSPTraits=OVMOMCommonTriangleBSPTraits<TriMesh,OMSpecificTriangleBSPTraits<TriMesh>>
20> ]
20> d:\openflipper-free-masterthesis\acg\geometry\bsp\TriangleBSPT.hh(223): note: see reference to class template instantiation 'TriangleBSPT<OVMOMCommonTriangleBSPTraits<Mesh,OMSpecificTriangleBSPTraits<Mesh>>>' being compiled
20> with
20> [
20> Mesh=TriMesh
20> ]
20> D:\OpenFlipper-Free-MasterThesis\Plugin-RasterSurfaceRecon\SceneAnalyzer.cc(171): note: see reference to class template instantiation 'OpenMeshTriangleBSPT<MeshT>' being compiled
20> with
20> [
20> MeshT=TriMesh
20> ]`Janis BornJanis Bornhttps://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/46saving objects fails if any path component other than the filename contains a...2016-05-11T09:23:39ZHans-Christian Ebkesaving objects fails if any path component other than the filename contains a dotThe menu item "File" -> "Save Objects To" (indirectly) uses `LoadWidget::saveFile()` to save all objects. However, `LoadWidget::saveFile()` has a crude and severely broken ad-hoc implementation to check whether the path picked in the sav...The menu item "File" -> "Save Objects To" (indirectly) uses `LoadWidget::saveFile()` to save all objects. However, `LoadWidget::saveFile()` has a crude and severely broken ad-hoc implementation to check whether the path picked in the save dialog contains a filename with an extension: `filename.contains(".",Qt::CaseSensitive)` Note: `filename` contains the entire path here.
If the filename does not contain a dot but another component of the path does, this check returns a false positive, causing the file type detection to wreck havoc.https://gitlab.vci.rwth-aachen.de:9000/OpenFlipper-Free/OpenFlipper-Free/-/issues/45Commit e4bef69e5596f5c89b62167e15ea712615deca04 breaks Plugin-Scissor2016-05-07T19:39:59ZHans-Christian EbkeCommit e4bef69e5596f5c89b62167e15ea712615deca04 breaks Plugin-ScissorConcerning commit e4bef69e5596f5c89b62167e15ea712615deca04:
Plugin-Scissor doesn't compile anymore since update method of MeshObjectT is private. Please revert.Concerning commit e4bef69e5596f5c89b62167e15ea712615deca04:
Plugin-Scissor doesn't compile anymore since update method of MeshObjectT is private. Please revert.Jan Möbiusmoebius@cs.rwth-aachen.deJan Möbiusmoebius@cs.rwth-aachen.de