[Ham-Mac] Reply from ARRL webmaster

Chuck Counselman [email protected]
Thu, 21 Mar 2002 11:09:27 -0500


>Date: Thu, 21 Mar 2002 10:44:08 -0500
>From: "Bloom, Jon, KE3Z" <[email protected]>
>To: "Chuck Counselman" <ccc>
>Cc: [email protected], [email protected], [email protected], [email protected],
>         [email protected], [email protected], [email protected], [email protected],
>         [email protected], [email protected], [email protected], [email protected],
>         [email protected], [email protected], [email protected], [email protected],
>         [email protected], [email protected], [email protected], [email protected],
>         [email protected], [email protected], [email protected], [email protected],
>         [email protected], [email protected], [email protected], [email protected],
>         [email protected]
>Subject: Re: ARRL web server
>
>Chuck,
>
>We covered this topic pretty thoroughly in our correspondence of 
>last November, I thought.
>
>On Wed, 20 Mar 2002 18:33:38 -0500
>"Chuck Counselman" <[email protected]> wrote:
>>  "iCab reports 187 warnings and errors on ARRL's main web page.
>
>Most validators report errors on most Web pages for several reasons, 
>one being that validators tend to look for adherence to a single 
>HTML DTD, but real-world Web pages have a mixture of current DTDs 
>and older ones for browser backward compatibility. You really need 
>to examine the specific errors to see whether they are valid. (And 
>yes, I've done that with other validators' reports on our Web pages.)
>
>>  It also
>>  displays a block of links the height or taller of the window along the
>>  left side before the main ARRL banners.  In other words one needs to
>>  page down once or twice before actually seeing the page intended."
>
>Since I haven't seen it I can't be sure, but it sounds as though 
>iCab's DHTML implementation is wanting. Or some browser setting is 
>mis-set.
>
>>  From the several comments that have been posted on the Ham-Mac list,
>>  it's beginning to seem to me that the problem with ARRL's web pp. has
>>  two parts:
>>
>>  (1) the HTML and Java code (inevitably) have errors; and
>
>There is no Java on the ARRL Web site. There is JavaSCRIPT, but 
>that's an entirely different animal. Also, the problem reports from 
>the mailing list are incorrect. (At least one of them was probably 
>occasioned by using Netscape's "View Page Source" feature to view 
>the source code. NS 4.x doesn't show the original source, it shows 
>the code after it has been partially interpreted by Netscape.)
>
>>  (2) the web pp. are tested with MSIE, which tolerates many such errors,
>>      but not with non-Microsoft browsers and Java engines.
>
>The pages have been tested with a variety of browsers on several 
>platforms, just as I told you in November. Java engines play no part 
>in the issue since no Java is used.
>
>>  Thus, we ARRL members who use non-Microsoft-monopoly software have
>>  trouble.
>
>Not if you (1) use the simple browser-setting workarounds I told you 
>about or, (2) use a non-MS browser that works properly, several of 
>which I mentioned in our previous correspondence -- including the 
>current version of Netscape.
>
>>  As I've been arguing all along, the ARRL web pp. need to be tested with
>>  non-Microsoft-monopoly software.
>
>And they are, as I told you previously. The Microsoft-is-evil debate 
>simply has no relevance to the issue at hand. The only question is 
>whether ARRL should devote an amount of development resources that 
>is unknown but certainly not insignificant to troubleshooting a 
>problem that occurs sporadically to a small number of users who are 
>using an obsolete and bug-filled browser when there are both 
>workarounds and alternatives readily available. My judgement was and 
>is that it's not a good use of our limited resources. That judgement 
>is confirmed by the fact that the vast majority of the few users who 
>have reported the problem have been satisified to use the 
>workarounds or alternatives when told about them.
>
>Finally, this is the only response I'm going to make to messages 
>that are CC'd to the entire Board. That tactic serves no useful 
>purpose. If you want to discuss this further, I'll be happy to do 
>so, and I'm sure Tom Frenaye and Mike Raisbeck will welcome being 
>CC'd. Tom is perfectly capable of sharing with the Board anything 
>that requires their attention.
>
>73, Jon
>--
>Jon Bloom, KE3Z
>[email protected]
>Web/Software Development Manager