- From: Jon Gunderson <jongund@staff.uiuc.edu>
- Date: Wed, 12 May 1999 12:57:42 -0500
- To: w3c-wai-ua@w3.org
Conclusions of Discussion Recommend full implemation of MathML Include MathML elements in the DOM Integrate math navigation into the techniques document for DOM navigation and sequential navigation checkpoints MathML markup has short comings, especially for two or more dimensional information ---------------------------------------------------------------------------- ---- Attendance Chair and Scribe: Jon Gunderson (JRG) John Gardner (JAG) Chris Weaver (CW) Madeleine Rothberg (MR) ---------------------------------------------------------------------------- ---- Minutes JAG: There is very little information avaialble on how people can efficiently navigate or learn to navigate mathematical equations MR: More research needs to be done, that why current WD recommendations are vague CW: We are building a rendering engine for mathematical equations (MathML) Transversing an equation like a radio tuner, moving over groups of symbols and allowing people to select smaller and smaller groups JRG: Hierarchical approach? CW: Yes, Alot of stuff 2 dimensional equations, matrixes has weak markup and it needs to be improved JAG: What about more than one dimensional equations? CW: It just says that the information is a table JRG: What we are trying to do today is explore the possible navigation commands related to the UA guidelines CW: My guess is that math navigation is going to be hierachical. Just because that is the way math is. When you look at math on paper you get a guide of the mathemtical relationships. A serial rendering does not have the same information overal strutural information MR: The rendering engine that you are buidling, will it be a plug-in? CW: We are hoping that is useful by stuff that can be used as the DOM. Something that could put on top of the DOM. MR: You want the math to be part of the DOM. My understanding that the Math will be part of DOM and be rendered by mainstream DGUA. JRG: /* Talked about guidelinss and techniques document */ CW: Heirachy is a problem for many people learning math or not experienced in the technique I used HTML markup and links to simulate a simple heirachical model and found that people found it confusing JAG: If you had a linear model, we are doing this with our project. It works for moderate equations and low skills. May not be the hierarchy as the way you define the hierarchical relationships. CW: We need to have a mixture of linear and hierachical. The way you mix them will be determined by user preferences. We would have to make it intelligent to adapt to the user. RW: Settings related for beginner, intermediate, complex? CW: Something like that, there would need to be finer gradations. It would need to be a way for the system to learn the users capabilities and characteristics. JAG: Intelligent adaptation? MR: How would it adapt? CW: Pretesting on standard equations This is off in the future I am mistrustful of users ability to determine there own settings MR: Provide hierichical navigation math in DOM (P1) Provide user options ?? CW: An intermediate checkpoint. The assistive technology needs both hirarical and other forms of navigation. It needs to be customizable. MR: A combination of linear and hierarchical JRG: When you say linear, what do you mean? CW: Depth first search of DOM is the linear technique JAG: I disagree with this as a checkpoint. JRG: What don't you like about it? JAG: Sounds like we are adding complexity with out knowledge. I can understand pure linear and pure hierarcical. I don't understand the middle ground. These to extremes are well defined, but not things in the middle. We can't put anything else at this time. I can read any equation with these two techniques. CW: Yes MR: Yes CW: I think we ought to say the linear and hierarchical. MR: SOmeday there will need to be more specifications JAG: I agree. This is a research question MR: This may never be never precisely defined. There will different abilities to do that. JRG: Should DOM include MathML ? JAG: yes MR: How does this affect other checkpoints related to DOM navigation JAG: A user agent may not allow you to navigate tables, but an assistive technology does MR: I agree JAG: The full implementation of DOM MR: What about keyboard navigation of the DOM? /* discussion on whether to have separate checkpoints or just part of current checkpoints */ JRG: Summary Need for hierarchical navigation and some other type of unkown navigation CW: I think it comes down to .... JG: Do we need a separate checkpoints for math navigation? JAG: I would say no. Linear is good for novices, people learning math. The more I think about, the biggest problem for a novice wouldn't be linear navigation MR: What about writing a technique? JRG: /* talking about current checkpoints in the WD */ CW: A checkpoint for hierachical and linear methods is needed, but could be part of the echniques for existing checkoints JAG: Hierarchical is part of DOM navigation or P1 Linear is P2 or P3 CW: Why do you think linear this is priority 2 or 3? JAG: It is more a preference than math? MR: It depends on the experience and skills of the user and the equations being rendered. JRG: The importance of math having a separate section? MR: The guidelines currently talk about XML JRG: No CW: XML has many issues, we just want to talk about MathML JRG: Incorporate Math into current checkpoints? JAG: It is already a complex document and if this can be integrated into the document object model. What does it mean to access the hierichal model? CW: There are bad many ways, we are trying to look at what rights way. Could the checkpoints be modified at a later time? JRG: Guidelines document will be set in stone and techniques can be modified. CW: We may need to do somethings to make mathml in a future document. Mathml is coming out version 2.0 maybe this fall. MR: Are the Mathml working group getting your ideas. JRG: Send coments related to MathML to al gilman MR: Statement to MathML to use semantic format verses presentation format. CW: People will use semantic math because software will also be using math markup to do calcualtions Summary Recommend full implemation of MathML Include MathML elements in the DOM Integrate math navigation into the techniques document for DOM navigation and sequential navigation checkpoints Jon Gunderson, Ph.D., ATP Coordinator of Assistive Communication and Information Technology Division of Rehabilitation - Education Services University of Illinois at Urbana/Champaign 1207 S. Oak Street Champaign, IL 61820 Voice: 217-244-5870 Fax: 217-333-0248 E-mail: jongund@uiuc.edu WWW: http://www.staff.uiuc.edu/~jongund http://www.als.uiuc.edu/InfoTechAccess
Received on Wednesday, 12 May 1999 13:57:48 UTC