Forums » Linux
Menu entry for vendetta
Hi. I read a bit into the Freedesktop menu spec.
If the devs are interested, I've made a .desktop file for VO and a and shell scriplet that could be added to the setup script.
Put the desktop file into ~/.local/share/applications/ and a menu entry should show up in the games category. (/usr/share/applications/ works too for system wide menus ... but installing vo systemwide seems to be discouraged)
http://home.arcor.de/famscheffler/ven/vendetta.desktop
(If the linux version shipped with an icon it could be added to the "icon" key :P)
http://home.arcor.de/famscheffler/ven/vo-inst-sniplet.sh
(it assumes that that vendetta.desktop is in the install subdir)
Would be nice if somebody could try it out. It works fine under Gnome 1.10.
If the devs are interested, I've made a .desktop file for VO and a and shell scriplet that could be added to the setup script.
Put the desktop file into ~/.local/share/applications/ and a menu entry should show up in the games category. (/usr/share/applications/ works too for system wide menus ... but installing vo systemwide seems to be discouraged)
http://home.arcor.de/famscheffler/ven/vendetta.desktop
(If the linux version shipped with an icon it could be added to the "icon" key :P)
http://home.arcor.de/famscheffler/ven/vo-inst-sniplet.sh
(it assumes that that vendetta.desktop is in the install subdir)
Would be nice if somebody could try it out. It works fine under Gnome 1.10.
Very cool. Your shell script could be a lot simpler if you used mkdir -p, though.
Also, update.rlb doesn't exist until you run ~/bin/vendetta for the first time.
Is there a standard way to put it into your "start" menu thing (gnome and kde each have a similar setup there), and a standard way to rescan icons besides restarting?
Also, update.rlb doesn't exist until you run ~/bin/vendetta for the first time.
Is there a standard way to put it into your "start" menu thing (gnome and kde each have a similar setup there), and a standard way to rescan icons besides restarting?
> Very cool. Your shell script could be a lot simpler if you used
> mkdir -p, though.
you learn something new every day :)
> Also, update.rlb doesn't exist until you run ~/bin/vendetta
> for the first time.
Meh .. I thought calling update.rlb would be more reliable than vendetta or ~/bin/vendetta. Cause I atleast don't have ~/bin in PATH and move "vendetta" into /usr/bin right after installing the game.
What about this then?:
Exec=/bin/sh -c "vendetta || ~/bin/vendetta"
The drawback is that the updater gets executed twice if the game crashes and ~/bin is in PATH.:/ Is there a (non awkward) way to check whether the game crashed or the command wasn't found in PATH?
> Is there a standard way to put it into your "start" menu thing > (gnome and kde each have a similar setup there), and a standard
> way to rescan icons besides restarting?
No clue. Both recent kde, gnome and a few others follow the fd.o spec, so it should work the same way.
The gnome menu updates automatically if gnome-vfs was built with gamin/fam support. Don't know about the rest. *shrug*
> mkdir -p, though.
you learn something new every day :)
> Also, update.rlb doesn't exist until you run ~/bin/vendetta
> for the first time.
Meh .. I thought calling update.rlb would be more reliable than vendetta or ~/bin/vendetta. Cause I atleast don't have ~/bin in PATH and move "vendetta" into /usr/bin right after installing the game.
What about this then?:
Exec=/bin/sh -c "vendetta || ~/bin/vendetta"
The drawback is that the updater gets executed twice if the game crashes and ~/bin is in PATH.:/ Is there a (non awkward) way to check whether the game crashed or the command wasn't found in PATH?
> Is there a standard way to put it into your "start" menu thing > (gnome and kde each have a similar setup there), and a standard
> way to rescan icons besides restarting?
No clue. Both recent kde, gnome and a few others follow the fd.o spec, so it should work the same way.
The gnome menu updates automatically if gnome-vfs was built with gamin/fam support. Don't know about the rest. *shrug*
Oh just give in and distribute debs :-)
Ick. I hate .deb files. Even as much as I hate RPMs, I hate .debs even more.
Of course, that could be because I'm a former Debian-turned-Gentoo user....so maybe I'm a bit biased.
At any rate, shell scripts are far more portable, if they're written well. Self-extracting binaries are even better :-D.
Of course, that could be because I'm a former Debian-turned-Gentoo user....so maybe I'm a bit biased.
At any rate, shell scripts are far more portable, if they're written well. Self-extracting binaries are even better :-D.
Heretic.
Sowwy. :[
:p
:p
Isn't it "Sowwwwwwy"?
mr_spuck, works very well under Kubuntu 5.10 and KDE 3.5. Thankses.
> What about this then?:
> Exec=/bin/sh -c "vendetta || ~/bin/vendetta"
>
> The drawback is that the updater gets executed twice if the game
> crashes and ~/bin is in PATH.:/ Is there a (non awkward) way to
> check whether the game crashed or the command wasn't found in
> PATH?
This should so the job:
Exec=/bin/sh -c 'if which vendetta > /dev/null 2>&1; then vendetta ; else ~/bin/vendetta ; fi'
> Exec=/bin/sh -c "vendetta || ~/bin/vendetta"
>
> The drawback is that the updater gets executed twice if the game
> crashes and ~/bin is in PATH.:/ Is there a (non awkward) way to
> check whether the game crashed or the command wasn't found in
> PATH?
This should so the job:
Exec=/bin/sh -c 'if which vendetta > /dev/null 2>&1; then vendetta ; else ~/bin/vendetta ; fi'