Closed
Bug 306004
Opened 19 years ago
Closed 19 years ago
Inelegant stretching/shrinking in <mfenced>
Categories
(Core :: MathML, defect)
Core
MathML
Tracking
()
RESOLVED
FIXED
People
(Reporter: rbs, Assigned: rbs)
Details
Attachments
(3 files)
(deleted),
application/xhtml+xml
|
Details | |
(deleted),
patch
|
roc
:
review+
roc
:
superreview+
|
Details | Diff | Splinter Review |
(deleted),
image/png
|
Details |
It is possible for the stretching code to reject the character at normal size,
and then stretch it, or *shrink* it in the case of this bug, to exactly cover
the container.
This is okay in horizontal mode. Indeed, it is perfectly acceptable to shrink an
arrow accent so that it neatly covers the base, instead of using the normal size
as it might be too long and ugly.
However, in vertical mode, it will be best if the strecthy character is never
allowed to shrink. An instance of this problem was reported on the n.p.m.mathml
newsgroup:
http://groups.google.com/group/netscape.public.mozilla.mathml/browse_frm/thread/034968ca0898e6a8/8c6486b10283cc78#8c6486b10283cc78
Attachment #193884 -
Attachment mime type: application/xml+xhtml → application/xhtml+xml
Attachment #193885 -
Flags: superreview?(roc)
Attachment #193885 -
Flags: review?(roc)
Attachment #193886 -
Attachment is patch: false
Attachment #193886 -
Attachment mime type: text/plain → image/png
Attachment #193885 -
Flags: superreview?(roc)
Attachment #193885 -
Flags: superreview+
Attachment #193885 -
Flags: review?(roc)
Attachment #193885 -
Flags: review+
This was checked in a while ago.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•