Opened 13 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:


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 13 years ago by Jakub Ś

Status: newconfirmed

According to post, 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.

comment:2 Changed 13 years ago by Jakub Ś

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.

Note: See TracTickets for help on using tickets.
© 2003 – 2022, CKSource sp. z o.o. sp.k. All rights reserved. | Terms of use | Privacy policy