Closed
Bug 46290
Opened 25 years ago
Closed 24 years ago
relative font buttons don't work on text specified with abs size
Categories
(Core :: DOM: Editor, enhancement, P4)
Tracking
()
VERIFIED
FIXED
mozilla0.9.6
People
(Reporter: akkzilla, Assigned: mozeditor)
References
Details
(Keywords: helpwanted, Whiteboard: [nsbeta3-] EDITORBASE; 3 days; FIXINHAND; need r=, sr=)
Attachments
(2 files)
|
9.37 KB,
patch
|
Details | Diff | Splinter Review | |
|
1.01 KB,
patch
|
Details | Diff | Splinter Review |
Someone sent me mail with <font face=Arial size=2>, which is completely
unreadable to me.
I replied to it in html mail compose. I selected the quoted text, then hit
"bigger" a few times, but nothing happened. So I changed the font face to
Variable Width via the toolbar dropdown; now it was my normal font, but it was
still too small. Hitting bigger still had no effect, nor did Format->Size->Medium.
Eventually I discovered that Format->Remove All Text Styles did the trick (and
was what I should have done in the first place), but I think we should try to
make bigger/smaller work even for fonts specified in absolute sizes, since
that's the most obvious thing for a user to do when confronted with too-small fonts.
Comment 1•25 years ago
|
||
if we wanted to adjust abs set fonts, then we would need to remove the font
specification wouldn't we? Marking this as future
Severity: normal → enhancement
Target Milestone: --- → Future
| Reporter | ||
Comment 2•25 years ago
|
||
Maybe we should remove the font specification, then. It's very confusing as a
user to have buttons that say they'll do something, but really do nothing.
Comment 3•25 years ago
|
||
It seems that the "smaller"/"larger" doesn't work if selection spans across
text that has <font size="x"> , but it does work if selection is within the
font tag.
Assignee: cmanske → jfrancis
Target Milestone: Future → ---
Updated•25 years ago
|
Keywords: correctness
Comment 4•25 years ago
|
||
forgot to add correctness
| Assignee | ||
Comment 5•25 years ago
|
||
nominating for b3. i believe i can fix this without too much trouble.
Status: NEW → ASSIGNED
Keywords: nsbeta3
Comment 6•25 years ago
|
||
setting to nsbeta3+
Priority: P3 → P4
Whiteboard: [nsbeta3+][p:4]
Target Milestone: --- → M18
Comment 7•25 years ago
|
||
due to the timeframe and the number of issues that need to be addressed, marking
this as nsbeta3-, adding helpwanted and moving to future
| Assignee | ||
Comment 9•24 years ago
|
||
pulling this back to 096 from future because I have a PLAN.
Whiteboard: [nsbeta3-] → [nsbeta3-] EDITORBASE; 3 days
Target Milestone: Future → mozilla0.9.6
| Assignee | ||
Comment 10•24 years ago
|
||
*** Bug 99406 has been marked as a duplicate of this bug. ***
| Assignee | ||
Comment 11•24 years ago
|
||
| Assignee | ||
Comment 12•24 years ago
|
||
| Assignee | ||
Comment 13•24 years ago
|
||
above patch fixes problem plus does better job at mergin bigs and small where
possible.
Whiteboard: [nsbeta3-] EDITORBASE; 3 days → [nsbeta3-] EDITORBASE; 3 days; FIXINHAND; need r=, sr=
Comment on attachment 53169 [details] [diff] [review]
nsHTMLEditorStyle.cpp
You should not remove a font element if the size attribute is not the only
attribute carried by the element.
| Assignee | ||
Comment 15•24 years ago
|
||
hmm, at the time I thought I knew what Daniel was talking about. Looking at it
now, though, I don't. I didn't add any code in the patch that removes font
nodes. It's true thatI remove bigs & smalls in certain circumstances without
looking to see if they have attributes, but this is not a change from similar
pre-patch code.
| Assignee | ||
Comment 16•24 years ago
|
||
fix checked in on trunk
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 17•22 years ago
|
||
gratuitous verify : it's been checked in for a really long time. Who did the r=
and sr=?
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•