In AtariPhile #1 we mentioned a couple of problems we were
having with using NameNet with MagiC 4. We are pleased to say that
these have been rectified with the release of NameNet v4.1 - FFF
Roger Derry first thrust his NameNet Address Manager program onto an unsuspecting world in 1991. It has been available as shareware ever since. It is also the engine for our Falcon FacTT File membership listing. With version 4.1 upon us, we thought it was about time he explained himself as to what is different about the program.
By Roger Derry...
I started with computers in 1979 when I built my own from a kit. I paid 50 extra to double the available RAM from 4K to 8K (yes that is "K" not "M"). I wrote a program for it that would store addresses and telephone numbers so that I could print them out to stick into the back of each new year's diary. Called a UK101, the machine expanded its facilities and memory until the day I had use of a BBC Micro. This itself sprouted an address program which could be cleverer, as the BBC Micro had disk drives and a filing system, something my UK101 did not. Soon the BBC Micro was superseded by the Atari ST. Now, at last, I could write a program that could fly.
It was 1989. I had just been told that I was to be made redundant. Rather than sit and lick my wounds, I sat down and started programming: a freelance really needs to keep track of contacts!
More than a simple card index approach is needed. The program needs constantly to jog my memory with connected entries. How many times have you found that your brain just will not release the name of that person who you met 6 months before? I wanted to look at the entry for a company and, at the same time, see a list of contacts who work there; look at an individual, see their company along with its address and telephone numbers. If I knew it, I wanted to see their home address as well. I did not want any limit on the number of telephone numbers. Above all I did not want to have to change any address or phone number more than once when someone moved. Yet here I was wanting BloggsCo's address to appear in, perhaps, twenty individual's records.
Address Manager programs were not common in those days and the database programs available would not do what I wanted. Something to assist what management courses call "networking" was required; a program linking entries together, in any combination, forming a network of associations. From this came the name of the program "NameNet". Decisions were made: gain speed by taking advantage of the Atari's memory capacity and put all data in memory; the file format to be self indexing to avoid having to keep groups of files together.
I continued a feature that I incorporated on previous machines: auto-capitalization. It is so easy for my two lonely keyboard-aware fingers to get the formatting wrong so that "Smith" and "smith" end up twenty entries apart. Each field has its own option parameter as to how this is done (if at all).
The actual name is split into five; title, first name, preferred name, surname and initials (BSc., MA. etc.). This allows intelligent mail merge documents easily to be written using NameNet's Merge file output. Most mail merge programs allow some form of conditional testing on the line of writing "Dear Mr Beardsworth" or "Dear Kevin" depending on whether there is text in the title field. "Preferred name" allows Kevin to be addressed as "Kev" or the Sysop of the 42BBS as "Oh great and powerful one".
A short remark allows me to include a job title or other memory jog. Another field "Family" can log family names; helping the social lubrication of "So how is your husband Dan... and John and Sally?" Of course you know their names, but it is so very embarrassing when their names shoot out of your brain mid-conversation, turning lubrication into solidifying concrete.
The address allows up to seven lines, including a separately identified post code (or country for overseas). When displayed, NameNet will automatically put commas and the full stop in the right place (if you still use them). I took advantage of access to a large membership database to make sure it could handle the longest address I could find. So many programs are so parsimonious about this. I think it's because overseas addresses are much shorter than ours.
Another problem with many databases is that you have to decide at the
very beginning how many telephone numbers, or how big a comment text, you
can have. Set the limit high and you waste a lot of space. Set the limit
low and your computer learns your vocabulary of expletives! So I made the
telephone and comment fields dynamic and have no programmed
Mono High Rez screenshot of the main display
An entry can consist entirely of links to make an instant list. "Bridge Society Committee" would just link to its members. To print out a list, merge file or labels, then the links are loaded and an instant alphabetical list of names and up-to-date addresses etc. is produced. (It can be sorted by one of the other fields if preferred). Link lists can be compared or merged when needed.
Later versions of NameNet fully implemented my wish for home and work addresses in one entry, with the introduction of a third type of link, which, with typical lack of imagination, I call a "cross link". This allows the entry to point at a master address. So the twenty entries for the people I know working at BloggsCo will show the BloggsCo address. Because of the master nature of this cross linked address; when BloggsCo move into a new building, all I have to do is change the one entry and all the other entries will update automatically. However the individual entry's address field still has a rle as this can still separately be displayed as the home address. Optionally, the two addresses can be reversed in the display so that you can choose whether an address label, or merge file entry produced by NameNet uses the home or work address. A further sophistication allows the local and distant address field to be merged allowing the individual's address to have their job title and room number combined with BloggCo's postal address. Another nod towards the Society for the Reduction of Keyboard Presses is that the entry's telephone display will also pick up the telephone numbers from the master address so that they again can be written only once. (In fact the NameNet file can be constructed in such a way that telephone entries from a sequence of cross linked entries can be displayed in the entry).
Mono High Rez screenshot of the Modem setting dialog
From the very beginning there have been two subsidiary data arrays within a NameNet file. Called "Wiped" and "Concealed". These have no Up or Down link options but can be looked at when needed. "Wiped" is a place to store old data. It is a specific alternative to deletion. My wiped array contains my previous addresses for example. Concealed is a place to store private information out of the way.
With version 4, I have introduced additional data arrays but, with these, you can still have links. You can run them as separate databases within the file or you can cross connect if you want. I also use them to reduce clutter when browsing ,tucking away old and little used entries into a separate array, and private info in another. This separation can be undone by entering "Flat" mode where all linkable arrays are treated the same.
No-one gets rich with shareware. I continue to develop NameNet solely because I use it myself daily. The joy of publishing it as shareware is that all "my" best ideas for enhancements have come from customers. The improvements since 1991 have been largely because of their suggestions and encouragement.