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)

x86
Linux
enhancement

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)

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.
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
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.
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 → ---
Keywords: correctness
forgot to add correctness
nominating for b3. i believe i can fix this without too much trouble.
Status: NEW → ASSIGNED
Keywords: nsbeta3
setting to nsbeta3+
Priority: P3 → P4
Whiteboard: [nsbeta3+][p:4]
Target Milestone: --- → M18
due to the timeframe and the number of issues that need to be addressed, marking this as nsbeta3-, adding helpwanted and moving to future
Keywords: helpwanted
Whiteboard: [nsbeta3+][p:4] → [nsbeta3-]
Target Milestone: M18 → Future
*** Bug 54313 has been marked as a duplicate of this bug. ***
pulling this back to 096 from future because I have a PLAN.
Whiteboard: [nsbeta3-] → [nsbeta3-] EDITORBASE; 3 days
Target Milestone: Future → mozilla0.9.6
*** Bug 99406 has been marked as a duplicate of this bug. ***
Attached patch nsHTMLEditor.hSplinter Review
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.
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.
fix checked in on trunk
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
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.

Attachment

General

Creator:
Created:
Updated:
Size: