I'm slightly removed from this discussion about ROIs, so take this with a grain of salt. What makes sense to me would to to have the ROI to return the data in the cube, then it'd be the viewer's job to subset that further (possibly by using a second ROI) and display it.<div>
<br></div><div>Am I making sense? Stop me if I'm misunderstanding the ROI spec.</div><div>-Adam<br><br><div class="gmail_quote">On Fri, May 7, 2010 at 5:56 AM, Jean-Yves Tinevez <span dir="ltr"><<a href="mailto:tinevez@pasteur.fr">tinevez@pasteur.fr</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div style="word-wrap:break-word"><div class="im"><br></div><div>Let us now consider a 3D ROI, in the shape of a cube. </div>
<div><br></div><div>To be drawn on the first viewer, the slice viewer, the ROI needs to have a method that specifies what is the currently displayed slice to be properly drawn, something like:</div><div><br></div><div>@Override</div>
<div>public abstract void draw(final int current_slice);</div><div><br></div><div>On the other hand, the second viewer does not require this, since the ROI will be drawn at once. This gives a draw method in the ROI which is like:</div>
<div><br></div><div>@Override</div><div>public abstract void draw();</div><div><br></div><div>How do we deal with that in the mother interface? How do we deal with the fact that different viewers might have different requirements for drawing objects (images or ROI) and how do we make a mother interface for ROIs, and a mother interface for Viewer?</div>
</div></blockquote></div></div>