Hi

Upon creating Tasks (using FCKeditor) I have noticed that the breaks are being stripped out after saving, leaving a hard to read description where there out to be clear open spaces between paragraphs and sections.

Is this something I haven't set up correctly, a bug or a feature?

T.I.A.

Comments

homoludens’s picture

what input format are you using when submitting, and is the problem only with tasks?

Anonymous’s picture

Thanks for getting back to me.

The site uses a default "Full html" input.

I have just tried to add a Comment to a Task with the pre-publication source code looking like this:

This is an attempt to track<br />
<br />
a <br />
<br />
<br />
<strong>Problem</strong><br />
<br />
<br />
That <br />
<br />
<br />
I seem to have with the stripping of breaks&nbsp; in storm<br />

It rendered with only ONE single break between each line, like this:

This is an attempt to track

a

Problem

That

I seem to have with the stripping of breaks  in storm

and its post-publication source code is:

<div class="content">
    <p>This is an attempt to track</p>
<p>a </p>
<p>
<strong>Problem</strong></p>
<p>
That </p>
<p>
I seem to have with the stripping of breaks&nbsp; in storm</p>
      </div>

I then went back and edited a Task for which the source is:

These are the nodes that you will need to check to see whether you want the URL or Email addresses changed to fit this new site.<br />
<br />
<br />
The references to Site A are:<br />
<br />
URL 25 46 30 72 83 102 51<br />
Email 78 24<br />
<br />
The references to Site B are:<br />
URL 46 71 1 47 52<br />
Email 80 131 1 51 52

Which looks like this after a save:

These are the nodes that you will need to check to see whether you want the URL or
Email addresses changed to fit this new site.
The references to Site A are:
URL 25 46 30 72 83 102 51
Email 78 24
The references to Site B are:
URL 46 71 1 47 52
Email 80 131 1 51 52

with a source code after save of:

<div class="value"><p>These are the nodes that you will need to check to see whether you want the URL or Email addresses changed to fit this new site.</p>
<p>
The references to Site A are:</p>
<p>URL 25 46 30 72 83 102 51<br>
Email 78 24</p>
<p>The references to Site B are:<br>
URL 46 71 1 47 52<br>
Email 80 131 1 51 52</p>
</div>

So it does look as if it affects both Task and Comment.

The FCKEditor version is 6.x-2.0-beta1

The settings in the FCKEditor Default Profile for SHIFT and SHIFT+ENTER are a BREAK (not a paragraph).

I doubled checked that the Advanced Profile did not apply to the role I have, and re-tried adding a Comment with the same rendered result as above.

homoludens’s picture

Status: Active » Closed (works as designed)

It is desired with full html input format. I'm having the same behavior - but for all node types (tasks, pages, stories,...).
So it is normal, but you can probably find/create some input format that satisfies your needs.

Anonymous’s picture

Thanks for the inadvertent tip. I didn't realise that HTML is meant to strip out BREAKS in particular. I certainly hadn't seen/noticed that on the other CMS I use.

As I loathe PARAGRAPHS I had just recently set the FCKeditor Default Profile on this Drupal site for an ENTER to render as a BREAK. This had not affected 'pages' that I had transfered from the old site to the new one as they were full of paragraph markers anyway - I guess thats why I thought it was a STORM issue as Task and Comments have been the only content I have had to create on the site from scratch.

So just now I set the ENTER default back (sigh) to PARAGRAPH and the formatting seems better.

Thanks again.

homoludens’s picture

Maybe you can have breaks as input, you just can not use default "Full HTML" input format. But you can change it on page admin/settings/filters and modify it at admin/settings/filters/2.

Anonymous’s picture

The other thing that I am wondering about is because Drupal is XHTML compliant which recognises <br /> as a break, that if I used <br> (HTML) could this be a work-around. Do <br> get stripped?

homoludens’s picture

Not sure, you have to try that. But it is not important since you can just switch filtering of <br/> off. You don't need a workaround.

Anonymous’s picture

Thank you. I didn't fully understand that you had given me the solution in #5 as this was not an area or feature of Drupal that I was familiar with.

I have just gone to admin/settings/filters/2 and switched off 'line break convertor' and given it a go. It does look as if it will works now.

I appreciate your help.

Hvala lepa