From: Michael Kohlhase <m.kohlhase@iu-bremen.de>

Date: Thu, 30 Mar 2006 08:15:31 +0200

Message-ID: <442B7783.5070602@iu-bremen.de>

To: paul@activemath.org

Cc: Public MathML mailing list <www-math@w3.org>

Date: Thu, 30 Mar 2006 08:15:31 +0200

Message-ID: <442B7783.5070602@iu-bremen.de>

To: paul@activemath.org

Cc: Public MathML mailing list <www-math@w3.org>

Dear Paul, we have already talked about this, and I would like to publically re-state my opinion that only approach #2 can really work. If you want something content-aware, you have to go by content markup. Of course, if presentation MathML was generated from content-aware representations, we could assume that it would sprinkle enough <mrow> and related elements over the presentation, that the content-aware groups are all there, and we could go with approach #1, but in reality, much of the presentation-MathML is produced from presentation-oriented processes (e.g. by transforming LaTeX) and this assumption is plain wrong and therefore dangerous. Of course, you will only realistically get parallel markup, if you generate it from content-oriented methods anyway :-). Michael ------------------------------------------------------------------------- Prof. Dr. Michael Kohlhase, Office: Research 1, Room 62 Professor for Computer Science Campus Ring 12, School of Engineering & Science D-28758 Bremen, Germany International University Bremen tel/fax: +49 421 200-3140/-493140 http://www.faculty.iu-bremen.de/mkohlhase <m.kohlhase@iu-bremen.de> -------------------------------------------------------------------------- Paul Libbrecht wrote: > > > Hello, > > in the experience of developing copy-and-paste of mathematical > formulae for ActiveMath we came to the following two (ideal) > requirements a browser should satisfy to provide user-friendly > copy-and-paste of formulae. > > - one of them is to allow HTML-pages to receive and give clipboards > content in a safe way... I'm pushing this idea at the > public-webapi@w3.org mailing list currently > > - the other is more mathematical and is the subject of the mail: > currently selection of formulae is done as text selection which often > yields "non mathematical" results, such as the selection of "a+b" in > "3*a+b". > > I am unclear about a clean definition of mathematical selection. The > best I could find thus far would be to select "sub-terms" only which, > I believe, correspond to subtrees in a MathML-content or OpenMath > matching tree. Comments welcome there. > > How can we enable a "mathematical selection" ? > > A level 1 approach would be to rely directly on the tree structure of > MathML-presentation, enlarging text selection by the smallest subtree > containing it, this is not a complete solution as sometimes terms have > to be output using several boxes... but it's an easy and universal one. > > A level 2 approach would be to work with parallel markup and enlarge > any text selection to the presentation match of the smallest > content-sub-tree containing the content-match of the smallest > presentation sub-tree containing the selected text (!). > > Comments welcome! > > paul >Received on Thursday, 30 March 2006 08:18:48 GMT

*
This archive was generated by hypermail 2.2.0+W3C-0.50
: Saturday, 20 February 2010 06:12:58 GMT
*