- From: Walter Ian Kaye <walter@natural-innovations.com>
- Date: Thu, 10 Jul 1997 09:21:43 -0700
- To: www-html@w3.org
At 8:27a -0400 07/10/97, Liam Quinn wrote: > At 09:53 PM 09/07/97 -0700, Walter Ian Kaye wrote: > >At 9:29a -0400 07/09/97, Steven Champeon wrote: > > > > > > Why would anyone in their right mind *want* to type <STRONG> when > > > they can type <B>? I'm restricting my question to the obvious fact > > > of one being shorter than the other. > > > >Well, you could also copy/paste, or drag&drop, or use a macro, etc. > >It does clutter up the text, though, and for this reason I prefer > ><B> and <I> -- readability. > > > > > the effect that... their longer terms has > > > on the sheer size of the files produced. > > > >Yes, this is also an issue. I am not keen on wasting bandwidth on > >*anything*, whether graphics *or* text. > > So if you were using JavaScript or Java you would always use one-letter > variables to save bandwidth? Where appropriate, sure. Every little bit (byte) helps... (I avoid Java and JavaScript as much as possible; I only use JavaScript sparingly for occasional onMouseOver window.status help messages to guide the user about what to click when, and never ever ever use it for basic functionality.) > If you want readability, then you want > elements like STRONG that are explicit in what they mean. I was referring to editing the source code. The greater the ratio of rendered text to markup, the better. (This is one of the things I like best about style sheets -- gets the gunk out from the text!:) __________________________________________________________________________ Walter Ian Kaye <boo_at_best*com> Programmer - Excel, AppleScript, Mountain View, CA ProTERM, FoxPro, HTML http://www.natural-innovations.com/ Musician - Guitarist, Songwriter
Received on Thursday, 10 July 1997 12:23:33 UTC