rtVTK  0.6.0
Bug List
Namespace Core
XXX(cpg) - in general, an Error during geometry/material load doesn't free resources correctly; fix me!
Member Core::Mesh::loadIW (const string &)
XXX(cpg) - not yet (fully) implemented, but why not!?!
Member Core::Mesh::Material::operator>> (istream &in, Material &)
XXX(cpg) - stream i/o operators required for BufferedWriter::flush to compile (well, operator<< is, anyway)
Member Core::Mesh::Triangle::operator>> (istream &in, Triangle &)
XXX(cpg) - stream i/o operators required for BufferedWriter::flush to compile (well, operator<< is, anyway)
Member Core::Mesh::Vertex::operator>> (istream &in, Vertex &)
XXX(cpg) - stream i/o operators required for BufferedWriter::flush to compile (well, operator<< is, anyway)
Member Core::Texture::width
XXX(cpg) - why are these public? and then why not use a struct? if a class is the right construct, make these private and make load() and readData() private as well
Member Math::Matrix< T, Major, Minor, Mode >::operator* (const U &a) const
XXX(dje) - this operator* really only works with Point and Vector types and 4x4 matrices (with an implicit [0 0 0 1] in the last row; it should either become more general or reflect its intent more clearly
Member rl::Tree::rays
XXX(dje) - HACK
Namespace rtVTK
XXX(cpg) - does this actually imply an error somewhere?
Member rtVTK::glRenderer::drawWireframe ()

XXX(dje) - local GLUquadricObjs? hard-coded slices + stacks?

XXX(dje) - local GLUquadricObjs? hard-coded slices + stacks?

XXX(cpg) - "allocate/deallocate" new gluQuadric each time?

Member rtVTK::glWidget::glWidget (const vector< Plugin * > &, const RGB &=RGB::One)
XXX(cpg) - good values?
Member rtVTK::glWidget::slotSetView (const Scene::ViewParameters &)
XXX(cpg) - don't like the ctor + assignment here...
Member rtVTK::MainWindow::slotLoadMesh ()

XXX(ejq) - slotLoadMesh currently broken

XXX(cpg) - is emitting sgnlRender() here the correct thing to do?

XXX(cpg) - is emitting sgnlRender() here the correct thing to do?

Member rtVTK::MainWindow::slotUnloadDLL (QAction *)
XXX(ejq) - map will return 0 if element doesn't exist because it adds pl with a grounded pointer for QWidget*, but 0 is a potentially valid tab index. So we're going to live dangerously and trust that all plugins here exist in the map.
Class rtVTK::Plugin
XXX(cpg) - template over real type of (void* ptr;)?
Member rtVTK::Plugin::Create )(MainWindow *const, const Camera &, const Mesh &, QWidget *)
XXX(ejq) - does Create require the QWidget* argument? I think UI component's parent is reassigned on an addWidget() call anyway.
Member rtVTK::PluginManager::findValidDLLs (vector< string > &, const QDir &)
XXX(cpg) - currently ignored
Member rtVTK::RenderWindow::event (QEvent *)
XXX(ajc) - Send the event to the base class first. Unfortunately, it is not possible to know what the change will be until after the change has occurred. This is a Qt limitation, keeping us from overloading the maximize function to do what we want until after it has occurred. Hope to eventually get RenderWindow's maximize button back and be more dual screen friendly, unlike the current full screen mode.
Member rtVTK::rlRenderer::slotOpenFile ()
XXX(ejq) - the presence/absence of these two lines doesn't make any visible change?
Member rtVTK::TimerDialog::humanReadableFcn (string &)
XXX(cpg) - shouldn't happen, so punt on error handling...
Member rtVTK::TimerDialog::slotAddTimer ()
XXX(ejq) - the following access to plugins is dangerous
 All Classes Namespaces Functions Variables Typedefs Enumerations Enumerator Friends