You are currently viewing a snapshot of www.mozilla.org taken on April 21, 2008. Most of this content is highly out of date (some pages haven't been updated since the project began in 1998) and exists for historical purposes only. If there are any pages on this archive site that you think should be added back to www.mozilla.org, please file a bug.



Communicator Seamonkey
UI Specification

User Data Management

aka Privacy/Convenience Feature

send feedback to the component specific newsgroup

Last Modification:
Author German W. Bauer
Initial Creation Date:  08 Mar 1999 

Status: implementable specification awaiting FE and PM review.

new version features more holistic view on user data management in general and incorporates new integrated profile manager. New: Proposing high-level menu to consolidate all user management functions.

Quick Index:

Design Philosophy
User Registration
Managing Profiles
Single Signon
Form QuickFill
Managing Cookies
Misc. UE Elements (Menus, Dialogs etc)

 
What's related: 
Design Overview
Design Cheat sheet
Design Details 

 

UE Framework for Seamonkey
Overall Seamonkey UI Specs Page

Feature Team:
 
 

Older spec, will be updated

Summary/Overview


The User Data Mangement UE is a new feature in Seamonkey which will help end-users
manage their personal data stored on Netcenter as well as on their local machine


Goals for our end users

  • Give users an easy way to see and manage personal data is stored on their computers
  • Generally simple end-user (no-) interface, things 'should do the right thing automatically' when used first. Adding many screens will negatively impact acceptance of technology.


Target Audience

The target user for this feature are Communicator Seamonkey users as described in the Seamonkey PRD.


User Tasks

 
Fundamental Tasks Intermediate Tasks Advanced Tasks
  • Switch Profiles
  • Fill forms with personal user data
  • Manage Profiles
    • Edit
    • Change Password
    • Delete
    • Add
  • Change/Update personal data (e.g. when user has new address)
  • Turn off automatic filling out of forms
  • Lock personal data (so next use would ask for password again)
  • Clear all data stored on computer aka the red button (e.g. when user cannot remember password)
  • Manage QuickFill Data
  • Manage Single Signons
  • Manage Cookies stored

Design Cheat sheet

Design Philosophy

By giving users one central access point to managing their personal data, profile and regsitration needs for both the client and Netcenter users do not have to 'hunt' for places to manage this data.

In addition this will be seamless access point whether


Design Details

Initial Product Registration

Purpose

Having this minimal data set about the user will help Netscape provide a more personalized experience for the Sidebar content, My Netscape and Netcenter mail services. By keeping the data captured minimal we insure low annoyance and low privacy scare factors.

Profile Management

Purpose

The profile management section in the UI makes provides an easy way for multiple users to share a single machine without revealing personal data or disturbing the prefrences and settings of another user. New to Seamonkey is the capability of being able to switch to and manage profiles from within the Communicator environment. The will make profiles more easily discoverable and less cumbersome to use for the end-user. In previous versions users had to exit the Communicator environment, then do their profile tasks and then re-enter Communicator. The management dialog itself will look much like 4.x.

Single Signon

Purpose

The Single signon is a new feature in Seamonkey which will help end-users users with not having to remember different password for multiple sites that require authentication, but use one master key that lets them access passwords stored in their profile.

How single signon works

This feature will require very little user intervention to work. If the feature is enabled (users can turn it off, see below), Communicator will detect login dialogs that authenticate users for a given site/domain. The system record the passwords and logins on a per site basis. The next time the site is encountered the system will fill in the login and password automatically. Upon using this or another personal data feature the first time, the user will be asked for his or her profile password. For advanced users this feature can be selectively turned off for particular sites/domains via a dialog that lists the stored domains grouped with the login.

QuickFill

Purpose

The QuickFill is a new feature in Seamonkey which will help end-users users with the repetitive task of filling out forms. The technology on the client side behind this is described in Steve's algorithms document.

How Filling a form will work

In order to prevent spoofing in forms (like zero-length fields that would get automatically filled in without the user ever seeing it) as well as letting users select from multiple available values, the system will supply a 'preview' of the data to be filled in.

Notes:

Since the field schema names are sometimes not very descriptive we may have to supply 'pretty names' when displaying them in the preview.

Some users may want to do "the green button like on copier" thing, i.e. not being bothered by a preview, that is they want to go ahead and have the form filled anyway, so we may have to supply a 'do not show this again' checkbox in the preview.

Designs for Fill Preview
[add img here]

Fill preview is shown as a dialog on top of the form currently being filled out.

Elements that were originally Textfields on the form are shown as text field with a small popup button attached to it, with the most likely fill-in shown in the text field, and with other choices being listed once the popup menu is opened. Users can override the value in the text field with a new value which gets added to the user's values database..

Elements that were originally select popups or lists on the form will be shown as select popups with the choices filled in that the form provided and the choice selected that matches one of the entries in the user database if there is a match.

Both types of elements should show the field name from the mapped schema such as name.first, to provide at some explanation of what the data is used for.

Accessing QuikFill

Via toolbar button

positioning it on the main navigator toolbar

This is way outdated. Check bug 23095 for better UI suggestion.


the current plan is that this button appear to the right of the url field

We will disable the button when not in use.



QuickFill management functions

Password Access dialog to personal data

This will be invoked every time users want to access personal data in the QuickFill (Question: do we let users set this to remember login throughout one session). This dialog occurs when:

  • they invoke form fill
  • they need to manage personal data stored on the computer
  • change their login/password

 

Manage Personal Data dialog

Designed to let users inspect and change personal data stored on their computer

The above is a rough mockup based on HTML 3.2, we can make it better looking later using XUL (See illustration below)

Management of Cookies

Purpose

  • Viewing stored cookies
  • Removing stored cookies
  • Viewing stored site information (whether user has allowed them to set cookies)
  • Control over which sites will be able to set cookies
  • Removing stored information about sites

Cookies that are stored on the user's machine can now be managed by a single, separate window, that lets users view a) all cookies stored and their properties as well as b) the user set preferences with regards to accpeting cookies from specific sites. We are proposing a design with two list views, one for stored site information indicating their ability to set cookies and another to actually see all the cookies stored and their properties/contents. The design below shows a 2 -page design that can toggle between viewing sites and cookies. There's a rough HTML prototype based on Nav 4.5 which you can click here to see.

 


Other UE Elements

Menus

Design Philosophy

Integrating the profiles manager into the application will have a profound impact on promoting the use of profiles for the next generation client.

Basically, by not having to launch an extra application it is now much easier to add seperate user profiles, such as for different family members.

By having a access point design centered around the user we will truly give meaning to personalizing the next client and tayloring it around the user's customizations. Also there is one place to manage all the user's data stored on the computer and on Netcenter, so that privacy sensitive users will have easily accessible control over what data gets stored about them.

Thus we are proposing a top level menu dedicated to managing the user's data. The exact location of this menu is still to be determined, the currently favored option is to include the menu on the far right side of the screen. There may be an issue with the Win32 and Linux platforms with regards to such positioning. There are several suggestions what to call such a menu, the currently favored option is to use the user's profile or real name. Other suggestions included:

  • User Data
  • Profile(s)
  • User(s)
  • The image of a person's head

Menu Design

Username Switch To submenu:      
     
The item "QuickFill This Form" is only enabled when the users is currently at a page that contains a form.

Context Menus


None planned at this point

Preferences

In trying to keep things simple we are hoping have all management of personal data accessible via this same entry point rather than a hidden preferences panel

Error Messages and Dialogs

(shows some of the the major new alerts) 
Condition
Message
User Choices
 Switch Profile  "Navigator will restart automiatically after switching profiles. Are you sure you want to switch to profile "Username"?  Yes, No
Verify access to profile at launch or before switching  "Please enter your password to access to use profile 'username'" Password Field, OK, Cancel
Verify access to personal data first time during session  "Please enter your password to access personal data" Password Field, OK, Cancel
No password yet at time of accessing personal data Assigning a password is recommended to protect your personal data. Add a password now or leave blank to not assign a password Password Field, retype field, OK, Cancel
Lock personal data (enabled only if password available and password was used already once during session)  Locking will protect your personal data from access while you're away from your computer. Navigator will ask you for your password next time you access your personal data. Press OK to lock your personal data now. OK, Cancel

 


Open Issues

  • We can provide a more generalized way to key-navigate to 'the next empty' form text field.
  • When we reg the product should we ask for password for personal data? If we don't we should probably encourage them to use a password (if they do not have one yet) the first time they use a feature like QuickFill or Single Signon.
 
 

Archived Documents

Examples of special formatting:

Revisions

Rev 1: first stab, based on  UI design docs on PM feedback
Rev 2: complete revamp based on the fact that we are now focusing on a client-only form fill functionality
Rev 3: This revision features integration with profile manager and other holistic data management

Special Notes

none