Internal text wrapping (default wrapping WITHIN a text frame) has been disabled

[freemangrist]

My text no longer automatically adjusts within a text box when it hits the edge of the text box (as in the horzontal-width edge of the border). Normally as you know, this simply automatically breaks the line down to the next line and you can continue typing while filling the text box till you get to the bottom. 

For some reason, my text now automatically disappears and sends an overset text error even if there is ample room beneath the line where the overflow text would normally flow down to.

I need to understand how to get my object styles/ paragraphs styles/ character syles or whatever it is to the default.

[SJRiegel]

Check your text and make sure that the No-Break character attribue is not applied.

[freemangrist]

I've seen this solution floated but three issues: 

1 - This problem is persisting even after I've removed the GREP end note script which put a No Break. 

2 - The No Break is necessary because it is working to remove widows/runts across my document. 

3 - It's not preventing all paragraphs from working as default, just new ones. (Paragraphs that existed before are using the No Break script to remove widows and operating completely fine.) 

[cbishop01]

What size font are you using and whats the Leading? Might be a simple Spacing issue. As for removing all styles "if thats what you want" Aside from going into each style style menu (Window>Styles>"chose the one you want" and deleting the ones you dont want. You can get scripts that delete the styles you Dont want.

[freemangrist]

The font is 12 - not sure how spacing would be an issue I have a completely empty text box it just happens to no longer wrap text normally when the first line hits the border. 

Not sure how to locate the Leading?

[cbishop01]

Your leading was only 15 i was thinking somehow it got changed to 75, 150 etc... If you have a smaller text box and the leading (space between lines) was to high it would have pushed all the text out of the text box. Thats what i meant by spacing issue. I probably used a wrong term for that but i knew what i meant lol...

[Laubender]

Hi Dylan,

that could be various things. Maybe you entered a frame break special character or a column break special character and you are not aware of it? Enable invisible characters for Layout view and Story Editor view. Below we see a Frame Break special character that instantly will send all text after it to overset:

In my screenshot I select the text frame and invoked the Story Editor window by using command Ctrl + y (Windows) [Cmd + y (Mac OS X)]. Then you should see the overset text.

How did I do this special character? I typed Shift + Enter with the Number pad portion of my keyboard with my Windows 10 machine. There could be other causes for overset text like text wrap on objects on the page, but first check if you typed a special character like Frame Break or Column Break. Do not use the Enter key from your Num pad. Instead use the Return key, if you want to end a line of text or want to end a paragraph.

Regards,
Uwe Laubender

( ACP )

[SJRiegel]

I've seen this solution floated but three issues: 
1 - This problem is persisting even after I've removed the GREP end note script which put a No Break. 
2 - The No Break is necessary because it is working to remove widows/runts across my document. 
3 - It's not preventing all paragraphs from working as default, just new ones. (Paragraphs that existed before are using the No Break script to remove widows and operating completely fine.) 

Can you share a page with one of the problem text boxes on it? It would be easeir to figure this out with the misbehaving text in hand.

[freemangrist]

Demonstration below: 
note the error occurs even if I remove the script / no break that I've attached. In some cases the script / no break is active on text boxes and it is not causing any issue - just notably this is an issue for any new text boxes I make.

Writing to edgeif you add one more characterThis is the script active (problem persist EVEN if this script is removed)No Break that the script is connecting to the bod

[freemangrist]

More context + a partial solution: 

I applied a no-break character style and nested it in a body paragraph style to remove widows/runts from my document which I suspect is causing the issue. For some reason now each time I create a new text box in the document now - even if it's not that paragraph style or if I manually disable the GREP on that text box in that style this issue occurs.

Now what's odd is some textboxes (long ones I treated for widows) function completely normally. Not only do they have a GREP applying the No-Break to remove widows they wrap internally as normal. I can just copy these textboxes and adapt them to use them in the rest of my document. Though I'm still unable to simply create a new textbox from scratch without it having this issue. 

Sharing in case this is a bug or if someone can flag a better solution. 

[SJRiegel]

If you can provide a link to a page or so of an InDesign document that we could download and examine, we would have an easier time figuring out what went wrong.

[freemangrist]

Unfortunately, a bit too much confidential info on this one to share I appreciate it though. If I can mock up a different version that replicates the issue I'll share.

[SJRiegel]

If you can send a page with a paragraph of placeholder text that replicates the issue, that would be useful.

[freemangrist]

link: https://wetransfer.com/downloads/52a3029559493928371bec206b539bea20191121210946/94950f63b8f46db8dc1b...

[Laubender]

Hi Dylan,

I looked into your supplied document.

In the top text frame all the text has the character style "No Widow (EOI Body)" applied.

That's an override of the paragraph style that has the GREP Style. And exactly that's the cause of the problem.

"No Break" is applied to every character in the frame. If you type on the typed text will maintain this formatting.

If I apply character style [None] to all the text the text is breaking as expected if I type on in the frame.

It's the same with the second text frame from top.

Regards,
Uwe Laubender

( ACP )