Re: Multi column layout ques

Core Systems (
26 Jun 1995 17:06:06 U

Message-Id: <>
Date: 26 Jun 1995 17:06:06 U
From: "Core Systems" <>
Subject: Re: Multi column layout ques

Mail*Link(r) SMTP               RE>Multi column layout question.

>kitblake/lilley said:
>> This discussion began with the observation that many companies, with fast
>> links and nice monitors, are making very wide pages. Check out
>> It's at least 700 pixels.
>Heh. Never even occured to me that page was a problem. Then again on my 
>1280x1024 screen my browser comes up 780 wide by 892 high.
>You see that as a problem because your lower resolution screen uses less
>pixels to make the same point size of text.

Wrong assumption: I work on an Indy - 1280x1024. And I still find 800 pixel
line lengths hard to read. Two columns would help, and if the user only has
640, it would only be one column.

>Of course, I see the converse problem with image horizontal rules that are
>or whatever pixels across, and tiny (from my perspective) inline images.
>The problem is not with the text, which is nice and independent of platform
>browser. It is the images. All existing browsers that I know of use a 1:1 
>mapping between image pixels and device pixels. So the image looks small on
>high resolution screen and large on a low resolution screen.
>This problem is particularly acute with the partially sighted, who may be 
>reading text set to like an inch or so high. The images do not scale with 
>the text so they cannot see them.
>This problem is being adressed in the following areas:
>- HTML 3.0 FIG which take width and height in real world units
>- stylesheets, which can magnify everything with a lens mapping

>Of course, if you happen to like multi-column text for wide screens then 
>fair enough. Use a stylesheet which triggers multiple column layout for <P>
>whien the browser window is wider than some value you specify.

If this is an option then I have yet to hear of it. Thanks for pointing its

>> Having some control mechanism to organize text in columns makes for better
>> communication. A caption can be under a picture. Or on a side.
>Ah. See the FIG element too for that. A caption is best in a <CAPTION>

The <CAPTION> element sounds hard to control. 

>>Or linked footnotes can be on a wide margin. 
>Or you could use the foonote feature in HTML 3.0. 

Pop-up footnotes are one solution, but rather clicky.

>I assume people on this list, which is a technical discussion forum, have at

>least skimmed the archives and familiarised themselves with existing HTML 
>features and proposals before proposing new HTML features. Could you then 
>explain how your proposed overloaded use of columns is an improvement on 
>these HTML 3.0 proposals?

I am not testing or writing Arena/HTML3, but a column element seems simple
to implement, and would provide many options in formatting a page. Options
that I don't see available in:


------------------ RFC822 Header Follows ------------------
Received: by with SMTP;26 Jun 1995 09:44:52 U
Received: from by (5.x/SMI-SVR4)
	id AA07799; Mon, 26 Jun 1995 09:33:44 -0700
Received: from www19 ( by (5.0/SMI-SVR4)
	id AA08503; Mon, 26 Jun 1995 09:33:42 -0700
Received: by www19 (5.0/NSCS-1.0S) 
	id AA20506; Mon, 26 Jun 1995 12:26:47 -0400
Message-Id: <>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Mon, 26 Jun 1995 15:16:53 +0100
From: (kitblake)
Subject: Re: Multi column layout question.
X-Mailing-List: <> archive/latest/938
Precedence: list