TNE was the last truly successful edition before 2008's Mongoose Traveller. It still has a strong fanbase, but that tends not to be well represented here.
The "conversions" (GT, T20, H4T) are not entirely compatible (but T20 ship and vehicle design is CT compatible); each has a strong fanbase as well.
T5 is not yet finalized. doing anything for it is premature, IMO.
Mongoose specifically excluded software from the open license provisions of the Traveller Logo License; you have to negotiate with them to get permission, or base solely upon the SRD.
Me? I want MGT or MegaTrav...
... CGen, Trade, and sysgen.
I could write the latter two, but I'm too lazy to make them pretty (I code lately in basic or python).
Thanks for your input. You are correct in that TNE doesn't seem to be well represented on this site. I have been long separated from Traveller since MegaTraveller. I seem to remember a MegaTraveller PC Game that was written and I had a chance to play, but that was about the end of it.
I will try to give Marc Miller a heads up on that--as I already had thought of doing so. I strongly believe that the creator should get as much say and rights as possible to any spin-off directly related to the creation--but that you for the reminder to do so more sooner than later.
If you are interested, I have the "coming soon" page up on the domain.
http://www.travellersoft.com/ It is just a pretty coming soon page...no content yet.
I will consider creating a utility for Megatraveller for character generation depending on how close it is to T5...I think, if I remember correctly, it is closer to Classic Traveller than TNE...I still don't know what T5 looks like, so, like Florida, I can't make the call yet.
I, too, program in basic (MS Visual Basic) and haven't really touched on python (although I know it is good in the web environments) I have been playing with ROR (Ruby on Rails) a little.
Architecturally speaking, these utilities that I am thinking about are definately suited for the desktop application and can easily be accomplished with Visual Basic. The harder part is data (mostly base data) you can't require or assume users will have MSAccess, SQL Server, MySQL, etc. So whatever stored the dormant base data until needed has to be portable and deployable within the setup of the utility application. I am probably going to use a third party database system called VistaDB (eventhough everything with vista in it seems to run slow) However, apparently, the footprint is very small with very little limitations in the free version. It also supports TSQL (which isn't really important) it is also portable to Mac OS and linux.
Anyway, there seem to be enough interest for me to move forward and that is what I will do. I may ask you, sometime in the future, for you input on specific components.
Thanks again for the comments.