Free menus de elotrolado 0.6b software for linux

Menus de ElOtroLado provides a menu with access to EOL and Cineol Forums is created near the Help Menu.

Menu Buddy plugin currently comprises a couple of Python scripts for creating GNOME panel menus from a directory hierarchy of music files.
These menus can be used to play or enqueue songs in XMMS, as well as pause or skip XMMS.
These scripts are not terribly powerful yet, but there is potential for a signficantly more flexible system of menu-creation that allows automatic construction of many different kinds of menus based on directory hierarchies.
menu_buddy is a small script for scanning a hierarchy of music files and creating a set of Gnome menus that can direct xmms to play those files. Instead of going through the command line or whatever, menu_buddy lets you play/enqueue files in xmms straight from your menu. I find this pretty convenient.
The command line for menu_buddy is as follows:
menu_buddy < source dir > < dest dir >
where:
< source dir >: The top of a hierarchy of directories containing the files
< dest dir >: The top of a directory to write the menu files into
menu_buddy works with the assumption that you have your music stored under one main music directory, using some meaningful hierarchy, and that theres only music stored down there. menu_buddy doesnt do any sort of file-type checking and assumes that everything under is fair game for playing in xmms.
What menu_buddy does it this: it constructs a menu hierarchy that directly matches the hierarchy under such that any directory or tree thereof can be played or enqueued in xmms. Likewise, at the top of the menu structure, it creates menu option which allow you to pause, start, or skip forward/backward in xmms. The interaction with xmms is purely in terms of command line options that you can pass to xmms...there is no special linking or whatever.
So, for example, lets assume you have all of your music in under the directory "/music", with top-level folders for different genres (i.e. /music/rock, /music/polka, etc.). Inside each genre, you have your files sorted first by artist, then by album (i.e. /music/rock/faith_no_more/the_real_thing, /music/polka/the_polka_kings/greatest_hits). The organization you have is really unimportant, but bear with me here.
Further, lets assume that your system lets you create new gnome menus by putting menu files in ~/.gnome/apps (this is how things work on my system, but honestly Ive done next to zero research into this topic...it may vary (wildly) on your system, so I suggest you figure it out for yourself). Then, the following command will create a new menu hierarchy in your "favorites" menu called "Muzik" which allows you play/enqueue your music:
menu_buddy /music ~/.gnome/apps/Muzik
Thats it. It may take a few seconds to churn through your music files, depending on other system load and how much music you have. You need to be able, of course, to write to the output directory you specify, but since it will typically be in your home directory this should not be a problem.
Enhancements:
- added GPL stuff to source files

Menu Editor project is an editor for window managers start menus.
Compile
./configure
make all
Installation
If the compile was successful, then you can install with
su
(enter password)
make install
Enhancements:
- A bug that caused random miscalculations in the File selectors height, a failure to scroll buf when pasting items, and a scroll-to bug when selecting items were fixed.

K Menu Gnome project is a K Menu with Gnome folder and extra icons for KDE 3.2 or later.

If you install both KDE and Gnome then K Menu will become a mess with overpopulated submenus. Some distributions try to solve this by hiding many Gnome apps in KDE and most KDE apps in Gnome. I do not like that. I want to access Gnome apps in KDE and KDE apps in Gnome. So this is my attempt to both maintain desktop interoperability and unmess the menus.

Why should one install both KDE and Gnome at all? You might share your machine with somebody who prefers the other desktop, or you might be a desktop junky like I am.

K Menu Gnome does not integrate well with the menus of heavily customized distributions such as Mandriva, SUSE, or UHU-Linux.

Open Pinball Simulator project is an pinball simulator.

The program is divided into two processes. The main process takes care of interpreting the .table description files and controls the balls movements according to physical laws.

It communicates the balls coordinates to another process (renderer) which renders the table (taken from the same .table file) and the ball as it moves around.

The main process must also communicate status for objects it hits so that renderer can produce sounds and count scoring.

The rendering process is currently a 2D renderer.

I suggested a kcontrol option for enabling and disabling ACTIONS for different file types. This way, service menus would be installed and managed easier (if that control center window has that function too,it would be nice) aand maybe you will have the option to choose which actions that KIM (kde image service menu)(for example) is capable of is shown in your right click menu when you choose a jpg file...
Also an option to install the service menu just for the user that opened kcontrol (somewhere in /home/~/.kde/.../konqueror/services...) or for all users [the checkbox],requiring a root password (to copy the needed files in the needed by the service menu directories)...
Also the service menu management control center should have the option to move up and down a service menu in the -right-click-ACTIONS> sub menu.
There should be the option to pick selectably the submenus from the installed service menu and add only the ones you would like to have for the file type(for instance you can add kim-resize picture and under it you can take a submenu from a k3b service menu (add to data disc) and put it right under it for the jpg filetype (see the screenshot).
Some service menus,like kims selected "webexport" should have a > sign at the end of their names,showing that they have an included submenu,that cannot be picked/changes sepparatelly.So if web export is added,you dont have the option to pick which webexport options should be included in the web export submenu (we have to have some borders,right?)..
Another suggestion is that if a service menu is installed for all users (using the root password),it should be marked with red fonts in the service list and if promped for uninstallation,it should ofcourse ask for the root password.
And...since the kde service menus were handled the old fashionate way since this idea popped into my mind (with install.sh scripts that coppied a bunch of files,orr by hand with a READme instruction (which is a pain in the neck really)),service menus should be able to be installed the old fashionate way too,but they should be packed in special kde service menu packages,that are handled by kcontrol.This would greatly improve kdes support for service menus.
This will also resolve the clutterness/bloatness that some service menus tend to create,giving the choice in the hands of the user as to what from the service menu he/she would like to be included in the right-click menu.
Enhancements:
- added a new mockup,which is more simple and intuitive

CSE-Tool allows you to easily deploy a Google Custom Search Engine by copying and pasting a few lines of code provided to you by Google.

CSE-Tool doesnt require a database.

Drag de Go is a Firefox extension that allows you to execute several commands (like open link, save link, search selected text) by the direction you drag and drop.
This extension identify the Object you drag Selected Text, Link, Image, or Extension File, and you can set commands to each object.
Main features:
- Assistance of file up-loading on web page.
- Open text link. (missing URL such as "ttp://...", "tp://..." can be opened. )
- The page the link ahead, the image, and the extension, etc. can be saved.
- The place where the file and the bookmark, etc. are opened by drag & drop can be set.
- Gesture in page source window.
- Execute "open link in ... Tab" command with ctrl key pastes the URL of link to address bar.