Text copied form visual editor don't store font color

[warsheep]

if i copy something out of the post editing tool, and if i paste it into another, the color is not copied too.
Just the "bold / underline ect..."

i have to ajust the color every time myself :(

[Simek]

Tested and confirmed for 2.9.0.

Until we decide to fix it or check if it isn't TinyMCE bug You can still copy text in HTML format (from HTML tab), paste into next post (into HTML tab) and switch to Visual Editing Mode.

[hakre]

This needs to be checked against the default tinymce implementation and reported upstream in case this is considered a bug. (Can confirm the report as well.)

[azaozz]

This is an option in the cleanup on paste in TinyMCE. It can be allowed but it may behave erratically in different browsers leaving behind empty tags or a lot of inline styles. Also the current setting produces cleaner code when pasting from Word.

[kwdavids]

Given that it was working in previous versions, I can hardly call this an "enhancement"; it is a major and serious defect, and it is causing me major problems and hours of hand editing HTML to maintain my site.

I might add that it not only affects text color and HTML table background color pasted into the visual editor, it also trashes color when pasting Microsoft Word text into the Microsoft Word Insert box. So perhaps code from Word is cleaner, but it is also wrong.

The "workaround" does not work because the HTML editor window introduces line breaks gratuitously in the text, basically wrecking layout in complex layouts. If HTML pasting worked, that would be one thing, but it generally does not.

So in summary, it is broken and there is no workaround.

[Denis-de-Bernardy]

let's label this as WP enhancement (less bugs across platforms) but TinyMCE bug (strips colors during copy/paste operations).

has anyone reported this upstream, to MoxieCode?

[kwdavids]

Could someone explain why something that used to work and stopped working is not a defect?

I'm trying to be patient here, but one of the most popular features on my blog is this huge color-coded HTML table that needs frequent updating, and it is virtually impossible to maintain in WordPress because of the limitations of the visual editor in handling tables, and the limitations of the HTML editor in editing complicated HTML and in the fact that it converts every carriage return/linefeed to <br />.

Back at WordPress 2.8, I could just copy and paste from the visual display of my HTML editor, and everything was fine. Now what I consider a major public service on my blog is unmaintainable. I'll probably have to redesign the whole thing from scratch.

Even Microsoft Word's publish to blog gets mangled.

I'm having a crisis here and folks are saying "oh, let's call it feature."

[solarissmoke]

You have to set the option paste_retain_style_properties for the TinyMCE paste plugin to retain styles copied from Word - which we currently don't (it seems like the plugin defaults must have changed at some point if it used to work before).

I've added a patch that does this, however you have to disable two other options - paste_remove_styles and paste_remove_spans - for it to work. This could cause unintended side-effects, so I'm not sure it's a good idea.

[azaozz]

Replying to solarissmoke:

...so I'm not sure it's a good idea.

Agree. Don't think it's a good idea to allow pasting of arbitrary HTML in the Visual editor. Apart from the security concerns, it can conflict with the current theme (CSS) and break the front end.

Also it is very easy to add for people that really need that. All settings are available ​here.

[azaozz]

This is partially fixed in trunk: copying and pasting whitin the editor (or copying from one editor and pasting in another) preserves inline styles/text color. Copying from a web page and pasting in the editor removes all inline styles, same as before.

[iseulde]

Ah, nice! I didn't know that. :)