W3C home > Mailing lists > Public > w3c-wai-ua@w3.org > April to June 1999

MINUTES: W3C WAI UA Telecon informal discussion on math navigation 12 May 1999

From: Jon Gunderson <jongund@staff.uiuc.edu>
Date: Wed, 12 May 1999 12:57:42 -0500
Message-Id: <199905121757.MAA07369@staff2.cso.uiuc.edu>
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 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 27 October 2009 06:48:57 GMT