Pasted formats seen in editor, not in post

  • Small issue here.

    Windows 10. (all versions here are latest, with most recent updates)
    I wrote an email in Thunderbird (52.9.1) with some italicized text.
    I copied and pasted it into a WordPress (4.9.8) article using Chrome (68.0.3440.106)

    The italicized words displayed properly in the editor, but they did not appear in the post.

    Workaround: Select those words in the editor, remove the formatting, and add it back.
    (If it makes a difference, in at least one case, the space after the word was selected, as well as the word.)

Viewing 4 replies - 1 through 4 (of 4 total)
  • Plugin Author Andrew Ozz

    (@azaozz)

    Hmm, can you look at the Text editor after pasting and see if the tags are there? I’d imagine there may be “something” that tries to clean up all tags after pasting, but it’s unlikely for the tags to show in the visual editor and disappear after saving.

    Thread Starter Eric Armstrong

    (@aeric325)

    I would love to send you screen shots. Is there a way to do that?

    I created this text in Thunderbird, on Windows 10:
    Here is text with italics and bold in an email.
    The word “text” was in italics (by mistake), and “bold” was in bold.

    When pasted into the editor, they appear fine.

    When previewed, the bold formatting remains, but italics are lost.

    Here is the code displayed in the editor:
    Here is <i>text </i>with italics and <b>bold </b>in an email.

    The theme is Invicta. I tried looking at the rendered HTML, but there is a heck of a lot of styling and scripting to wade through. (Haven’t been in the Inspector for a while, either).

    Ah… Finally drilled down to the codes in the rendered window. (Still wish I could attach a screen shot.) Here is the code:
    <p>
    “Here is ”
    <i>text </i>
    “with italics and ”
    <b>bold </b>
    “in an email.”
    </p>

    Ah HA. I see what happened now. When italics is turned off and back on in the editor, the tag is changed to [em] — the so-called “semantic” tag. (Semantic, my eye. It says *nothing* about the *meaning* of the word. It’s just another rendering instruction! One of the sillier hacks on the HTML language. :__)

    Thread Starter Eric Armstrong

    (@aeric325)

    Notes on the support-forum editor:

    1. I really wish leading spaces were preserved in this editor, instead of having everything rendered flush left.

    2. It was impossible to find any combination of < and > that would allow [em] to be coded correctly. Those literals worked perfectly for [i], and [b], but they failed miserably for [em].

    Plugin Author Andrew Ozz

    (@azaozz)

    Hmm, then it looks like your theme doesn’t style the [i] tag as italic, but styles the [em] tag? In any case, you can probably fix the styling for both [i] and [em] on the front end.

    I really wish leading spaces were preserved in this editor

    White spaces (a space, a return/enter, etc.) don’t matter in HTML. If you want the browser to display spaces, you need to add several nbsp. Just maintaining HTML code “formatting” is not easily possible as the editor parses the HTML to a DOM, so you can see what you’re editing, and then serializes that DOM back to HTML code.

Viewing 4 replies - 1 through 4 (of 4 total)
  • The topic ‘Pasted formats seen in editor, not in post’ is closed to new replies.