- From: Daniel Dardailler <danield@w3.org>
- Date: Wed, 09 Dec 1998 19:20:17 +0100
- To: w3c-wai-ua@w3.org
Chair: Jon Gunderson Date: Wednesday, December 9th Time: 12:00 noon to 1:00 pm Eastern Standard Time Attendees: Harvey, Jon, Scott, Al, Charles, Danield, Ian, Marja Jon intro: everybody needs to look at the issue list Scott: is the chucking item in here Jon: will check Al: Form sequential navigation may be combined with different kind like hierarchical nav. Scott: careful about hierarchy, people get confused about what hierarchy means. Sometimes it's like "jump to end of something", which mean up one level in the tree for the agent. Al: OK Jon: suggestion ? Al can you take it to the list ? Danield: related to Browser sniffing, it is a server issue but we could ask the HTTP WG to add a note about it Charles: do we want to add negocation of UA capabilities there are other ways to do that (CSS + media) Jon: Table rendering in CSS, like speakheader Danield: In PF, while looking in CSS2, Jason made a proposal that didn't get in Jon: DOM is another way Ian: ask for rendering of table cell as block Charles: we lose contextual information this way Danield: how is it different from ignoring table markup Charles: consider cell as block, not row Danield, Scott: API is a must, level of native table linearization is the issue. Scott: not hard to do, Opera does it Jon : can attach a right click script to do linearization Danield: don't know how to do that Al: different from JavaScript applied to all pages, it's VBscript Jon: related to point of regard and navigation Screen reader already have 2 different cursor Danield: seem to remember Opera does cel to cell selection navigation Ian: combine the guideline: goal is to provide cell by cell access linearize is one way, cell by cell navigation is another Jon: looks OK Charles: would like a native way in the browser to navigate link, header, form controls, *and* table cells. Less interested in linearization, more in this richer keyboard support Ian: should we ask that both linearization and navigation be implemented or just one. Al: they are different are both needed Ian: then they do not adress the same issue/goal ? Danield: somewhow navigation is more important because it has to be done tightly coupled with the browser Scott: process question: since I'm not attending the f2f, how are decision made ? Ian: we make consensual decision at meeting but nothing is ever fixed and the mailing list can reopen issues. The chair cannot says: sorry this is a closed item to the person that didn't come to the meeting Jon: wonder when this will be implemented Charles: better ask now than later... Discussion/chat follow, no more notes
Received on Wednesday, 9 December 1998 13:20:20 UTC