[vtkusers] Turning off the auto highlighting on picked objects

[Eric E. Monson]

Hey Steve,

Yeah, sorry I hadn't noticed that Initialize is protected. That does seem strange that deleting the picker doesn't clear things out. I've never used vtkPicker itself, but always a subclass or one of the other prop pickers.

If you want others to play around with it, maybe see if you can come up with a minimal example that reproduces the behavior.

Good luck,
-Eric


On Aug 24, 2011, at 9:46 AM, Steven Chall wrote:

> Eric,
> Thanks for your suggestions.  I tried calling InitializePickList, which seems like it should clean things up: however,  it didn’t make the unwanted bounding box disappear.  The Initialize() method is protected, so I’d have to subclass vtkPicker to be able to access it externally.  Not a big deal, but your idea inspired me to go one further and actually delete the vtkPicker object and recreate it when I want to get rid of its appurtenances.  That still doesn’t do it.  It seems that somewhere in the process vtkPicker or some associated object spawns off an autonomous bounding box that hangs around even when vtkPicker goes away (or does it necessarily actually go away when I call Delete() on it?).  Maybe some other object exerts control over it that  I haven’t tracked down yet.  Thanks again for the ideas.
>  
> Steve
>  
> From: Eric E. Monson [mailto:emonson at cs.duke.edu] 
> Sent: Tuesday, August 23, 2011 3:08 PM
> To: Steven Chall
> Cc: vtkusers at vtk.org
> Subject: Re: [vtkusers] Turning off the auto highlighting on picked objects
>  
> Hey Steve,
>  
> I probably shouldn't be stepping in here since I don't use picking that often, but... So, it sounds like you're not populating a vtkSelection with your results, so you may want to try calling Initialize() on your picker, which clears out its list of actors and prop3ds. Otherwise, vtkAbstractPicker has an InitializePickList(), which clears out its vtkPropCollection...
>  
> Talk to you later,
> -Eric
>  
>  
> On Aug 23, 2011, at 1:42 PM, Steven Chall wrote:
> 
> 
> Hi fellow VTK enthusiasts,
> I have what is in essence a 3D graph of vtkCubeSource objects from which I select one at a time, sometimes using the standard vtkPicker approach, sometimes using other mechanisms I’ve coded myself.  Whichever mechanism I use to do the picking, I’ve also coded how I visually highlight/indicate what’s been selected; thus, the red wireframe box that the vtkPicker approach leaves around the picked object is at best irrelevant.  However, if I follow a vtkPicker-based pick A with a non-vtkPicker-based pick B, that red wireframe box remains around picked object A, even though by the internal logic of my application it’s no longer picked. 
>  
> That the vtkPicker object  thinks it’s still picked doesn’t matter to me – I track picking independently of that – but I can’t figure out how to remove that red wireframe box that is a consequence of the vtkPicker’s “picked” state.   I’d imagine it’s just a wireframe vtkCubeSource or the like and that it would have something to do with the vtkPicker’s vtkActor’s vtkProperty’s bounds (as in picker->GetActor()->GetProperty->GetBounds(bounds), where bounds is an array of 6 floats and picker is a vtkPicker *), but snooping around in the source code hasn’t gotten me to find where that red bounding box is drawn.   Any suggestions on how I can turn it off and just generally access it?  Thanks.
>  
> Steve
>  
>  
> -Steve Chall
>  Senior Research Software Developer
>  Renaissance Computing Institute (RENCI)
>  Phone: 919-681-9639
>  Email: stevec at renci.org
>  
> _______________________________________________
> Powered by www.kitware.com
> 
> Visit other Kitware open-source projects athttp://www.kitware.com/opensource/opensource.html
> 
> Please keep messages on-topic and check the VTK FAQ at:http://www.vtk.org/Wiki/VTK_FAQ
> 
> Follow this link to subscribe/unsubscribe:
> http://www.vtk.org/mailman/listinfo/vtkusers
>  

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.vtk.org/pipermail/vtkusers/attachments/20110824/257b4ad7/attachment.htm>