Issue Details (XML | Word | Printable)

Key: SOCIALSITE-92
Type: Bug Bug
Status: Open Open
Priority: Major Major
Assignee: Bobby Bissett
Reporter: snoopdave
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
socialsite

Improve Admin Console UI

Created: 13/Sep/08 02:21 PM   Updated: 09/Dec/08 02:39 PM
Component/s: admin_console
Affects Version/s: current
Fix Version/s: 1.0

Time Tracking:
Not Specified

Environment:

Operating System: All
Platform: All


Issuezilla Id: 92
Tags:
Participants: Bobby Bissett, Kim Haase, snoopdave and vijaysr


 Description  « Hide
  • Arrange the tabs in a more logical and compact way
  • Provide Save/Cancel buttons in top right, with correct styling
  • Add server information to header, as seen in Glassfish console

And review the UI looking for more ways to improve. Currently, it looks very
primitive, clunky and unpolished.



snoopdave added a comment - 16/Oct/08 09:14 AM

I recommend that we simplify the Admin Console down to the following two
top-level tabs for "Configuration" and "Users & Groups":

Configuration

  • Settings: runtime properties, including Gadget Theme properties
  • Gadget Whitelist: one page interface to whitelist
  • API Keys: one page to list and create them

User & Groups

  • Users: search and edit user info
  • Groups: list and create groups
  • Notifications: one page interface to sending system and group notifications

There are fewer pages listed here than there are in the current Admin Console
because we can combine page together, e.g. one page for listing and creating
groups is all you need. e.g. one page for listing and creating API keys too.


Bobby Bissett added a comment - 23/Oct/08 11:26 AM

Am marking as "Started" since I've been making some of these changes along with
other fixes.


vijaysr added a comment - 29/Oct/08 10:37 PM

To be completed by R1


Bobby Bissett added a comment - 06/Nov/08 09:02 AM

Would be very nice to have all fields that require a profile ID or group handle
use an auto-complete feature to avoid errors while processing requests.


Kim Haase added a comment - 01/Dec/08 01:12 PM

It is customary for labels of UI components to be initial-capped, and in most
cases they are, but there are a few that are not. On the UserDetails page, for
example, it should be

User Details For
Admin Capability (spell out Administrative?)
User Enabled
New Password

It would be good if the labels were made consistent.


Kim Haase added a comment - 03/Dec/08 10:55 AM

It's important to mark required fields in the Admin Console with an asterisk
(it's a red asterisk in the Glassfish Admin Console).

It's also important to show the values for those fields that already have a
value. For instance, the name of the "Admin" for a group never appears on the
Edit Group page, though presumably the creator of the group is the admin for it.


Kim Haase added a comment - 03/Dec/08 10:58 AM

The "Documentation" link at the bottom of the Admin Console now points to the
CommunityDocs page on the wiki. It should probably point to either the page with
the documentation for the Admin Console
(http://wikis.glassfish.org/socialsite/Wiki.jsp?page=AdminConsole) or the
UserDocs page from which this can be reached
(http://wikis.glassfish.org/socialsite/Wiki.jsp?page=UserDocs).


Kim Haase added a comment - 09/Dec/08 02:39 PM

Actually, the Documentation link at the bottom should point to a wiki only
before SocialSite is released as a product. After that it should probably point
to the Admin Guide that will be on docs.sun.com.

A few more items:

The page for administering users has no title or header, which is a problem.
Also, the colon between "User Details For" and the user name must be provided by
Struts, since it doesn't occur in the resource file. There should actually not
be a space between "For" and the colon.

On the Edit Group page, the page has two main headers (as opposed to what should
be the Edit User page, which has no header). I think both the GroupEdit.heading
and GroupDetails.heading properties must be used here. There should probably
just be a string explaining what to do on the page.

Once you've clicked a Group Member to administer, the Group Member Details page
doesn't display the member name. It should, so the admin knows they are editing
the right person.