Slashdot Mirror

Flippancy apart, I think using CSS to make IE7 W3C compliant is a really brilliant idea. However, the browser itself is a small part of the equations. Very few websites are W3C compliant. Vast majority of them are geared to a certain browser, depending on the whim and fancy of the designer.

For my part, I run my sites thru Anybrowser to make sure they will render on, well, as the name suggests, any browser.

Now, we add a whole new method of content rendering. We can't even impliment the main standards properly.

We can do so, a trained monkey could almost do so, it's quite easy to do... the problem is instead of trained monkeys we have so-called web designers that refuse to learn the basic facts about HTML. I don't know if you're one of them or not, but your post is a perfect example of the ignorant arrogance I'm talking about.

How do we plan to ensure that an audio interface can successfully read a website, as well?

By using HTML. Very simple. If your website is readable with lynx, it's readable for the blind. If it's not, you need to learn HTML and fix it.

Keep in mind that this is not what the web was originally designed to handle.

No, this is exactly what the web was originally designed to handle. Ever wonder why it's so difficult to control page layout exactly with HTML? It's because HTML is a content language, not a layout language. It was designed from the beginning to leave 'layout' decisions up to the browser, for precisely the reason that it was designed to be accessible via every disparate 'viewing' device imaginable, explicitely including teletypes and voice-readers!

Here go educate yourself.

If you need to check out your site with multiple browsers; anybrowser.com has a free site viewer you can use.

Let me say one thing first, the Wow Web Designs site is NOT a good example of web site design. Look at it in Opera and see for yourself how nice the dark blue links look on the dark brown background. Yuck. Try turning the images off. Almost none of them have alt tags.

Good web site design is subjective. What one person considers good to look at, another won't. Some people actually like those huge flashing animated gifs they put on web sites. Do what you like if its a personal site. If its commercial and you're doing it for a client, then of course do whatever the clients like.

That aside, I know I might be rehashing a lot of other people's comments, but here are a few of the things I keep in mind when designing sites:

- Conforms to the W3C accessibility guidelines and validates (HTML, CSS, etc.) If your site does this, it will cover a lot of the other bases and cut down on problems. Also try running your site through Bobby at http://www.cast.org/Bobby/

- Doesn't use unnecessary graphics or flash. When you have a site about art, movies, or other topics that lend themselves to heavy graphics or when you want to show off something, like a product or your campus - use the images and make sure they're nice ones. In most cases tons of graphics and fancy flash things aren't necessary and just contribute to download time.

- Looks acceptable on as many browsers as possible. It might not look identical on all, but there isn't anything that's illegible on an older or non-traditional version. Try a site like Any Browser's Site Viewerthat will show you what your site looks like on using other browsers, or older versions of HTML support.

- Dynamic Content is important if you want to bring visitors back. They come to your site once, find what they want and never come back again unless your content changes. On the same note, when they get there the content must be up to date on things that are timely, like events information

- Make sure the site downloads fast - most importantly the front page. I now have a 24kbps connection at home and realize just how important this one is.

I guess those are my main ones. I won't get into all the others because so many people have covered them on here already.

This site - Any Browser and this site Software QA Test have testing tools that may be of some use to you.

I'd give you some examples of my work, but I really can't afford for for any of my sites to be slashdotted right now.

Let me say one thing first, the Wow Web Designs site is NOT a good example of web site design. Look at it in Opera and see for yourself how nice the dark blue links look on the dark brown background. Yuck. Try turning the images off. Almost none of them have alt tags.

Good web site design is subjective. What one person considers good to look at, another won't. Some people actually like those huge flashing animated gifs they put on web sites. Do what you like if its a personal site. If its commercial and you're doing it for a client, then of course do whatever the clients like.

That aside, I know I might be rehashing a lot of other people's comments, but here are a few of the things I keep in mind when designing sites:

- Conforms to the W3C accessibility guidelines and validates (HTML, CSS, etc.) If your site does this, it will cover a lot of the other bases and cut down on problems. Also try running your site through Bobby at http://www.cast.org/Bobby/

- Doesn't use unnecessary graphics or flash. When you have a site about art, movies, or other topics that lend themselves to heavy graphics or when you want to show off something, like a product or your campus - use the images and make sure they're nice ones. In most cases tons of graphics and fancy flash things aren't necessary and just contribute to download time.

- Looks acceptable on as many browsers as possible. It might not look identical on all, but there isn't anything that's illegible on an older or non-traditional version. Try a site like Any Browser's Site Viewerthat will show you what your site looks like on using other browsers, or older versions of HTML support.

- Dynamic Content is important if you want to bring visitors back. They come to your site once, find what they want and never come back again unless your content changes. On the same note, when they get there the content must be up to date on things that are timely, like events information

- Make sure the site downloads fast - most importantly the front page. I now have a 24kbps connection at home and realize just how important this one is.

