Conference call minutes Sep. 22nd

http://www.w3.org/2010/09/22-webfonts-minutes.html

- DRAFT -
WebFonts Working Group Teleconference
22 Sep 2010

See also: IRC log<http://www.w3.org/2010/09/22-webfonts-irc>

Attendees
Present
Regrets
Chair
SV_MEETING_CHAIR
Scribe
sylvaing
Contents

 *   Topics<http://www.w3.org/2010/09/22-webfonts-minutes.html#agenda>
    *   Review the updated WOFF editor's draft<http://www.w3.org/2010/09/22-webfonts-minutes.html#item01>
    *   ACTION-14 Merge appendix B & C into section 8<http://www.w3.org/2010/09/22-webfonts-minutes.html#item02>
 *   Summary of Action Items<http://www.w3.org/2010/09/22-webfonts-minutes.html#ActionSummary>

________________________________

<davelab6> lo, cant make call :(

trackbot-ng, start telcon

<trackbot> Date: 22 September 2010

<erik> I can't dial in at the moment. "All circuits are busy now" Will try in a minute.

<scribe> scribe:sylvaing
Review the updated WOFF editor's draft

<cslye> ACTION: items to http://www.w3.org/Fonts/WG/track/actions/open [recorded in http://www.w3.org/2010/09/22-webfonts-minutes.html#action01]

<trackbot> Sorry, couldn't find user - items

http://www.w3.org/Fonts/WG/track/actions/12

tal: wouldn't requiring checksum validation require all tables to be pulled over ?

sergeym: yes this is one argument against requiring the UA to do it. but we may still want the font creation tool to do it

<cslye> Minutes for the last meeting: http://www.w3.org/2010/09/01-webfonts-minutes.html

1)Font creation tools must produce correct checksums and reject font files with invalid checksums

<cslye> Should the spec say user agent MUST NOT validate checksum, or say nothing, or something else...?

2) The behavior of UAs for files with invalid checksums is undefined

3) The UA must not reject a font file due to a bad checksum

RESOLUTION: Font creations tools must produce correct checksums; the behavior of UAs for files with invalid checksums is undefined
... WOFF generators must produce correct checksums; WOFF generators must reject font files with invalid checksums; the behavior of UAs for WOFF resources with invalid checksums is undefined

(updated resolution)

RESOLUTION: WOFF generators must reject font files with invalid checksums; the behavior of UAs for WOFF resources with invalid checksums is undefined

(update #3)

RESOLUTION: WOFF generators must reject font files with invalid checksums; a user agent must not reject a WOFF resource due to invalid checksums, but the result of using such font is undefined

(update #4)

close ACTION-12

<trackbot> ACTION-12 Clarify that checksums are not checked by a user agent closed

close ACTION-13

<trackbot> ACTION-13 T change conformance rwquirements to disallow extraneous data anywhere and require ua to reject a font contasining it closed
ACTION-14 Merge appendix B & C into section 8

UA must reject the WOFF file if there is any mismatch between the decompressed length of a table and that specified in the WOFF table directory ?

<scribe> ACTION: jonathan to add to section 8:"UA must reject the WOFF file if the decompressed length of a table does not match that specified in the table directory" [recorded in http://www.w3.org/2010/09/22-webfonts-minutes.html#action02]

<trackbot> Created ACTION-28 - Add to section 8:"UA must reject the WOFF file if the decompressed length of a table does not match that specified in the table directory" [on Jonathan Kew - due 2010-09-29].

close ACTION-14

<trackbot> ACTION-14 Merge appendix B & C into section 8. closed

<Vlad> Published draft: http://www.w3.org/TR/WOFF/

<John> Will contact Chris Lilley directly re. improvements to WOFF FAQ on W#C site

Summary of Action Items
[NEW] ACTION: items to http://www.w3.org/Fonts/WG/track/actions/open [recorded in http://www.w3.org/2010/09/22-webfonts-minutes.html#action01]
[NEW] ACTION: jonathan to add to section 8:"UA must reject the WOFF file if the decompressed length of a table does not match that specified in the table directory" [recorded in http://www.w3.org/2010/09/22-webfonts-minutes.html#action02]

[End of minutes]
________________________________

Received on Monday, 27 September 2010 22:24:31 UTC