MultiRowManageTabs of Proposals

Search | Download | Documentation | Resources | Members

Guest

Join Zope.org
Log in

Developer Home
Get Involved!
The Fishbowl
Resources
Proposals
Projects

Zope Exits

ZopeZen
Zope Newbies
Appwatch.com

page served by app1

Proposals Table of Contents

Last edited on Jan 20, 2001 3:01 pm

FrontPage
- MultiRowManageTabs / backlinks

View MultiRowManageTabs ZWiki Page

You can view the page source, below, but not edit it. (You must be logged-in to edit this page.)

See the advanced actions form for actions like renaming or deleting the page, or changing page policies, and the backlinks page for reparenting.

MultiRowManageTabs Proposal

  *Note - this document is still a work in progress. Please do 
   not make inline comments in the proposal - use the 
   MultiRowManageTabsDiscussion to make comments.*

  Contact

    ChrisW

  Problem

	The number of management tabs per object is on the increase and the room is running out in terms of browser width.
	For example, Squishdot inherits from ZCatalog, which has it's own set of (very useful) management tabs. To have them all
	available results in a very wide, but still squashed, management tab bar. Either that, or you haev to leave them out
	and document the URLs elsewhere, as I've done with Squishdot right now.

	I've noticed that these tabs often come in groups like ZCatalog in the above example, General object ones (Contents, View, Edit, Upload, History),
	Security (Permissions, Proxy Roles, Local Roles, User Defined Roles, Allowed Protocols) and so on.

  Proposed Solution

	To have items in the Management Tabs row either be pages, like they are now, or groups.
	If they are groups, a second row of tabs appears below the current ones (maybe in a different colour) which would contain
	the pages in that group.

  Risks

	This would need to be compatible with the rest of the changes being made for ManagementInterfaceNG

	Retrofitting this to stuff that's already there must eb possible but not mandatory.

  Scope

	This project would cover making management groups available but would not cover introducing their use. That would be
	the responsibility of the product authors.
	This project would not cover an interface for using groups in ZClass-based products.

  Deliverables

	- changes to the 'manage_tabs' method to use, show and understand groups.

	- an extension to the 'manage_options' mapping enabling but not enforcing the use fo groups.

	- API docs on how to use Groups.

See TextFormattingRules for help.

Format:

structuredtext plaintext

Change Disabled