I ran into a problem with a program I installed recently. The program didn’t seem to install any shortcuts! It installed a tray icon and a shell right-click extension menu. However a search of the start menu showed no shortcuts that could be used to start the program. I am not sure if this was an installation glitch or oversight on the part of the developers. However I needed a way to start the program to change some of the settings.
Solving the Problem Using Mirekusoft Install Monitor 2.0
I could try searching through the program files directory to see if I could figure out how to start it. I thought of a better idea. In Mirekusoft Install Monitor 2.0 when you right-click a program there is an option to start the program. I’ve previously discussed it here about how to optimize the amount of running programs.
When you click “Start”, Install Monitor will figure out how to start the program. In most cases this will simply launch the program. However, if it can not figure out how to start the program it will present the following dialog box.
Multiple Ways of Starting a Program
If there are multiple ways to start the program it will present a dialog with all the choices. From here you can choose the program.
Back to my problem at hand. When I clicked “Start”, Install Monitor presented me with a couple of shortcuts that I could have used to start the program. What happened it seemed is that the program had created shortcuts in it’s program files directory. These shortcuts however never made it to the Start Menu for some reason. However with Install Monitor this does not matter. You no longer have to search for the shortcuts to the program you just installed.
From time to time this blog will discuss issues relating to software design and how to create fast, reliable and easy to use software. These posts will generally involve some experience with less than ideal software. I will try to avoid naming the piece of software.
Tips in designing a user friendly instant messaging application
Problem with an Instant Messaging Application
I ran into a problem recently with an instant messaging application I use. I was starting a self-hosted web server but noticed it could not listen on port 80. The reason was that my instant message application was using it. Port 80 is the default port used by web servers. I was a little puzzled as to why my instant message application was running a web server. Some research revealed that it was done to get around firewalls. However the application had an option to turn the web server off. It continued to work with the option off.
Factors to Consider in Helping Improve Instant Messaging Application
That leaves the question why have an option that is probably only useful in certain cases but can create issues for users? This situation could have been improved by applying two design principles. One is to default to the common case. The common case would probably be to not have the option on. as was true in my case and probably a lot of cases the software would have simply worked with the option off. If the user isn’t installing web server the software generally shouldn’t listen on port 80. It’s like when you invite someone over for a meal of pasta. It would be rude for the person to assume they can just start using your kitchen cook something else they want like hamburgers.
Another principle is to ask what would happen if everyone else did this? If every software that needed to get around a firewall ran on port 80 then they would all conflict. That would argue for at least not having the option on by default.
Image courtesy of Stuart Miles / FreeDigitalPhotos.net