1. 18 May, 2012 3 commits
  2. 27 Mar, 2012 2 commits
    • Sankhesh Jhaveri's avatar
      FIX: ParaView compiles with new VTK API. · 2c19434a
      Sankhesh Jhaveri authored
      1. DataObject->SetWholeExtent
      This method is removed as WholeExtent refers to the pipeline and dataObject does not hold any reference to pipeline
      
      2. DataObject->GetInformation
      Use this method when you want to change any information pertaining to the dataObject.
      For pipeline-related changes, get the information-object from the algorithm that produces the dataObject.
      
      3. DataObject->GetProducerPort
      This method is removed as the dataObject does not hold any references to pipeline information.
      Instead, if a pipeline connection is needed, one can use the information key PRODUCER in vtkExecutive as follows:
      
      vtkExecutive::PRODUCER()->Get(pipelineInfo, producer, producerPort());
      
      If the dataObject does not have a producer, a vtkTrivialProducer can be instantiated and its the dataObject should be set as its output.
      
      4. DataObject->SetPipelineInformation(info)
      This can be done by
      
      info->Set(vtkDataObject::DATA_OBJECT(), DataObject)
      
      FIX: Added a data structure to maintain shallow copies of input data to avoid memory leaks in vtkPVDataRepresentation.
      It is a map from (port index, connection index) to (original input data port, shallow copy port).
      
      FIX: Making a shallow copy of input in vtkDataRepresentation was causing us to lose references to rendered objects.
      Directly connected the pipeline without making a shallow copy.
      
      Added vtkAlgorithm as an argument to the signature of ExecuteBlock in vtkPVGeometryFilter to use the input algorithm directly.
      
      Conflicts:
      
      	ParaViewCore/ClientServerCore/vtkMPIMoveData.cxx
      	Qt/Components/pqViewManager.cxx
      	Utilities/Xdmf2
      	VTK
      
      Change-Id: I4fce8cb700e5ac9a5afaa3423eab9d3976fdb291
      2c19434a
    • Sankhesh Jhaveri's avatar
      FIX: Changes to fix compiler errors · 48c65d98
      Sankhesh Jhaveri authored
      Removed all vtkSource, vtkPolyDataToPolyData references
      Places where the producer of a dataObject is desired, an alternative method is followed.
      --Directly use the algorithm producing dataObject
      --Create a trivialProducer and set its output to dataObject
      --Use the PRODUCER() information key from vtkStreamingDemandDrivenPipeline
      
      Conflicts:
      
      	ParaViewCore/ClientServerCore/vtkMPIMoveData.cxx
      	ParaViewCore/ClientServerCore/vtkPVTemporalDataInformation.cxx
      
      Change-Id: Ib01e8b25a6e61b0169f86f6dc3dbc775fe9e0919
      48c65d98
  3. 15 Nov, 2011 1 commit
    • Sankhesh Jhaveri's avatar
      FIX: ParaView compiles with new VTK API. · 85fdbf70
      Sankhesh Jhaveri authored
      1. DataObject->SetWholeExtent
      This method is removed as WholeExtent refers to the pipeline and dataObject does not hold any reference to pipeline
      
      2. DataObject->GetInformation
      Use this method when you want to change any information pertaining to the dataObject.
      For pipeline-related changes, get the information-object from the algorithm that produces the dataObject.
      
      3. DataObject->GetProducerPort
      This method is removed as the dataObject does not hold any references to pipeline information.
      Instead, if a pipeline connection is needed, one can use the information key PRODUCER in vtkExecutive as follows:
      
      vtkExecutive::PRODUCER()->Get(pipelineInfo, producer, producerPort());
      
      If the dataObject does not have a producer, a vtkTrivialProducer can be instantiated and its the dataObject should be set as its output.
      
      4. DataObject->SetPipelineInformation(info)
      This can be done by
      
      info->Set(vtkDataObject::DATA_OBJECT(), DataObject)
      
      FIX: Added a data structure to maintain ...
      85fdbf70
  4. 09 Nov, 2011 1 commit
    • Sankhesh Jhaveri's avatar
      FIX: Changes to fix compiler errors · 9a01a9a9
      Sankhesh Jhaveri authored
      Removed all vtkSource, vtkPolyDataToPolyData references
      Places where the producer of a dataObject is desired, an alternative method is followed.
      --Directly use the algorithm producing dataObject
      --Create a trivialProducer and set its output to dataObject
      --Use the PRODUCER() information key from vtkStreamingDemandDrivenPipeline
      9a01a9a9
  5. 04 Jul, 2011 1 commit
    • Utkarsh Ayachit's avatar
      Making delivery request client-driven. · fba4aed7
      Utkarsh Ayachit authored
      Now, representations should not deliver any data to the "rendering nodes"
      unless the driver tells it to. Add a new DELIVERY phase to the renderview
      rendering phases. The DELIVERY phase is called on only those representations
      that the driver thinks need to delivery. Also any representation is required to
      do delivery in this phase (if it does indeed do delivery).
      
      Updating most render-view representations to use DELIVERY() stage for
      data-delivery.
      fba4aed7
  6. 18 May, 2011 1 commit
    • Utkarsh Ayachit's avatar
      Fixed BUG #12206. Fixed freeze when property was changed from python. · 3fe4d5e1
      Utkarsh Ayachit authored
      When the user changed a property from Python shell and started interacting,
      ParaView would hang when user started interacting in client-server mode. This
      was happening because the interactor styles would call mapper->update() on
      interaction. This caused the client side delivery filters to execute
      prematurely. Fixed that problem by doing two things:
      1) Put an update suppressor before the mapper to avoid such stray updates for
         causing havoc.
      2) vtkPVDataRepresentation subclasses now mark their delivery filters dirty in
         RequestData and not MarkModified(), since the real input data is not
         available until RequestData().
      
      Cleaned up vtkPVUpdateSuppressor API to remove all the request related ivars. We
      don't use that anymore. UpdateSuppressor now simply becomes an update-supressor
      not a update-conditioner as it was before.
      3fe4d5e1
  7. 11 Apr, 2011 1 commit
  8. 21 Mar, 2011 1 commit
  9. 13 Feb, 2011 1 commit
    • Utkarsh Ayachit's avatar
      Directory restructuring of Servers. · d7d21495
      Utkarsh Ayachit authored
      * Created new ParaViewCore directory in place of Servers.
      * Moved classes from old directories to new ones.
      * Removed some obsolete classes that were lingering in Filters/ServerManager.
      d7d21495
  10. 13 Oct, 2010 1 commit