I'm using WYSIWYG API with CKeditor, and when I set the CKeditor profile to use the theme css, the default pink background is used for the editor body. Other theme-configurable settings are also not used (font type).
This is basically the same issue as #299752: Text Field background different than theme colors, but a new ticket seems appropriate. Can using the theme settings for WYSIWYG be supported by the theme? That would be great...
(Or alternatively, what would be the best way to tell CKeditor about the correct css? Copy the relevant styles into a separate stylesheet and point CKeditor to this?)
Comments
Comment #1
ar-jan CreditAttribution: ar-jan commentedVersion.
Comment #2
Jeff Burnz CreditAttribution: Jeff Burnz commentedI'll need some time to test this out before making a recommendation, so just subscribing for now. Marking as a bug report, this is a bit of a pita and should be fixed.
Comment #3
Adam Woodbeck CreditAttribution: Adam Woodbeck commentedYou can modify the style of the CKEditor's body tag using the following CSS:
That will set the background color to white and remove the pink gradient background image.
I created a sites/all/themes/pixture_reloaded/css/changes.css file and added a "stylesheets[all][] = css/changes.css" entry to the pixture_reloaded.info file. I'm not sure if this is the best place for the CSS but it works for my purposes.
Comment #4
Jeff Burnz CreditAttribution: Jeff Burnz commentedI should probably just add that to the theme by default, makes sense - Adaptivetheme is adding that class to the body (only works with WYSIWYG module) anyway, so we should take advantage of it.
Comment #5
ar-jan CreditAttribution: ar-jan commentedComment #6
ar-jan CreditAttribution: ar-jan commentedAh, I see this was already present, but it looks like now the problem is back because I changed
body
tohtml
in colors.css: #1323608: Background image on body causes respond.js to crash IE8.Comment #7
Jeff Burnz CreditAttribution: Jeff Burnz commentedOK, I'll have to update the CSS to account for moving the body image, so its a minor regression. Cheers.
Comment #8
GrahamShepherd CreditAttribution: GrahamShepherd commentedThis also applies in 7.x-3.0-rc1.
#3 CSS suggestion above doesn't work for wysiwyg tinymce, which applies color.css to the tinymce <html> tag within an <iframe>.
In tinymce there are no attributes to pick up the <html> tag, nor does CSS seem to recognise <html> as a child, descendent or sibling of anything, including an <iframe>.
Comment #9
robertgarrigos CreditAttribution: robertgarrigos commentedI'm still having this same problem with latest dev version. Has this been fixed?
Comment #10
robertgarrigos CreditAttribution: robertgarrigos commentedSorry, I've just seen this (https://www.drupal.org/node/1000274#comment-4039392) which would count as a fix to it.