<trackbot> Date: 07 June 2010

<ed> http://dev.w3.org/SVG/profiles/1.1F2/publish/struct.html#InterfaceSVGElementInstanceList

<ed> http://dev.w3.org/SVG/profiles/1.1F2/publish/masking.html#OverflowProperty

<scribe> scribenick: pdengler

Though we agreed to close this conf call early, a few topics came up that required a scribe

<ed> http://www.w3.org/TR/SVG11/masking.html#OverflowProperty

First, I am concerned about the quality of the test cases. I will return on Thursday's conf call such that we can identify whether or not Microsoft can add resources to review the details. The concern is that 'draft' tests have been moved into accepted without propper review

pdengler: Topic: HTML5 and SVG. Should overflow property default to overflow:visible

<ed> http://dev.w3.org/cvsweb/SVG/profiles/1.1F2/master/masking.html.diff?r1=1.12&r2=1.13&f=h

<ed> ACTION-2203

<ChrisL> http://www.w3.org/Graphics/SVG/WG/track/actions/2203

shepazu: We think that this solves the questino

<ChrisL> ACTION-2203

<ChrisL> Add to the 1.1 Full errata that the initial value for the root overflow property is scroll rather than hidden

wait

<ChrisL> scribe: ChrisL

doug: hyatt raised a similar issue which is why we changed 1.1. Agreed by the WG at the time, ROC was in on the discussion
... action is now closed. solves the question from the svg side but not necessarily from the html side
... solves for inline svg
... for iframes, object, embed it needs to be clarified

jwatt: treated the same

ed: yes

doug: so html5 spec needs to say so

<pdengler> Not sure why I cannot be heard on the phone

<pdengler> but we are saying that overflow=visible for inline SVG

patrick: so for inline overflow is visible
... and for the others its the default

ed: if its inside a container then you dont use overflow

patrick: overflow visible is the right thing for an html developer

doug: html needs to take care of the rest

ed: more of a css issue, html does need to change. Its what type of block is generated

chris: so what specifically needs to change in css?

ed: type of layout box generated by the inline html element needs to be specified
... perhaps in svg. tiny specifies it well

<ed> http://www.w3.org/TR/SVGTiny12/coords.html#IntrinsicSizing

ed: this plus css 2.1 is enough to define it
... need to know how big the element covers when overlow is visible. can't be bigger than its container

patrick: if overflow is not visible, people will wonder where the content went

doug: where are the natural dimensions defined?
... if i am dynamically adding it

ed: well, 100% is the default

chris: need to distinguish between the renderde size and the range of coordinate space being used
... depends on whether viewBox is set or not

doug: as well as width&height and the viewbox we need the intrisicc width and height

jwat: but those terms are used already

chris: boundingBox?

ed: yes the bounding box can be bigger than the viewBox

chris: needs 4 coordinates not two

doug: an attr with 4 values is a pain
... inkscape confuses width and height with te overall bounding box

ISSUE: Differentiate bounding box from viewbox and width and height

<trackbot> Created ISSUE-2329 - Differentiate bounding box from viewbox and width and height ; please complete additional details at http://www.w3.org/Graphics/SVG/WG/track/issues/2329/edit .

patrick: for svg in html5 overflow visible, correct?

(all)

doug: discussed with css wg, defsault size for all replaced content is 150x300

ewww

ed: css 2.1 covers this now

<scribe> ACTION: patrick to make some html5 and svg combined tests that exercise overflow [recorded in http://www.w3.org/2010/06/07-svg-minutes.html#action01]

<trackbot> Created ACTION-2795 - Make some html5 and svg combined tests that exercise overflow [on Patrick Dengler - due 2010-06-14].

doug: should discuss in fx tf once we have the tests

<ed> ACTION: ed to add ACTION-2203 to the changes appendix for SVG 1.1F2 [recorded in http://www.w3.org/2010/06/07-svg-minutes.html#action02]

<trackbot> Created ACTION-2796 - Add ACTION-2203 to the changes appendix for SVG 1.1F2 [on Erik Dahlström - due 2010-06-14].

patrick: whats the default in firefox nightlies?

jwatt: hidden

This is scribe.perl Revision: 1.135  of Date: 2009/03/02 03:52:20  
Check for newer version at http://dev.w3.org/cvsweb/~checkout~/2002/scribe/

Guessing input format: RRSAgent_Text_Format (score 1.00)

Succeeded: s/no//
Found ScribeNick: pdengler
Found Scribe: ChrisL
Inferring ScribeNick: ChrisL
ScribeNicks: pdengler, ChrisL

WARNING: No "Topic:" lines found.


WARNING: No "Present: ... " found!
Possibly Present: ChrisL IPcaller ISSUE Microsoft anthony chris doug ed ed_work f1lt3r joined jwat jwatt karl patrick patrickd pdengler scribenick shepazu svg trackbot
You can indicate people for the Present list like this:
        <dbooth> Present: dbooth jonathan mary
        <dbooth> Present+ amy


WARNING: No meeting chair found!
You should specify the meeting chair like this:
<dbooth> Chair: dbooth

Found Date: 07 Jun 2010
Guessing minutes URL: http://www.w3.org/2010/06/07-svg-minutes.html
People with action items: ed patrick

WARNING: No "Topic: ..." lines found!  
Resulting HTML may have an empty (invalid) <ol>...</ol>.

Explanation: "Topic: ..." lines are used to indicate the start of 
new discussion topics or agenda items, such as:
<dbooth> Topic: Review of Amy's report