Does anyone know how to prevent the css and html from being stripped when items are displayed thru the K2 Content Module?Thanks all

K2 content module has a lot of features.
Can you provide a link to a page with it on that shows stripping?

As the module is showing introtext, the formatting always is removed, sam as within the category list

Regards,

Simon
K2Joom.com

Do you mean CSS/HTML code being removed, or do you mean the alternate colouring/stripes per item in modules?

If it's colouring/stripes - you need to look for the 'zebra rows' on line 36 of the K2 CSS file and make your CSS changes.
components\com_k2\css

Mark, zebra rows are not removed.
It is the HTML formatting of the content when it is viewed as introtext.

This is also true for all introtext that is displayed in catagory view.
It provides a consistent look as all items could have their own formatting, but when viewd in this way, they all appear the same.

Simon

but you see when the intro text is not displayed by the k2 content mod, it allows you to use breaks/returns but if goes through the mod it strips them of this...

K2Joom said:Mark, zebra rows are not removed. It is the HTML formatting of the content when it is viewed as introtext. This is also true for all introtext that is displayed in catagory view. It provides a consistent look as all items could have their own formatting, but when viewd in this way, they all appear the same.

Simon

IS there anyway to stop it from stripping out html in mod_k2_content ? I've set it to "Introtext HTML cleanup (tag strip)" to No in the global params, but it's still doing it... any ideas?

I have the same issue. I am using k2_content on my home page to show most recent articles on the site. The formatting leaves a whole lot to be desired...yet the "Tags" show up in bold.

Is there some way to add some formatting? At least increase the space between the items?

Or, is there some other way to accomplish the same thing?

I am NOT into css at all.

To see current format and problem see: seniorslongtermcare.info

OK.  I have discovered why this is happening.

In "Item view options in category listings" you will see that you have an option to set an "Introtext Word Limit".  If you hover over the text describing this you will find the root of the problem.

It states that it has to switch off the definition to ensure the site does not break.  The reason for this is quite simple.  If your text is opened in a <div> and is cut before the </div> call (or indeed <p> and </p>) then your site's layout will be thrown.  I can't see a simple workaround for this.  There is probably a way of getting the site to declare the "missing" closing bracket but it requires a better coder than me.

Any offers?