Hi Al, Glad you got the Kenwood figured out and working. With regard to your question, "could that be done", there is an old saying in the software business. Anything is possible if you have enough time, resources, and if you have customers who are willing to pay...hahah...
One of the things that we are constantly evaluating is how we can focus our attention on the most important aspects of the code and keep the cost of upgrades reasonable. It's never an easy thing to do, but one area that we are looking at very carefully is the issue of upgrades. We spend a lot of time trying to insure that we handle upgrades from old versions of DXbase. This consumes a lot of time because we have to revisit old database formats, write special code for that "old" format, and then embed all the choices. When you think about it, this doesn't do much for those who keep current with releases. So, one possibility is that we simply stop providing this kind of capability in our upgrades and instead only provide upgrades of data from the past release. For those who choose not to stay current but later decide they want to upgrade their old version to the new one, we would produce a separate database conversion product which they could purchase if they had old database formats that needed to be converted. However, there are pros and cons to this like everything else in life. Another aspect that is under scrutiny is the issue of software piracy. We are currently tracking dozens of cases of software piracy involving DXbase. We are gathering documentation and essentially monitoring many geographic areas in the US and abroad where we have evidence that large scale piracy of DXbase has taken place. I can't really comment further about this, but suffice it to say that software piracy is at an epidemic level. We never like to think about taking legal action against hams, and we never like to think about modifying our distribution approach for DXbase, but like other software companies, the fact is that software piracy is expensive for everyone involved except the pirate. And all the honest folks ultimately pay the price because it restricts the resources that should be available for future development but is lost because of simple theft of our product. Cheers, Courtney ----- Original Message ----- From: "Al Bailey" <[EMAIL PROTECTED]> To: <[email protected]> Sent: Monday, November 25, 2002 9:41 AM Subject: [DXBase] TS2000X > I got DXBase 2003 to see my Kenwood TS2000X this morning. Strangely enough > what I had to do was when I set it up on Com 4, my Lavaport card, I had to > set up the baud rate as 4800 but even though it showed parity as NONE it > did not work. I went back into the setup and set it to ODD and then back to > NONE and it came up OK. I know that is weird as that is the same settings I > use on the FT1000MP but that was the only way I could get it to work. > > Now Jack for another feature in the next release. I use the FT1000MP for HF > and the TS2000X for VHF/UHF. What would truly be nice is a hot key to > change the setting for the rig control from one transceiver to the other. > > I would like to thank ON4VP for his input on the baud rate. With all due > respect I would like to keep the FT1000MP and TS2000X as close to the same > in order to eliminate so many changes when I change from HF to VHF/UHF. If > we had a HOT KEY we could go into the parameters separately and program > them to come up with the HOT KEY. > > Is that something that can be done Jack ? > > > --- StripMime Report -- processed MIME parts --- > multipart/mixed > text/plain (text body -- kept) > The reason this message is shown is because the post was in HTML > or had an attachment. Attachments are not allowed. > Please post in Plain-Text only.--- > _______________________________________________ > DXBase Reflector - Please visit us on the web at www.dxbase.com > - - - - - - - - - - - - - - - - - - - - - - - > To UNSUBSCRIBE please visit: > http://mailman.qth.net/mailman/listinfo/dxbase >