I guess those are my main ones. I won't get into all the others because so many people have covered them on here already.

This site - Any Browser and this site Software QA Test have testing tools that may be of some use to you.

I'd give you some examples of my work, but I really can't afford for for any of my sites to be slashdotted right now.

While I don't think either of them were really overtly trying to mentor me, I owe a lot of credit for what I know and what I can do to a couple of brilliant programmers that I've had the privilege to work with. Both of these fellows are very kind, pleasant people and went out of their way to help me. They also both go out of their way to write correct code, as opposed to, say, just screwing around with it until it sort of works.

I met Haim Zamir at Live Picture (now MGI Software) in 1997 where I really began my C++ effort in a serious way (I tried it in 1990 to write test tools at Apple but didn't really enjoy the experience). Have a look at Haim's Resume, particularly under "Skills" where he lists:

Well grounded in disciplines of software engineering for correctness, robustness, performance, and longevity

Another brilliant programmer is my friend Andrew Green. Andy spares no amount of effort to get his code just right - he devoted nine years to developing the ZooLib cross-platform application framework before releasing under the MIT License. (Not five years as I say on the page.)

If you think being correct, as opposed to merely working ok isn't important, imagine trying to get platform-independent reference counted smart pointers to work in a multithreaded application framework. Andy did.

For an archive of anecdotes of interesting, funny and sometimes tragic technology quality problems, please read:

• The Forum on Risks to the Public in Computers and Related Systems, with such anecdotes as:
  • The Sinking of the USS Gitarro (because of either poor training, poor UI, or both)
  • The scary MSWord residue feature - exchange Word documents during legal negotiations?
  • Also see the book Computer Related Risks by Risks moderator Peter Neumann

If you write software, another good investment (more important than your hardware investment), is buying and reading good books. As a software consultant I keep the canceled checks and receipts for my technical book purchases; in 1999 I deducted about $750 worth of technical books from my taxes and about $250 in 1998.

But there are a lot of bad software books out there; much as there was a gold rush due to the Internet, there was a smaller-scale gold rush for technical book authors over the last couple years. A really good source of straight-talking book reviews by people who have good reason to know what they're talking about is maintainted by the Association of C and C++ Users at:

• The ACCU Book Reviews Section

(Note to CowboyNeal - writing C-sharp with the pound sign set off the lameness filter, driving me damn near out of my skull. How about adding something to the preview to let us know which characters are lame, exactly?).

And good news for those of you across the pond (but bad news for me), it's a British organization and holds regular technical conferences. I believe they also send observers to the ISO standards bodies.

If you program in C++ you should read these two books by Scott Meyers and put them to practice in your code. Read each item one at a time and then go through your code from beginning to end to see how you can apply it:

• Effective C++ - ACCU Review - be sure to get the 2nd Edition
• More Effective C++ - ACCU Review

-Weffc++ (C++ only)

Warn about violations of various style guidelines from Scott Meyers' Effective C++ books. If you use this option, you should be aware that the standard library headers do not obey all of these guidelines; you can use `grep -v' to filter out those warnings.

C++ is not the problem language it's often said to be if you follow Meyers' advice, but if you prefer C you certainly can have problems there too - and note that the preferred language for Gnome is C (while KDE is an extended C++), for C programmers you should read:

• C Traps and Pitfalls - ACCU Review

• The Elements of Programming Style

Back to the topic of compiler warnings, remember reading about lint in Kernighan and Ritchey's The C Programming Language? When I started out in my first real programming job, doing Sun system administration and writing image processing software back in the late '80's, I learned to write "lint" targets in my Makefiles, and I'd type "make lint" after editing but before compiling to actual machine code. This made my code much easier to debug and quicker to develop.

Much of lint's function is now available in the warnings of GCC (but I don't think all of it), but there are some proprietary products that will do extremely rigorous statis analysis of your source code. I haven't yet used either (although I plan to) but the two I know about are:

• PC-Lint and FlexeLint
• CodeWizard - Linux Journal Review

• Insure

You can search by patent number here.

And speaking of web programming, many Slashdot readers write web applications (Linux being a "server OS" as they say). How many of you validate the HTML that's generated by the web applications you write?

Your HTML should work well in any browser and it should be well designed for easy usability. I don't mean attractive graphics. I mean it shouldn't suck. Two links on design:

• Useit
• Ask Tog

• By uploading static files from your browser - most convenient during hand composition
• By entering its URL in a form - best for dynamic pages and final tuning of static pages

Mike

I'm not sure if your censor program lets you go to those sites, but if it does, you can use them circumvent evil censorship programs. (safeweb works much better.)

If you haven't looked at it yet, anybrowser.com is a great resource in making your site readable by anyone, for instance, people without sight (i.e., via lynx in blinux).

The same issue is on the table at my university, where there is a big push to make the websites available to people with disabilities and/or without the latest technologies.