[udig-devel] The Table View, previously known as Selection View
Myron Wu
mwu at refractions.net
Mon May 1 09:48:13 PDT 2006
I meant to send this out earlier, but better late than never....
The Selection View is obviously in a state of flux and we need to discuss
some things for it to move forward. So we'll start with where it's at now
(outstanding bugs excluded for brevity):
1.) It's been renamed to Table View to better reflect what it actually
does at the moment; it will always show all features in a layer regardless
of what's currently selected.
2.) It only shows the features of the topmost selected layer when there's
more than one layer selected.
3.) There's no sorting at the moment and it displays features in whatever
order they come in from a given FeatureStore.
Technical:
1.) It's currently implemented with a Tree and TreeViewer through
net.refractions.udig.ui.FeatureTableControl (reason why in a sec).
2.) For increased responsiveness, we have it loading features into the
view in a separate thread through a DeferredTreeContentManager
+ TreeViewer. See http://www.ji.co.za/unplugged/?p=34 .
Some questions we need to resolve for it to move forward:
1.) How should we deal with multiple layers? Seperate tables? Groupings
within a single table? etc.
2.) How should we deal with the current selection? Highlighting?
Seperate tables or groupings again?
Technical:
1.) Does it make sense to keep this as a Tree + TreeViewer? This depends
on what we do about responsiveness and how we answer the two questions
above.
1.1.) For responsiveness, I think we have a couple options. What we have
now is less than ideal since it loads all features no matter what, which
is inefficient. We can switch to an SWT.VIRTUAL table or tree (added in
3.2M5), to load only features currently seen in the view. Anything else
we can do here?
Cheers,
Myron
More information about the udig-devel
mailing list