This document presents a list of new features we are considering from NAV 3.3 or later. The tasks on this list have a low priority status. See TaskList for task that have higher priority.

• An alternative toolbox view should only show the icons, not the text banner. The description can appear as popups. Maybe users should be allowed to alter their personal order of the toolbox icons (may also be solved with the quicklink option of today)?

• The icons used on the toolbox should be used on the NAV header along with a H2 title as a header inside the various tools.

• Improve preferences. It should default to list all tools so that the NAV user easily can compose his quicklinks.

• On the home page; the preference tab should be on the right side. The left sidebar of the main page may be dropped? Possible toolbox should be a dropdown like quicklink?

The user admin tool has a rough and temporary look and feel. Enhance this with a nicer look.

• Improve the command line script for setting thresholds. The script should take parameters, making it more fine tuned. Details on the parameters it should take … will come here…

• Implement authorization for the machine tracker so that a given NAV user only can do searches for IP-ranges within his organizational unit(s).

• Make it easier to add new services. From IP device center follow the 'Edit' link to edit netbox,

from there provide a link to edit/add new services.

• It would be neat to have a web tool that shows the status of the NAV background processes; i.e. 'nav status' on web.

• More important; implement a background monitor that sends email to NAV admin when a given NAV process unintentially stops. Note that serveral NAV admins already have implemented a solution here. Probably something to steal out there…

Cricket is a resource hog and does not scale well to large networks. Therefore:

• Perhaps Stager can replace Cricket? Consider Stager as an alternative and look possibilities for integration.

• Alternatively look into an addition to gDD where thread based statistics collection is done. As today, data should be stored in RRD. The concept of the RRD database is not altered.

There are no currently no plans for this task, but the idea is anyway:

• A lookup service of some kind will give a mechanism to locate NAV installations at different domains.
• An AA based system to do NAV of NAV queries. Particularly interesting is an inter-domain machine tracker. Thus a way to track inter-domain movements of machines in a central user interface. May also be used for inter-domain mac address searches that may be used for such things as (with a share of luck) locating missing/stolen computers, etc.