Make WordPress Core

Opened 14 years ago

Closed 14 years ago

Last modified 14 years ago

#13234 closed defect (bug) (wontfix)

Twenty Ten editor styles for strong and b elements override user-chosen font colors

Reported by: lancewillett's profile lancewillett Owned by:
Milestone: Priority: normal
Severity: normal Version: 3.0
Component: Editor Keywords: has-patch
Focuses: Cc:

Description

To repeat: Create a post, choose Visual editor, and use the font color menu to change to color of a word. Then make it bold. The word stays black.

If you undo the bold, then enable it again, the font color works as expected. But we should avoid using colors for visual editor elements to avoid conflicts with user-chosen styles.

To fix: Remove color declarations for strong and b from editor-style.css.

Attachments (1)

editor-style.css.diff (362 bytes) - added by lancewillett 14 years ago.
Patch to remove color rules for strong and b elements

Download all attachments as: .zip

Change History (3)

@lancewillett
14 years ago

Patch to remove color rules for strong and b elements

#1 @lancewillett
14 years ago

  • Resolution set to wontfix
  • Status changed from new to closed

After further research on this -- it's actually not a stylesheet issue, it's related to how TinyMCE works, specifically with how it wraps elements with a span element when applying inline styles.

So we can close this as wontfix, and explain that to enable the correct coloring via tinyMCE use this process:

  1. Highlight word, select color.
  2. Highlight word again, make it bold.

#2 @nacin
14 years ago

  • Milestone 3.0 deleted
Note: See TracTickets for help on using tickets.