Re: visibility of elements

   Date: Mon, 24 Feb 1997 15:27:28 -0500
   From: Douglas Rand <drand@sgi.com>
   Organization: Silicon Graphics
   X-Mailer: Mozilla 3.01SGoldC-SGI (X11; I; IRIX 6.3 IP32)
   MIME-Version: 1.0
   CC: www-style@w3.org
   References: <9702241955.AA13656@banana.grif.fr>
   Content-Type: text/plain; charset=us-ascii
   Content-Transfer-Encoding: 7bit
   X-List-URL: http://www.w3.org/pub/WWW/Archives/Public/www-style/
   Resent-From: www-style@w3.org
   X-Mailing-List: <www-style@w3.org> archive/latest/1842
   X-Loop: www-style@w3.org
   Sender: www-style-request@w3.org
   Resent-Sender: www-style-request@w3.org
   Precedence: list

   I think this would be an interesting feature.  I'd add a new property
   which applied to block level elements.  Something like display-style:
   outline or display-style: normal.  You could also extend display by
   adding outline as a new type to block and list-item.

   Something like:

   OL, UL { display: outline }

   and now all OL or UL elements rendered with some sort of expand/contract
   control.

To me, it would make sense to create a more general feature.  Maybe extend
the selector syntax so that you can write

OL:foobarbutton, UL:foobarbutton { display: none}

(the colon is the wrong punctuation.  The exact details of my proposal
are vague.  But hopefully you can see that I just want to expand
selectors so that we can make them depend upon the current state of a form.)

However, it would be nice if a web browser could handle showing something
resembling a Mac's view by name mode, where you can click on an arrow
next to any directory and see the contents expanded.  This creates
a ton of new problems, because you don't want to download a list of
ever file on the server in order to show the toplevel directory.
For that to work, what you really need is a conditional include mechanism.
I suspect that several proposals for such a thing are floating around,
but none have been particularily endorsed.

Received on Monday, 24 February 1997 16:54:11 UTC