[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#36051: marked as done ([PROPOSED] moving the menu hierarchy into debian policy)



Your message dated Sat, 29 May 1999 19:11:50 -0700
with message-id <19990529191150.A31273@kitenet.net>
and subject line withdrawn
has caused the attached bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I'm
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Ian Jackson
(administrator, Debian bugs database)

Received: (at submit) by bugs.debian.org; 14 Apr 1999 09:51:25 +0000
Received: (qmail 10134 invoked from network); 14 Apr 1999 09:51:24 -0000
Received: from adsl-209-233-23-57.dsl.snfc21.pacbell.net (HELO kitenet.net) (qmailr@209.233.23.57)
  by master.debian.org with SMTP; 14 Apr 1999 09:51:24 -0000
Received: (qmail 1435 invoked by uid 500); 14 Apr 1999 09:51:23 -0000
Date: Wed, 14 Apr 1999 02:51:23 -0700
From: Joey Hess <joey@kitenet.net>
To: debian-policy@lists.debian.org
Cc: joost witteveen <joostje@debian.org>
Subject: [PROPOSED] moving the menu hierarchy into debian policy
Message-ID: <19990414025123.A1185@kitenet.net>
Mail-Followup-To: debian-policy@lists.debian.org,
	joost witteveen <joostje@debian.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.95.4i

Package: debian-policy
Severity: wishlist

I propose that the menu hierarchy be taken out of menu.sgml in the menu
package and added to the policy manual, section 3.6, following the second
paragraph of that section. The rationale for doing this is that the menu
hierarchy effects a large number of packages in debian, and is already
de-facto policy. The new text will be the following (I've modified
the text in menu.sgml some to correspond to current practices, and would
appreciate comments on the first paragraph):

<sect>Preferred menu structure
<p>

Here is the <em/authoritative list of Debian's menu structure/. All menu
entries registered by packages must conform to this structure. Packages can
only add menu items to menus in the hierarchy that are leaf menus -- menus
with no submenus below them in the hierarchy given below. Packages may
create new submenus any place they are allowed to add a menu item. For
example, a package may not add a new menu or a new menu item directly under
the root menu or under Apps, but a package may add a new menu under
Apps/Editors.

<p>

<example>
       Apps            - normal applications
         Editors       - text editors
         Emulators     - wine, dosemu, etc.
         Graphics      - image manipulation
	 Hammradio     - anything relating to ham radio
         Math          - math related programs
         Net           - network programs that don't fit elsewhere
         Programming   - debuggers, etc.
         Tools         - simple apps, like clocks, that perform only one task
	 Technical     - technical stuff
	 Text          - text oriented tools other than editors
         Shells        - bash, ksh, zsh, etc.
         Sound         - sound players and editors
         Viewers       - image viewers
         System        - system administration and monitoring tools
       Games           - games and recreations
         Adventure     - walk around virtual space, zork, MOO's, etc
         Arcade        - any game where reflexes count
         Board         - games played on a board
         Card          - games involving a deck of cards
         Puzzles       - tests of ingenuity and logic
	 Sports        - games derived from "real world" sports
	 Strategy      - games involving long term strategic thinking
         Tetris-like   - games involving falling blocks
         Toys          - amusements, eye-candy, etc.
       Screen          - programs that affect the whole screen
         Lock          - programs to lock the screen
         Save          - screen savers
         Root-window   - things that fill the root window
       WindowManagers  - X window managers
         Modules       - window manager modules
       XShells         - xterm and its brethern
</example>


I expect once we get this into policy we'll want to overhaul it a bit. I
hope we can wait until we've gotten it in to begin that discussion though.

So I'm looking for non-technical corrections to the above, seconds for
the proposal, and hopefully a consensus on the list that this should become
a policy amendment.

-- 
see shy jo


Reply to: