egable1

iansss and websta — I think you’re talking about separate issues from this one — might be best to start separate threads for them.

master412160 — I’m hoping to find a way to do it without any kludgy workarounds that would add steps to our workflow.

Aha — I tried a few things in a site I own that still has 3.8.3 installed, and now I think I understand what both of our requests are. (IASwebmaster, please correct me if I’m wrong.)

Both have to do with the handling of pasted inputs that contain returns. The current behavior is that they are output this way:

<p>Line one is here. <br />Line two is here. </p>

The old behavior, as of 3.8.3, was that there was a checkbox that yielded two different outputs depending on whether it was checked or not.

If it was checked, this output was delivered (which is what I wanted):

<p>Line one is here. </p> <p>Line two is here.</p>

If it was NOT checked, this output was delivered (which is what IASwebmaster wanted):

<p>Line one is here. Line two is here.</p>

I hope that makes sense.

iansss — I think what you’re describing is a different issue from the one we’re discussing in this thread. (The checkbox was in a popout menu that existed until 3.8.3, and isn’t in 3.9 or 3.9.1.) Any issues with toggling between the editor modes is something separate, although I haven’t personally noticed any markup being removed when I toggle back and forth.

IASWebmaster, can you clarify what you mean when you say a paragraph? What kind of tag does it put in —

<br />

or

</p>
<p>

?

I think we’re talking on slightly different wavelengths, because it seems almost like you’re getting the behavior I want and I’m getting the behavior you want, which doesn’t make sense. Do you want ALL markup stripped when you paste in something with returns?

@esmi — I think IASWebmaster and I do both have specific feature requests, as soon as we can make clear what they are. ??

Ah, I see. It looks like your issue and mine are related to the same thing — preferring the way the “paste as text” button used to work — but the specific behavior we’re wishing was still there is different.

Do I understand this right — you left the checkbox unchecked in order to render everything as a single paragraph, no p OR br tags, and I checked it in order to force close/open p tags?

I think a couple of different issues are being discussed here.

My issue has nothing to do with toggling between the visual and text editor tabs (although if that removes markup, that seems to me like it’d be a problem — I frequently want to switch over to the text view to check one little piece of HTML, then switch back for ease of use).

My issue, and I think IASWebmaster’s and Philip’s, has to do with the way WordPress handles pasted inputs. The old version had a “keep linebreaks” box that, when checked, made pasted returns render as new paragraphs, and now they just show up as br tags. This specifically is for pasted inputs, not typed input. It’s the same whether using the built-in version of TinyMCE or the TinyMCE Advanced plugin.

Sorry — I didn’t see this thread when posting my continuation. Please feel free to lock or delete my new thread at https://www.ads-software.com/support/topic/pasted-carriage-returns-ending-up-as-br-tags-instead-of-new-paragraphs-391.

The update doesn’t seem to have fixed this. Does anybody know of a way to bring back the old functionality?

Do you know when that release is scheduled?

I’ve found that when I install CKEditor, it performs the way I want it to … but ONLY on my Mac using Safari. On the Windows 7 machines where it’ll need to be used in our actual workflow, I’ve tried Chrome, Firefox and Safari, with no luck. (It is, naturally, even more messed up in IE.)

I’ve tried it both with the default and with TinyMCE Advanced installed, and it just puts in br tags.

Regardless of whether I have the “paste as text” option turned on or not, I can’t get it to handle pasted text the way it used to. I’ll try to explain a little better…

When I paste from, for example, an InDesign document, there’s a return between each paragraph. In 3.8.3, when I clicked the “paste as text” button and checked the “keep linebreaks” button in upper right corner of the popup, the pasted text ended up like this:

<p>This is the first paragraph.</p>
<p>This is the second paragraph.</p>
<p>This is the third paragraph.</p>

… which is exacly how I wanted it.

Now, it comes out like this:

<p>This is the first paragraph.<br />This is the second paragraph.<br />This is the third paragraph.</p>

I’m trying to get back to where pasting text that had returns in it results in WordPress treating those pasted returns as real paragraph breaks, not line breaks.