<div dir="ltr">Hi Tom,<div><br></div><div>There might be a bug (sometime it happen ;-). If you can provide a tiny example app with a cone and cube in two views, I might be able to quickly look at it and even fix the source of the issue.</div><div><br></div><div>1) The active view won't help you in your current setup as it is a convenient way to ignore the view id. But since you need a clear distinction, you will have to stick to a given view id to prevent mixup.</div><div><br></div><div>2) They are supposed to be unique and we know by nature they are a counter and -1 represent the "active" one. Normally the type should not matter. But the server usually send it as a string.</div><div><br></div><div>3) Normally the mouse handler hold that viewId as well. But if not provided (-1), it will affect the active view.</div><div><br></div><div>HTH,</div><div><br></div><div>Seb</div></div><br><div class="gmail_quote"><div dir="ltr">On Sun, May 27, 2018 at 8:34 PM Sgouros, Thomas <<a href="mailto:thomas_sgouros@brown.edu">thomas_sgouros@brown.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi All:<div><br></div><div>For a ParaViewWeb application using pvpython as a server, I have two vtkRenderer objects side-by-side. I have used setViewId() to set the view IDs of those two objects to correspond to two different RenderView objects over on the server, with viewIDs retrieved using the GetGlobalIDAsString() method.</div><div><br></div><div>I expected to see the different render views in the two different vtkRenderers, but unfortunately what I see is always the same visualization in the two different windows, sometimes one RenderView, sometimes the other.</div><div><br></div><div>This is probably too vague a description to diagnose the problem (though advice is certainly welcome) so I also have these specific questions:</div><div><br></div><div> 1. Is the concept of the "active" view of any use in this context, or will that just get in the way? I've tried experimenting with making one or the other render view active on the server and it clearly changes the behavior, but I still wind up with the same view in both vtkRenderer objects.</div><div><br></div><div> 2. Are the view IDs supposed to be strings or integers on the client? The divvy code seems to imply integers, but there is a "Failed to determine the LookupTable being used." error on the server that seems to be associated with my choosing to use integers on the client.</div><div><br></div><div> 3. How is the MouseHandler code supposed to relate to these two views? It seems to matter which vtkRenderer window it's clicked in, but which one moves doesn't seem related to the viewID of the window.</div><div><br></div><div>Thank you,</div><div><br></div><div> -Tom</div><div><br></div><div><br></div></div>
_______________________________________________<br>
Powered by <a href="http://www.kitware.com" rel="noreferrer" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" rel="noreferrer" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the ParaView Wiki at: <a href="http://paraview.org/Wiki/ParaView" rel="noreferrer" target="_blank">http://paraview.org/Wiki/ParaView</a><br>
<br>
Search the list archives at: <a href="http://markmail.org/search/?q=ParaView" rel="noreferrer" target="_blank">http://markmail.org/search/?q=ParaView</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="https://public.kitware.com/mailman/listinfo/paraview" rel="noreferrer" target="_blank">https://public.kitware.com/mailman/listinfo/paraview</a><br>
</blockquote></div>