W3C home > Mailing lists > Public > www-style@w3.org > April 2012

RE: [css3-text] Hypertext Layout, Reading Speed and Comprehensionț

From: Adam Sobieski <adamsobieski@hotmail.com>
Date: Wed, 11 Apr 2012 04:38:47 +0000
Message-ID: <SNT138-W34FE02DF15C8241A076B7C5350@phx.gbl>
To: <www-style@w3.org>
CC: <fantasai.lists@inkedblade.net>










Cascading Style Sheets Working Group,
Fantasai,
 
With regard to the markup and style of phrase structure in hypertext, there are at least two scenarios; in one scenario, indicated phrases are sparse in hypertext, and, in another scenario, regions of hypertext are more or less entirely segmented into phrases. An idea is to have four text-wrap values:  'normal': Lines may wrap at allowed break points, as determined by the    line-breaking rules in effect. Line breaking behavior defined for the WJ,    ZW, and GL line-breaking classes in [UAX14] must be honored. 'none': Lines must not wrap; text that does not fit within the block container    overflows it. 'phrase' or 'loose' or 'loose-avoid' or 'soft-avoid': Line breaking is suppressed within the element: the UA may break within the element if there are other valid break points in the line using UA heuristics, weighing simultaneous style settings, for resultant readable hypertext.  If the text breaks, line-breaking restrictions are honored as for 'normal'. 'avoid': Line wrapping is suppressed within the elemnt: the UA may only wrap at a breakpoint within the element if there are no other valid breakpoints in the line. If the text breaks, line-breaking restrictions are honored as for 'normal'.   It may be that 'avoid' is for sparse situations where a few phrases exist in regions of hypertext, for example indicating keywords or keyphrases.  The new text-wrap value, e.g. 'phrase', 'loose', 'loose-avoid' or 'soft-avoid', intends to be for scenarios where phrase elements are dense in hypertext, possibly even nested, where most of the hypertext is segmented into phrases or contained in a phrase structures.   Kind regards, Adam Sobieski 

 		 	   		  
Received on Wednesday, 11 April 2012 04:39:16 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 17:20:52 GMT