Re: fmenu

On Wed, 2002-01-02 at 16:50, Robert Mibus wrote:
> A new version of fmenu has been uploaded; same ipkg version too :)
>
> This one uses tabs instead of a drop-down list for the selection of
> groups; it has no clock nor APM monitor; and also doesn't use libglade
> anymore. (Don't forget to remove /usr/share/fmenu.glade if you are
> upgrading).
>
> http://users.bigpond.com/mibus/fmenu.tar.gz
> http://users.bigpond.com/mibus/fmenu_0.0_all.ipk
Ok, theres *another* new version up. This one should greatly help the
font-size issues; it forces the labels to wrap if they are wider than
the icon. This leads to labels off-center (too far left) if they aren't
long enough, which is annoying but far less so that not being able to
see all of the text. If a program has no icon associated, it will be set
to /usr/share/pixmaps/menu_unknown_program.png. If there is a group
'Xyz' then it will add the image /usr/share/pixmaps/group_Xyz.png (note
the capitalisation) to the tab. (One for 'Games' is included).

I thoroughly recommend 16x16 group icons though, otherwise the tabs get
massive :)

Any more requests?
Things I have in mind:
        * single-instance only: but how? /proc/, ps, xsingleinstance[0]?
        * editing the menus
        * feedback on programs that don't run
        * add-to-menu-only-if-the-program-exists
        * automatically determining the number of columns to have
          (eg. for landscape)
        * reading /usr/lib/menu

The last point brings an interesting dilemma (IMHO): Do we even want to?
It is the 'proper' place programs get installed, but there are problems
mapping it to a PIM environment. Do we take the first level as the
groups, the second level as the programs and ignore all others? (eg.
PIM/* gets put in, but Utilities/Suspend/* won't). Note that this way
will stop the terminal from being in the launcher. Or should it be left
as it is, with a seperate menu?

[0] - the problem is we have to know the name of a window the program
creates IIRC.

Thanks

mibus
BTW: I noticed that the 2.4.16-rmk1 kernel's OOM killer works; I don't
know when it was fixed (fam0.4's didn't seem to work) but I'm very happy
now I know that viewing big pictures when the ramdisk is full won't
crash the machine. (Well, unless X is killed and it's not networked...
:)

-- 
Robert Mibus <mibus_at_bigpond.com>
UNIX was half a billion (500000000) seconds old on
Tue Nov 5 00:53:20 1985 GMT (measuring since the time(2) epoch).
 (Andy Tannenbaum)