Christopher Patterson ha scritto:
> Hey everybody-
>
> My name's Chris Patterson, and I've been working recently on the
> GeoServer 2 interface.
>
> Thought it might be good to check in and send along my $.02 on where
> we stand regarding UI stuff right now:
>
> ==Sidebar
> * needs reorganization
Oh yeah, see my other mail on this subject ("Web2 left menu
reorganization mini proposal").
> * needs a listing (with at-a-glance status bars) for all the currently
> active services
+1
> * there was some conversation in IRC about bringing the [Persist]
> [Revert] buttons back into the sidebar, so they'd be always accessible
> (rather than on the server admin screen, where they are now).
+1
> ==Data Manager
snip
> * We're using a tree view on the main data manager page (and have a
> fair amount of work invested in it). I'm not convinced this is the
> best approach for displaying this data, as I don't think we'll ever be
> nested more than two layers deep. This may be a moot point, given the
> amount of time invested in the tree view and our time constraints -
> but I'd love to get a better solution if we end up with time to do it.
It gets as deep as workspace/datastore/layer. I don't care about
throwing away the code I've written to make the tree work.
And yeah, I'm not psyched about it either, it updates slowly,
does not handle huge amount of layers properly (how do you page
a tree?), and having to switch from the tree to the buttons to
actually do something is not ideal imho.
What do you propose? Two dropdowns and a list? A mini tree (workspace,
datastore) and a table? Three stacked tables (woskpaces, datastores
in the selected workspace, and layers)?
Workspaces will always be few, datastores and coverages might be
very very many (thousands), layers even more.
> ==Demo pages
> * Needs some attention to avoid the link-overload effect of listing
> every single format for every item.
Yep, not very fond of it either.
> ==Avoiding overwrite collisions
> * David and I have chatted about various ways to help users avoid
> overwriting each other's changes. The last time we'd talked, the
> options (in descending order of preference) were:
> ** Since wicket keeps track of what page each user is on, display
> messaging to the effect of "Hey! So-and-so is already on this page"
> when accessing a page that's already in use.
Makes sense. Not sure how to make this technically, David, did you
look into it?
> ** Store the configuration time with the session data, and display
> messaging if the configuration is updated by another user
Yeah, easier, but drawback, you know you're screwed up too late
and have no tools to assess what the other user changed.
> ** Display the relevant configuration update time on pages which need it
Easiest, better than nothing :)
> ==Errata
> * Pagination will probably be needed on all pages which may display
> sufficiently-long result sets
+1
> * All result sets should be sorted by a sensible column. Time pending,
> adding client-side sorting by other columns might be nice (although it
> could be confusing in conjunction with pagination [users could think
> that they were looking at a different set of results])
+1
> * Adding animation and more AJAX-y effects as appropriate are all time-
> permitting at this point
Yeah, we don't really need it to be flashy, just no nonse and
quick to use.
Cheers
Andrea
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
