Issue 64141 - Allow to attach other MathML 2.0 annotation schemas sub trees to a StarMath formula
Summary: Allow to attach other MathML 2.0 annotation schemas sub trees to a StarMath...
Status: CONFIRMED
Alias: None
Product: Math
Classification: Application
Component: code (show other issues)
Version: OOo 2.0.2
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-04-08 22:13 UTC by satorisoon
Modified: 2013-02-07 22:39 UTC (History)
1 user (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description satorisoon 2006-04-08 22:13:48 UTC 
MathMl 2.0 specs allows to embed one ( or more) alternate "content" xml trees to
express the logical structure of a mathematical formula ( with eg but not
limited to OpenMath semantics) or express the formula with  another "annotation"
language ( eg Tex) 
Allowing for attaching such extraneous structs to StraMaths objects would permit
plugins, macro or external apps (when exporting) to take advantage of the
semantics of a math object.
The formula editor wouldn't need to have to parse/validate the content ( it
would only deal with the current "startmath" subtree) but only to allow
inserting, deleting, (and/or very basic text editing of such a structure) and
above all preserving the data when saving/copying/pasting. Extended functionnality. 

Possible use cases :
-  macro set to generate a spreasheet to instantiate a formula, draw a chart...
- recording of CAS expression ( Macsyma, Maple, Mathematica, Yacas...)
- generating plots from formula ( using eg Gnuplot)
Pros : 
- MathML 2.0 complicance, thus ODF compliance.
- relative simplicity of implementation while allowing for various and complex
extensions ( via plugins/macro)
Comment 1 michael.ruess 2006-04-18 16:10:30 UTC 
Reassigned to requirements.
This may be related to issue 10284 and issue 13657.
Comment 2 satorisoon 2006-11-22 14:58:41 UTC 
This is indeed related to those issues ... with a nuance

Full MathMl 2.0 supoprt entails a lot of work , and can be expected to be a
rather middle to long term goal.
The trouble with current state of affairs is that if one writes an ODF compliant
mathMl object ( by eg directly editing the XML file) OOO will wipe it clean on
load/save.
This destructive behaviour is rather problematic...