Re: debian junior looking for help with menus
Je 2000/12/01(5)/23:12, Jimmy O'Regan montris sian geniecon skribante:
> On Fri, 1 Dec 2000, joost witteveen wrote:
>
> > Je 2000/11/27(1)/14:11, Sean 'Shaleh' Perry montris sian geniecon skribante:
> > > Things like gimp being under a 'Coloring' section instead of graphics. This is
> > > more than translation because they would like have everything under the root
> > > menu for easier access.
> Does this mean changing the default menu stuff or having a debian-jr-menu?
Currently I see no reason to create a debian-jr-menu package.
> > > [package ratings, doom not for 4-year-old]
> > That should be not too dificult. One package `debian-rating' could
> > include a menu file, that has the violense and X-ratings of the
> > various menu entries in them.
> > One note of warning: I don't think the menu-code this will use
> > is very much tested yet. But at least the infra structure is there.
>
> I'd rather see this in a separate debian-jr file if at all. Like the
> standard menu, with maybe a few extra fields, but stardard fields are
> overridden by the debian-jr-menu (or whatever) for children, plus a
> comment for any ``ratings''
That was what I intended to say: the menu file I showed was not
from the menu package, but from debian-jr (or debian-rating, or whatever).
And, to make things clear, at the moment I have:
/usr/lib/menu$ cat mozilla
?package(mozilla):needs="x11" section="Apps/Net" \
title="Mozilla Navigator" command="mozilla"
If I were to create a file /etc/menu/mozilla, that reads:
?package(mozilla):needs="x11" section="Apps/Net" \
title="Mozilla Navigator" command="mozilla.child" \
x-rating="4"
then update-menu would read both, and take the command= and x-rating
tags from /etc/menu/mozilla, and the rest from /usr/lib/menu/mozilla.
(or, at least, that's the intended behaviour -- as mentioned, it's
not very much tested as far as I know).
> Where e-rating rates the educational value, and e-area is the area of
> educational benefit a child can gain from the program (in this case,
Find with me -- I only intend to provide the menu infrastructure;
whatever you cal the tags is up to debian-jr
> Of course, this would imply having a similar menu structure for the
> parent(s) who will maintain the menu.
This part I don't understand. The children can have their own
translation files, and there own menu.h files, so the parent's
don't need to have the same structure as the children.
To repeat: in the menu.h file one should define what level of
xx-rating, xy-rating, etc-rating one still finds acceptable.
The menu.h file can be in /etc/menu/menu.h, but also
in ~/.menu-methods/menu.h .
> Basically, I'd rather see any ratings be recommendations, and not
> enforced.
This remark I also don't understand. As the x-rating tags
are set in /etc/menu/menu.h, the system admin can always
change them (/etc/* should be conffiles). And, even a
local user can change the settins in ~/.menu/whatever .
Even if that would fail, anyone still can type
`/usr/bin/games/doom' -- no menu methods are going to prevent
that.
Oh, and one other note. I personally think that the
x-ranting (sex) , v-rating (violence), e-rating (education)
are usefull genereally, not just for debian-jr.
On any system, there may well be religious people,
that could be very offended by x-rated programs; or
others that don't want to see the violent programs.
It's not just children that might use this info.
That's why I proposed to put the information in
debian-rating.
--
joostje
Reply to: