Changes between Initial Version and Version 1 of Ticket #8406, comment 3


Ignore:
Timestamp:
Sep 28, 2011, 6:55:25 AM (13 years ago)
Author:
Jakub Ś
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #8406, comment 3

    initial v1  
    1 Styles from contentsCss won't work in fullPage mode by Design. The problem is that they are applied to styles dropdown which confuses users. This is a bug but is covered by #7735. **This part is a duplicate.**
     1Styles from contentsCss won't work in fullPage mode by Design. The problem is that they are applied to styles dropdown which confuses users. This is a bug but is covered by #7735.
    22----
    33
     
    1616}}}
    1717
    18 And inside edited page insert a link pointing to mystyles.css file:
     18and inside edited page, insert a link pointing to mystyles.css file:
    1919{{{<link href="../mystyles.css" rel="stylesheet" type="text/css" />}}}
    20 Which contains:
     20which contains:
    2121{{{
    2222h2.red{
     
    3030Probably some dynamic styles loading for styles dropdown would be needed.
    3131
    32 This part is valid and it has worked that way from CKEditor 3.0 (stylesSet was introduced in CKE 3.3. Before stylesCombo_stylesSet was used)
     32
     33
     34Just to sum up:[[BR]]
     35#7735 - is a bug in which styles from contentsCss are applied to drop-down list but not to editor content area.
     36
     37This bug - #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.
     38
© 2003 – 2022, CKSource sp. z o.o. sp.k. All rights reserved. | Terms of use | Privacy policy