Opened 3 years ago

Closed 3 years ago

Last modified 3 years ago

#13234 closed defect (bug) (wontfix)

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

Reported by: lancewillett Owned by:
Priority: normal Milestone:
Component: Editor Version: 3.0
Severity: normal Keywords: has-patch
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 3 years ago.
Patch to remove color rules for strong and b elements

Download all attachments as: .zip

Change History (3)

Patch to remove color rules for strong and b elements

  • 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.
  • Milestone 3.0 deleted
Note: See TracTickets for help on using tickets.