Commit eb91a926 authored by David Thompson's avatar David Thompson
Browse files

Representation fixes.

+ Fix so that colors are recomputed when input multiblock changes.
+ Fix translucent geometry handling to account for all actors.
+ Note a potential issue with glyph coloring until we have data
  and a test case to investigate.
parent 4acf76e7
......@@ -224,6 +224,9 @@ int vtkSMTKModelRepresentation::RequestData(
// New input data requires updated block colors:
this->UpdateColorBy = true;
return Superclass::RequestData(request, inVec, outVec);
......@@ -255,7 +258,9 @@ int vtkSMTKModelRepresentation::ProcessViewRequest(
// ordered compositing when rendering translucent geometry. We need to extend
// this condition to consider translucent LUTs once we start supporting them.
if (this->Entities->HasTranslucentPolygonalGeometry() ||
this->GlyphEntities->HasTranslucentPolygonalGeometry() ||
this->SelectedEntities->HasTranslucentPolygonalGeometry() ||
outInfo->Set(vtkPVRenderView::NEED_ORDERED_COMPOSITING(), 1);
......@@ -1131,6 +1136,8 @@ void vtkSMTKModelRepresentation::ColorByEntity(vtkMultiBlockDataSet* data)
auto uuid = data->GetMetaData(it)->Get(vtkModelMultiBlockSource::ENTITYID());
if (uuid)
// FIXME? Check whether UUID corresponds to an instance or not.
// Instances should use the GlyphMapper rather than the EntityMapper.
ColorBlockAsEntity(this->EntityMapper, dataObj, uuid, this->Resource);
Markdown is supported
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment