APRS-SCS

Last week, the developer of APRS-SCS, John - KB2SCS announced that he was dropping all support for APRS-SCS, as it is written in VB6, which is no longer supported by "the boys from Redmond", aka Microsoft. At that time, John put the source code up on his Web Site.

I started to talk with John (he lives close by, and I really have to get together with him), and I think I'm going to take a crack at porting the program over to VB.NET.

This is NOT going to be a trivial port, and in fact, I've had a bear just getting the development environment up to the point I can compile the existing source (I'm there now - if you need hints, email me)

Anyway, John as agreed that I can "open source" the program.

I'm thinking that I'll put this up on Sourceforge (gasp - a windows app on Sourceforge!), and anyone who wants to contribute can.

The first issues that MUST be taken care of

1)The application uses what are called "old controls". These are .OCXs that Microsoft shipped with VB4 and 5, that were basically replaced by native controls in VB6, but were still available for download, but non supported. There is an "interesting" problem with the "Old controls" - they will not work in the VB6 development environment under Vista. (an aside, the VB6 IDE does not work in Vista64, but IS supported under Vista32)

2)The application uses a 3rd party OCX called "Socketwrench". There was a free version of this control, but there no longer is. Under .NET, we don't need it, the stream reader/writer classes can handle this for us

3)The VB6 and .NET graphics systems are totally different, and this will probably be the biggest part of the port

Anyway, I'd like to hear what you think, and many hands make light work. I'll need testers, reviewers, and even a few developers to help.

Anyone game?

Vista SP1 out..

I see that Vista SP1 is offically out. I guess all those folks who said "I'll wait until SP1 to try it" can now go out and well, Try it.

Want MY Honest opinion of Vista? By now, you've probably seen my posts. I LIKE Vista, BUT you have to do things "The Vista Way". If you try and do things the "XP Way" you will often end up in a "Boy is Vista Annoying" mode.

BTW It turns out Vista was designed to be annoying to try and force small software vendors to change their software to work with Vista. That backfired on Microsoft, and folks complain about Vista instead of the small programs. I think this is because > 50% of the small vendor programs become 'naggy', and people blame Vista instead of the program running under Vista - fair enough. I won't go into the reason WHY Microsoft wants these changes (see previous posts), but...

Vista, and what went wrong...

First, let me say I use and LIKE Vista. I designed the PC It's on to well exceed what turns out were political and not technical minimums. I also chose (wisely IMHO) to run the 32 bit version of Vista. Part of my reasoning for all of this is that by trade, I'm a software developer for the Microsoft platform. I figured I'd BETTER be able to make my software work correctly under XP and Vista. The changes you need to make, IF you have been following the Microsoft coding guidelines are NOT that hard. The biggest tips are probably in their book Writing Secure Code.

And that's both the GOOD and the BAD thing.

There is a LOT of software out there, mostly from smaller niche market vendors that "Doesn't Work" or "Doesn't Work Right" under Vista. Now, I won't address the problems of Drivers under Vista 64. Let's face it, you don't have a driver, you have problems, but let's look at some of the OTHER issues that I hear about.

Help Files: One of the big complaints that hit the day Vista shipped was "I'm getting a message my help file won't work". Back around 1995 (yes, 12-13 years ago) Microsoft said "Stop using the *.hlp file format, in the future we will drop support for it". At that same time, they came out with html based help files, and compiled html help files. Over a decade later, Microsoft actually dropped support, and people yelled. Now the question is, why didn't the developers update to the new format? I'll give you part of the answer. The old stuff continued to work, PLUS most of the best tools for making help files, well, still made *.HLP files...

The Annoying Security Popups:
Believe it or not, this problem has been around since XP Service Pack 2, but only in the Corporate Environment, and if it was turned on.
Microsoft told developers "DON'T write to 'random' spots on the hard drive, you should make the API call to find out were the Users/All Users (I'll just use the term Users for short from now on) directory is, and install the program under that, and use a DIFFERENT API call to find out were the users data and settings should be stored" Anyway, to make a long story short - if an application tries to write outside the returned data directory, you are going to get prompted. In addition, if you "assumed" it was going to be "C:\program files\etc etc etc" or "C:\documents and Settings\ etc etc etc", the app WILL continue to work, but it's actually going to stuff the data in a virtual directory that is almost hidden, it's buried so deep

So, it sounds like I'm blaming the developers, right? WRONG

Tyner Blaine had an interesting Post about Microsoft ignoring the customer the other day. I posted a long comment, but it basically was "Microsoft is not only ignoring the customer, they are ignoring the small developer"

Back, oh, say 15 years ago (maybe even a bit more), Microsoft was in a pitched battle with IBM on "Windows VS OS/2". One of the reasons Windows (which was a technically inferior product) won that battle was that there was a LOT of small developer shops, developing small applications in a tool called Visual Basic. There was no small cheap simple tool for OS/2. I'd bet that 90% of the applications that people used were programs that Microsoft never heard of, BUT they were the small things that the user wanted

As windows took off, Microsoft really shifted their developer support from support the 1-4 man shop to "let's take care of the Fortune 500 developers". Lets face it, in many ways, this makes a lot of sense. Examples of this are thing like - .NET produces a P-code that can be decompiled. Who cares, if you are a developer for Megagcorp. The thing is, if you're a 1 man shop selling your product, giving your competitors a way to look at your code is not such a good thing. Look at what the cost of a full up copy of Visual Studio now costs. Yeah, you can get a 'lite' version for free, but to go and get one with source control, and all the stuff you really need? Figure on a $3000+ MSDN subscription (oh, and this way you get the news of 'don't write to the application directory'). Microsoft has also said "The web is the future, and our development efforts will be on developing web application". They really are NOT working on the "I install the application, and I don't need to write the data back to Corp HQ". Again, why? Because 90% of their users are big companies, where they can give you a slick UI, and you are talking to say, Amazon's order entry system, of the CBS Olympic site. Of course, this doesn't do much good say, for a Ham Radio Logging Program, but then again, we no longer are even a blip on the radar.

The thing is: OK, you install Vista, You install Office, You install Money. They all work Great. You install Quicken - and it almost works great (don't try to run the updater unless you tell it to run with Admin Privs)

But then you go to install DxBase, or N1MM, or CWGet, or some other niche program. And you have problems. The developers come up with a way to get it to work, and there becomes a FAQ on how to make the program work under Vista. And you know what? People say "Vista sucks, because look what I have to do to make XXX program work" (or even worse, I can't get XXX to work, because they haven't looked around for how to make it work)

Microsoft blew it - BIG time, and left a BAD taste in a lot of peoples mouth. How? By not helping the small one man shop, that MIGHT sell $10-20K a year in software (and maybe less) get their products ready for Vista - at a reasonable cost

SQL Server Monitor Gadget

Conchango today has released a SQL Server Sidebar widget. That should be fairly cool

Now if they would only let us use Vista at work