Opened 14 years ago
Last modified 13 years ago
#7735 confirmed Bug
Extra stylesheet on contentsCss doesn't work with fullPage = true
Reported by: | datalink | Owned by: | |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | General | Version: | 3.1 |
Keywords: | Cc: |
Description
For an easier editing I change some styles and set it with
contentsCss : ['path/pagestyles.css', 'admin/changes.css']
pagestyles.css is the normal stylesheet and with changes.css I make a div bigger or set display: none to display: block and so on.
This doesn't work in fullPage mode.
Change History (2)
comment:1 Changed 14 years ago by
Status: | new → confirmed |
---|---|
Version: | 3.5.3 → 3.1 |
comment:2 Changed 13 years ago by
Similar issue (marked as feature) has been described in ticket #8406. It is similar in a way that it also concerns drop-down lists, styles and fullPage mode.
Just to sum up:
This issue - #7735 - is a bug in which styles from contentsCss are applied to drop-down list but not to editor content area.
#8406 - is a is a feature/bug in which styles, attached to head section of edited page are applied to editor content area but they are not dynamically applied to editor drop-down list event if this drop-down is using styles from such file.
According to post http://cksource.com/forums/viewtopic.php?t=22431, contentsCss should not work for fullPage mode. This is by design.
The only problem is that styles are applied to dropdown lists what in my opinion is a bug.
Perhaps the summary of this bug should be changed to "styles form contentsCss are applied to dropdown lists".
Also I think it would be nice to inform our users in documentation that this option should not be used in fullPage mode.