US Tray Menu 2: Difference between revisions

[[US Tray Menu: Introduction | Previous tutorial]] concluded with a new UniTray other than UTF-8 support it offered no new features. It mimics the original menu hence menu items are static and control files are command line based. Running menu on a dark background a noticeable ghosting effect is produced.  

This tutorial covers adding new features making our menu user-friendlier. It also addresses that undesirable ghosting effect.

Due to a lack of interest for a plugin there is an interesting final twist!   

 

To start and stop either both or individual servers currently our menu uses individual buttons. This applies to running as a standard program or as a service. Other than looking pretty icon to the left of each button provide no real information.

There is no real reason why an icon should not indicate current server status (green running and red not running). Also whey use two buttons when a single toggle button will do. Unlike a third party menu we have no constraints this allows us to change anything we like.

Text displayed on each server button (menu item) toggles between start and stop hence we need to supply these two pieces of text. Since they are user translatable (different language) they cannot be hard coded hence are part of the configuration file. In addition our script needs to known what functionality a button is performing. Assigning a command to each button and letting the script decide its current state (in real time) accommodates the above.

Similarly there are menu items (buttons) that become active only when servers are running. Assigning a command to these buttons allow alternative text to be displayed, these again are defined in the configuration file.     

 

The left icon of each button toggles showing current server status (red stopped green running). This can be difficult to achieve however a feature inherent in our menu makes this very easy. Clicking any button automatically minimises our menu. On restoring; whole menu is redrawn using data from the master array. This is used to great effect; before redrawing update master array with current server status (real time) and appropriate button text.

Each menu item consists of five lines. Depending on the action (command) selected a line can have alternative functionality. Expanding this concept is key to adding our new features.

Actions run and runh are executed, as is however sub and separator are intercepted and manipulated according to their functionality. Applying the later to our new features gives the following generic command:

'''''Note'':''' A side effect some array names no longer perform what’s implied to avoid confusion these should be changed.  

Advantage, we can apply new functionality as we wish so long as it’s explained to an end user in the final release.

'''''Note'':''' men1[] Is a special case it is set to whichever text (Text1 or Text2) is the longest. This text is used for calculating width of main or sub-menu. Duplication applies only to commands xxxx.

 

To serve as a reference its worth defining commands we intend to use.

'''''Note'':''' Above list reflects current menu options depending on final requirements this may change.

The above introduced the concept of dynamic menu items and hinted at how these can be implemented.

 

Menu structure now includes additional predefined commands and a generic naming convention.