OK a usual text string ...

dsfjwefoiw
fjfwqsf;oijwqf wd;foijswf;lkjqf q;jqs;lkfjsq qlfiqs98ewurwqef n oiwqefoiuef
wqeifwoieufowqiufwoieufw[oieuf[oewqi [ouewfr[poiuwqfw[eoiur

OK, that seems to be OK here.

Now, let's try a long text string with no spaces ...

aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
aaaaaaaaaaaaaaaaaaaaaaaaaaaaa

OK, there were carriage returns inserted into that long string.

Page width remain as expected.

Hmmmm ....

@#5

Interesting.

The site seems to insert carriage returns for my laptop browser (currently Firefox).

I can read that string no problem here.

On to the next test ...

Here's the link that may have triggered issues ...

Here's the link that may have triggered issues ...

www.google.com/search?q=empirical++mail+ballot+fraud&client=firefox-b-1-e&hs=rGl9&sca_esv=931119862e0c8ef0&biw=1333&bih=606&ei=DKtYaeXbFvW6qtsP4bWZ8Ac&ved=0ahUKEwjlkfa_0-6RAxV1nWoFHeFaBn4Q4dUDCBE&uact=5&oq=empirical++mail+ballot+fraud&gs_lp=Egxnd3Mtd2l6LXNlcnAiHGVtcGlyaWNhbCAgbWFpbCBiYWxsb3QgZnJhdWRIpVhQ1j1Y7EBwAXgAkAEAmAFroAHSAaoBAzAuMrgBA8gBAPgBAZgCAKACAJgDAIgGAZIHAKAHWrIHALgHAMIHAMgHAIAIAA&sclient=gws-wiz-serp

OK, that seems to have triggered the page width problem here.

Note that I had to post the link, without a "h t t p s : / /" prefix during the preview stage of the submission process.

When I posted it during the entry process, the link was reduced to the usual underlined URL link.

But when posted while in Preview, and without the "h t t p s : / /" the link was not processed by the site and, instead, posted win its long form.

The oh so long form. :(

(now, if only I could get polls to work here ...)

:)

@#4 ... OK, there were carriage returns inserted into that long string. ...

I should have stated ...

OK, there were carriage returns inserted into that long string by the site, not me

.