By mnp13 on
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?
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
"holding" means
"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".
.dan. is the New Zealand Drupal Developer working on Government Web Standards
Input format is set to full
Input format is set to full HTML.
example:
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
Did you view-source? I you
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
.dan. is the New Zealand Drupal Developer working on Government Web Standards
Good thought... so I made a
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.
style sheet uploaded, code altered, source viewed:
No visible change in the table.
It has no background color, no padding, no background image, no border.
ARGH!!!!
lol
I found this thread while I
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??
=-=
ensure you clear cache tables in administer -> performance when alter css files. Especially if css aggregation is enabled.
Yup, I did that... still no
Yup, I did that... still no change.
=-=
outy of ideas. Threads like this make me happy that I avoid table usage unless absolutely necessary and when I can employ views.
would love to...
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.
possible solution
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!
Configure the Full html input format
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.