We're using tables for some of our content, and for some reason, some of the table properties don't seem to be "holding."

Specifically, the cellspacing, cellpadding and background color.

Any thoughts?

Comments

dman’s picture

"holding" means nothing.
View-source means something.
Describe the steps to reproduce, and the actual problem with the result.

At a guess, you are using an HTML filter or a WYSIWYG which strips out certain element properties. Switch your input format to 'Full HTML".

mnp13’s picture

Input format is set to full HTML.

example:

<table width="700"  cellpadding="0" cellspacing="20" border="0" bgcolor="#FFFFFF">

The width of the table "stays" but the other stuff does not. No, I am not using an editor. I hand write in an editor and then copy/paste.

I don't know how else to describe it.

I tried both single and double quotes, neither worked. It's almost like they are being flitered to plain text. Yes, I know this makes no logical sense. lol

dman’s picture

Did you view-source?
I you are using valid HTML, the css rules may take priority over your inline attributes. Look at it with the DOM inspector for your browser

mnp13’s picture

Good thought... so I made a css rule just for the table...

and it's not working either.

here's the rule, with ugly colors on purpose so that I would see that it was working. The image in the background is a small repeating red dot that should "paint" the background completely red.

table.rwgcTable
{
	padding:10px;
	background-color: #C90;
	background-image: url(images/tableBack1.gif);
	background-repeat: repeat;
	color:#00F;
	border:medium;
}

style sheet uploaded, code altered, source viewed:

<table class="rwgcTable" id="rwgcTable">

No visible change in the table.

It has no background color, no padding, no background image, no border.

ARGH!!!!

lol

mnp13’s picture

I found this thread while I was hunting around for more clues

http://drupal.org/node/503582

It sounds like the exact same thing I am having problems with... but the OP didn't post whatever it was that they figured out!

Does this ring any bells for anyone??

vm’s picture

ensure you clear cache tables in administer -> performance when alter css files. Especially if css aggregation is enabled.

mnp13’s picture

Yup, I did that... still no change.

vm’s picture

outy of ideas. Threads like this make me happy that I avoid table usage unless absolutely necessary and when I can employ views.

mnp13’s picture

If I had a different way to display the information, I'd do it at this point, but I don't.

The blocks that show the menu, content and two other areas of the page are named the same thing, so when I change the margins of one area it affects the margins of the others.

I know most people are vehemently anti-table, but they are actually very useful for some things - like the charts I have to show on one of the pages.

Thanks for the attempts though, I appreciate it.

digitalwisdom’s picture

I know this is two years late, but thought i'd post my solution for anyone else who found themselves in the same boat - i did!!

So all i did was go into the ckeditor config and click the 'CSS' dropdown menu. Under 'Editor CSS' ensure you select the option 'Use theme CSS'

You should now be able to put your own styles inside your themes css stylesheet.

Goodluck!

dadderley’s picture

Check the configuration of the full html input format (site configuration >> input format) to make sure that you have the needed html elements in the list of acceptable tags. If they are not in the list, drupal just strips them right out. By default, table tags (table, tr, td) are not included.