|
Overview
Features
FAQs
Programmers - WinConvers OCX
Changelog
Known Issues
Screen Shot
Web Site
|
Overview
WinConvers is an amateur packet radio convers system client for Microsoft Windows 95/8, NT 4 (3.51?), and later**.
Convers is a chat system (not dissimilar to Internet Relay Chat) operating using internet TCP/IP protocols on amateur packet radio and the internet. Packet radio is a form of wireless datacommunications enjoyed by licenced radio amateurs (or, in old terminology, "radio hams").
WinConvers was written and is maintained by me, Steve (g0lri). You can email me at steve@sdk-software.com and visit us on the web (and hopefully register!) at www.sdk-software.com. If you have used earlier versions of this software please note that these are new addresses. They should remain valid for all future versions.
You are welcome (encouraged even!) to distribute the shareware evaluation version on your ftp site, web site and packet radio. The shareware edition is not crippled in any way, it only differs from the registered copy in that it will nag you after 30 days use and it sends it's version number and URL when you sign onto a server. Other than that they are exactly the same. Whether or not you decide to register, I hope you enjoy the software and would appreciate your comments or a note in our guestbook.
Features
WinConvers is very easy to use, especially if you are already a convers user. There are however a few "unique" features:
- Multiple connections at the same time, even at the same server (if the remote
server allows multiple connections).
- "Memorised connections" - use the Connections tab in the Options dialog to store
details of your most used connections (host, port and channel). You can then sign on with one mouse operation.
- OLE drag and drop. You can drag text with the mouse from other drag-and-drop capable
windows (such as the WinConvers receive box, Microsoft Word, and many others) into
the send-buffer box. Don't forget to click inside the send-buffer box after dragging
and before pressing enter, so that the box has "focus". Conventional cut-n-paste is also
available, just right-click on the mouse.
- Colour schemes. Yes, you too can have a VT100-lookalike window if you so desire :-)
- Fully configurable.
- The only Windows platform convers client I know of.
FAQs
- Q) Does WinConvers include AX25 support? / How do I hook WinConvers up to the packet radio network?
A) WinConvers is a lightweight TCP/IP client. It does not and will never have built-in AX25 support. Of course one of the strengths of TCP/IP is that the protocol is independent of the underlying transport mechanism; WinConvers will send and receive over any type of IP link including AX25. All it won't do is transmit the actual AX25 for you; that is the job of IP-equipped packet terminal (NOS) software. So, you can use WinConvers:
- Over the internet, for example via a normal dial-up connection. I have used this approach myself using servers such as 199.164.139.130.
- Over your local network to your Linux (or UNIX or Dos or...) box and beyond (if you have that luxury). Again, I have tested this myself and it works a treat.
- Routed out onto the AX25 network via your Windows AX25/TCPIP network software. This is now possible thanks to the Agw Packet Engine written by Rossopulos George (SV2AGW - packet SV2AGW@SV2DXC.TSL.GR.EU). His software uses a special driver which redirects the MSTCPIP (Microsoft tcpip) used by WinConvers to the Packet Engine and from there onto the air and vice versa. I have confirmation that this approach also works. If you know of other software which does the same sort of thing please let me know and I'll add the info to this file.
- Q) How do I get rid of the text that WinConvers sends when signing onto a server?
A) You have to register. I'll then email you a small executable which will allow you to turn the feature off. I am now asking people to register rather than leaving it an open issue as I have provided support to several users and had some positive feedback, but no paid registrations. Since I no longer use radio myself and I have a mouth to feed, I think it more than fair to ask for a small contribution from people who use the software. When deciding whether or not to register please remember what a modest outlay the registration fee is in comparison to the other costs of purchasing and maintaining your amateur radio station. I have also made it very easy for you to register by providing a link from the Help menu which can take you direct to the website for credit card registrations.
If you can't afford to register please drop me a line anyway. Maybe we can do a trade or ultimately I'll probably give you a free registration. This has already happened so if you qualify try me :-)
- Q) WinConvers won't work under insert new version of Windows here, what the *&!% is going on?!
A) Hmm... Well, hopefully this won't arise in the future. If you're not technically inclined, all you need to know is that I believe the problem is not of my making, I hope it has been resolved, but if you install Windows 2000 or some future edition of Windows or Internet Explorer and you get a weird error and WinConvers won't start please email me with the error and your operating system. If I have the OS myself I will run tests and if necessary recompile. Of course if it does happen again I will take further steps to try and rectify this extremely annoying and embarrassing behaviour once and for all.
In the past, new versions of Windows and even Internet Explorer (which updates a lot of files on a Windows system, and is in effect an operating system upgrade) have resulted in WinConvers exiting with an Automation Error. Recompiling the WinConvers OCX and EXE files under the new OS/IE version has been successful and the newly compiled version then works without incident. Now, WinConvers doesn't attempt to do anything extraordinary with the component-based object orientated programming model, and I really cannot think of anything in my code which could cause this. It's clearly a component related issue (for those who have some knowledge of programming), but that's all I know. I've searched the Microsoft Knowledge Base and not found the answer. However, I have now upgraded to Service Pack 3 of Microsoft Visual Studio which fixes many control-related bugs and also (this could be the one) a Visual Basic bug relating to binary compatibility. Again, please email me if you have an idea about what might cause this. You can see what components WinConvers uses by delving into its zipfile or email me for the info.
Addendum: This problem has not been reported to or observed by me since the release of Windows 98. Hopefully it has indeed been nailed by the Visual Studio Service Pack.
- Q) Where's the online help?
A) I've built help support into WinConvers and will write a full help file once 10 registered users have requested one. The resulting help file will then be available for download by all users and will be included in future releases of the software. Because the help support is already built in users will only need to download the help file and not a new copy of WinConvers (unless there are upgrades or bug fixes by then).
The logic behind this is simple - I have other projects on the go and only limited time, so I will only spend the time when it will benefit a sufficient number of registered users. That said, I believe WinConvers is pretty easy to use anyway.
- Q) Where's feature x?/I have a great idea for a feature...
Please send me the idea. I don't promise to include it but may do if I have the time and I like the idea.
Programmers
WinConvers, the application, is built around the WinConvers ActiveX control, which is available to other developers under licence. If you are building amateur radio software such as a logbook or station management application in an OCX-ready environment such as Microsoft Visual C++, Visual Basic or Access or Borland Delphi and would like to include convers client support please email me about licencing the WinConvers OCX.
Changelog
Public releases have their EXE version numbers shown in bold.
For those who don't program but who are nonetheless interested in what has changed and the software's evolution, the "OCX" is the "engine" of WinConvers, the software that handles the connection and the display of data sent and received. The "EXE" is the executable file which you run when you use WinConvers; it implements the options, the menus, the toolbar, etc. Changes listed here were to the EXE unless otherwise indicated or the context suggests otherwise.
Our version numbers are constructed as follows: major.minor.build. So, 1.2.190 is Version 1.2 (build number 190).
| EXE Version | OCX Version | Date |
| 1.2.210 | 1.2.138 | 13 Jan 2000 |
- Added a dual purpose Stop button - stops the countdown when in auto retry mode; disconnects when connected.
- Added Stop button option to options dialog - disconnect by sending queued up text and then a "/quit" (recommended) or disconnect forcibly and immediately by closing the socket.
- Removed unimplemented "Advanced Memorised Connections" check box from options dialog. When implemented they can do without being turned on/off - they'll just be used when they're set.
- Some cosmetic changes (new "Control Panel" icon on toolbar for Options; tooltips; rectification of minor display issue when pasting in chunks of text).
- Added info on Agw Packet Engine. Thanks to g8nrc who told me about this software and confirmed that it works with WinConvers.
- OCX: Changed handling of error where attempt to connect to a dotted quad IP address (rather than a FQDN) e.g. where there is no route because we're offline. Because of winsock's modus operandi this was until now being returned as an error to the EXE and a messagebox was being displayed; now the OCX catches the failure and reports it as a connection failure. There was no bug as such, rather the new approach delivers a more consistent handling of connection failures.
- OCX: Now traps "/q*". If the WinConvers OCX engine detects that a disconnection was of the user's making, because (s)he typed /quit it sets the Disconnected event's new argument ClosedByUser to true. It does not presently catch "/leave" because some servers support signing onto multiple channels, and WinConvers has no way of knowing whether the "/leave" will result in leaving a channel or leaving the server altogether. I did think of catching "/l*" and then disregarding it if a disconnection did not arise soon (how soon is soon?) after, but this would have been imprecise. Better to not catch "/leave" at all than do it incorrectly I think.
EXE: Uses this new property (and a local property of its own) so that where the disconnection was at the user's request, we don't start the Retry counter or ask about reconnecting (but instead display the Reconnect button). I think it's fair to assume that if the user typed /quit they don't want WinConvers to attempt to reconnect! If anyone has any problems with this feature they only need let me know and I'll have to refine it further or add an option to the EXE's options dialog to turn it off. [Problems are not likely now I've decided to ignore "/leave" requests]
- OCX: Added Disconnect method (sends "/quit"; or, if optional Force argument is True, closes socket).
- Tested under Win 98 and NT4 (SP5 with IE5).
- Now over 8500 lines of code in total!
|
| 1.2.205 (limited release) | 1.2.134 | 9 Jan 2000 |
- Fixed a couple of small display issues after an online testing session. (Hi to Joop, author of Xconvers, who was also online testing).
- I was thinking of adding drag resizing of the sent/receive boxes to this build (like the resizable bar in Windows Explorer) but ran out of time. I'll see if there's a reaction to WinConvers and maybe add the feature later.
|
| 1.2.204 (limited release) | 1.2.133 | 9 Jan 2000 |
- Compiled and tested under Win 98 with IE5 with Visual Basic Service Pack 3.
- First public release of V1.2 - includes the major revision changes of EXE 1.2.192/OCX 1.2.124 which were never released (and some refinements to the new features introduced in that version).
- Added help system support (the new and snazzy HTML Help), so can drop in a helpfile and have it work without recompiling.
- OCX: Changed date displays to 4 digits for Y2K (as I feel that "31/12/99" looks fine, but "1/1/00" is better displayed as "1/1/2000" or, as chosen for WinConvers, "1 Jan 2000"). This is entirely cosmetic; there was no change to WinConvers' internal date handling as it was already fully Y2K compliant (in as far as these things are within my control; we do rely on a lot of external libraries and system calls). All versions of WinConvers ever released should to the best of my knowledge have kept on working through the new year.
- Rewrote this Readme file as an HTML document, now that almost everyone has a browser (or can get one from a magazine covermount).
- Relaunched WinConvers via new website and provided online registration facilities.
- OCX: Added Fadetool
- OCX: Compiled to native code, favouring speed over size.
- OCX and EXE: Made AboutBox snazzier
|
| 1.2.192 | 1.2.124 | 1 Jan 99 |
Major Revision
- Compiled under Win NT 4 SP4 - will hopefully now work with NT5 and Win 98 (if anyone knows why a recompile was required for it to work with those OSs please let me know)
- New Reconnect button
- Silent sanity enforcement, and sanity checks, now applied to user configuration selections
- Added advanced/expert options: auto-reconnect (with retry limit) for unattended operation,
send-buffer advance-typing handling options (whether allow typing before connection, etc.)
- Bugfix: Improved scrolling (problem where certain font/window-size combinations resulted
in the most recently-received line being partly or wholly obscured)
- Other changes to make the program even more user friendly, code refinements, improved OCX
error-handling
- EXE: Double click on user control brings up colours/appearance option sheet
- EXE: Shareware evaluation version now identifies itself as such when signing onto server
- EXE: Shareware "nag" box and Register menu option added
- OCX: New properties: SignOnMessage, TypeAhead, AutoSendTypeAhead, TextReceived (RO),
TextSent (RO), ReconnectButton
- OCX: Amended behaviour: Click/DblCLick event now fires for UserControl if (double)click
any of the text boxes; ditto for mousemove etc.
- OCX: New events: ClickStatusPanel, ClickIdlePanel, DblClickStatusPanel, DblClickIdlePanel,
DataArrival, ReconnectButtonClick
- OCX: Better sanity checking
Known Issues:
- Bug: Problems have been reported with WinConvers running under Win 98 - under investigation
- Bug: When getting focus, doesn't default to send buffer window
- Bug: File drag and drop shouldn't be possible (ideally except in send-buffer where it
should ask whether to send contents of file) but it is. Drag and drop has been disabled
in the text boxes and the OLE Drag & Drop events don't appear to be firing so this problem
may be out of my hands. [Hmm... A certain well-known custom control which shall remain
nameless has produced automation errors and fatal runtime errors in the test environment;
I've checked the web for a fix]
|
| 1.1.163 | 1.0.106 | 17 Nov 97 |
- Recompiled for MSIE4 shell (no code changes, but had been producing an Automation Error)
|
| 1.1.162 | 1.0.106 | 4 Aug 97 |
First Public Release - Released to the public: 27 Aug 97
- Added RXBufferLines and TXBufferLines properties to the OCX. The values previously used are now the OCX defaults (30,000 received lines and 250 sent lines). 3600 lines ought to be enough to allow a user to leave WinConvers on whilst at work and have the whole day's traffic still on screen when you get home (assuming 1 line received every 10 seconds, could be much higher on the Internet)... If you've got time to read the whole 30000 lines you have too much time :-)
|
| Development Versions, F.Y.I. Only: |
| 1.1.161 | 1.0.105 | 3 Aug 97 |
Ready for its first full public release, I think:
- Hourglass is displayed when undertaking potentially lengthy operations. For example, if, like me, you really must paste 300k of text into the send buffer and send it, the hourglass will be displayed whilst WinConvers processes your data and buffers it.
- Whilst fiddling with the aforementioned send-buffer code I have made some changes to the way I buffer old lines, with the intention of speeding WinConvers up
- Fixed a tiny bug (referring to the wrong variable) in the scrollbars code (whoops :-)). That, together with the changes above, nails the two bugs that I was aware of.
|
| 1.1.160 | 1.0.101 | 22 Jul 97 |
Most changes were in the OCX:
- Fixed bug affecting receive buffer of more than 255 lines (incorrect type declaration)
- Altered scrollbar code to more quickly display huge chunks received from server (probably not an issue on 1200 baud packet, but an issue on a LAN). The OCX now analyses the number of characters and lines it has received from the TCP/IP stack, and if great it rewrites the screen once rather than for every line received.
- Added a beep event
|
| 1.1.157 | 1.0.98 | 16 Jul 97 |
Rewritten to utilise ActiveX technology. WinConvers.exe is now a container for the WinConvers custom control (v1, build 98) :-)
|
| 1.1.151 | N/A | 15 Jul 97 |
Last "pre-ActiveX" version |
| 1.1.150 | N/A | 12 Jul 97 |
- Compiled under VB5, and added tooltips
- Rewrote code behind scrollbars and some of the registry-related code
- Added font-size setting
- Fixed some cosmetic issues under NT
- Other code changes resulting from move to VB5; over 2000 lines of code
- Other enhancements
|
| 1.0.114 | N/A | 18 June 97 |
Fully functional version, compiled in VB4.
WinConvers OCX project conceived Jan 97.
|
Known Issues
No bugs have been reported to or discovered by me relating to v1.2.210.
[Problems reported under Win98 - recompiled under Win 98. See above].
[Fixed in OCX 1.1.0??: With some font/window size combinations the text doesn't quite fit].
Send buffer window font is always 8 point (this is a feature not a bug :-))
Open connection window to host which is unresolvable, and then open a local connection on
the LAN (to a machine resolvable and instantly connectable) and the LAN connection isn't
instantaneous. This would appear to be a Winsock (Windows TCP/IP stack) issue.
ToDo
Proper help file
Optionally filter-out beep characters
Optionally echo Sent lines to Received screen
Mini-server to handle one-to-one talk requests
SuperLog
SuperLog, my planned amateur radio logbook application, is no longer in active development. Please refer to it's web page.
Acknowledgements
G7LED for designing sconvers for Linux, on which the appearance of WinConvers is modelled
Various radio amateurs around the world for feedback/reports
|