- From: <bugzilla@wiggum.w3.org>
- Date: Fri, 26 Mar 2010 14:18:35 +0000
- To: public-html-bugzilla@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=9337 Summary: Frameset/Frame Specification Amendment Product: HTML WG Version: unspecified Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P2 Component: HTML5 spec proposals AssignedTo: dave.null@w3.org ReportedBy: brille1@hotmail.com QAContact: public-html-bugzilla@w3.org CC: ian@hixie.ch, mike@w3.org, public-html@w3.org Frames are a great way for splitting a document into several distinct areas and for providing a dynamic, resizable, easy-to-use head/navigation/content view. The current specification describes a rendering scheme that is insufficient in regard to control of frameset background, resp. frame gaps and borders. (E.g., it is currently not possible to eliminate the gap between frames in a frameset or to define a frame's border visualization.) The assertions made in the current specification result from algorithms put in place before CSS became a wide-spread method of adding presentation to content. I'd like to suggest to amend the HTML/CSS specification on HTML <frameset> and <frame> elements in order to provide sufficient control over frame rendering to the web site editor. My suggestions splits into following (independant and disjunct) suggestions: ___________ * "cols" and "rows" attributes should become deprecated in favour of following new attribute: flow (horizontal|vertical) #IMPLIED Reason: The number of rows/colums results from the number of frames contained within a frameset. There is no need to duplicate this information by using a separate attribute, which adds unnecessary ambiguity. It is sufficient to define the direction of frame flow, either horizontally or vertically. The suggested "flow" attribute provides for this. If flow="horizontal", frames within a frameset are aligned from left to right, equally distributing the available with amongst them. If flow="vertical", frames within a frameset are aligned from top to bottom, equally distributing the available height amongst them. ___________ * Leave presentation information to CSS. I.e.: Following frame attributes should become deprecated: - frameborder - marginwidth - marginheight - scrolling Reason: The current specification leaves a gap defining the layout of frames. Instead of trying to fill these gaps, HTML should rely on CSS regarding frame layout. The CSS properties for border and margin are self-explanatory. Scroll bar visibility should be defined using the CSS "overflow" property applied to the frame/frameset elements. ___________ * Changing the value of a frame's "noresize" attribute should not affect layout/presentation of frames. Reason: Visual feedback on the availability of a resizing option should be the responsibility of CSS. For functional specification, it is sufficient to specify that resizing is allowed and an appropriate NS/EW cursor will be displayed only if: a) The gap space is greater than 0 - and - b) None of the affected frames' noresize attribute is being set. ___________ I have added a PDF file to this suggestion report, trying to visualize the concept's details. RFC, Axel Dahmen www.axeldahmen.de -- Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.
Received on Friday, 26 March 2010 14:18:38 UTC