Closed
Bug 708072
(test-stretchy)
Opened 13 years ago
Closed 13 years ago
Test page for stretchy and large operators
Categories
(Core :: MathML, defect)
Core
MathML
Tracking
()
RESOLVED
FIXED
mozilla12
People
(Reporter: fredw, Assigned: fredw)
References
Details
Attachments
(2 files)
(deleted),
patch
|
karlt
:
review+
|
Details | Diff | Splinter Review |
(deleted),
text/html
|
Details |
I open this bug to create a test generated from our operator dictionary, for verifying stretchy and large operators.
Unfortunately, it seems that the dynamically generated content is not well rendered, so I 'll give a static version of the test page.
Assignee | ||
Comment 1•13 years ago
|
||
Assignee: nobody → fred.wang
Assignee | ||
Comment 2•13 years ago
|
||
Comment on attachment 579433 [details] [diff] [review]
Patch
I ask a review now, since fixing the issue with dynamically generated content seems out of the scope of this bug.
Attachment #579433 -
Flags: review?(karlt)
Comment 3•13 years ago
|
||
Comment on attachment 579433 [details] [diff] [review]
Patch
Looks good thanks.
Some things to consider as possible future improvements:
updateOperatorDictionary.pl would be easier to follow if the array index
constants were names, or, perhaps simpler, the data could be collected into
hash tables with the keys being 'description', 'lspace', etc.
I wonder whether it would be worthwhile considering operators that are
stretchy (have a direction) but are not stretchy by default. e.g. &Sum.
Attachment #579433 -
Flags: review?(karlt) → review+
Assignee | ||
Updated•13 years ago
|
Keywords: checkin-needed
Comment 4•13 years ago
|
||
Keywords: checkin-needed
Target Milestone: --- → mozilla12
Comment 5•13 years ago
|
||
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•