Answers.Body: <p>We had a similar problem of the CKEditor config not 'taking' on a multisite / Aegir system and after much work solved this.</p>
  
  <p>Our solution is detailed here: Is this a bug - [civicrm.files] variable</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-03-01T10:09:40.723Z
Answers.LastActivityDate: 2017-03-01T10:09:40.723Z
Answers.UserDisplayName: Davy Ivins
Answers.Body: <p>This doesn't answer the question neither but it might help. </p>
  
  <p>What I do to prevent CKEditor from striping/modifying the markup is disable CKEditor's Advanced Content Filter (ACF), editing the config.js file in <code>/path/to/civicrm/packages/ckeditor</code>, more info <a href="http://docs.ckeditor.com/#!/guide/dev_allowed_content_rules" rel="nofollow">here</a>.</p>
  
  <pre><code>config.extraAllowedContent = 'html;head;body;span;ul;li;table;td;style;*[id];*(*);*{*}';
  
  [ ] // for attributes
  
  { } // for styles
  
  ( ) // for classes
  </code></pre>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-02-23T10:44:56.290Z
Answers.Text: I can't get this to work. I have pasted the exact js into `packages/ckeditor/config.js` but that does not seem to affect the mailings editor. I'm on 4.7.
Answers.UserDisplayName: thoni56
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-02-23T10:46:08.293Z
Answers.Text: There's also the `bower_components/ckeditor/config.js`. When is that used?
Answers.UserDisplayName: thoni56
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-12-09T09:57:36.070Z
Answers.LastActivityDate: 2015-12-09T09:57:36.070Z
Answers.UserDisplayName: Andrei
Answers.Body: <p>I know that's not exactly what you requested, but you might consider disabling the character escaping behaviour of the editor altogether.</p>
  
  <p><a href="https://civicrm.stackexchange.com/questions/7212/escaping-quotes-in-ckeditor-breaks-smarty-syntax">Here is how.</a></p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-12-09T08:15:56.617Z
Answers.LastActivityDate: 2015-12-09T08:15:56.617Z
Answers.LastEditDate: 2017-04-13T12:53:13.207Z
Answers.UserDisplayName: Martin Peth
Answers.Body: <p>The problem seems to be that the CKeditor configurator at <em>Administer->Custom data and Views->Display</em> persists the editor configuration in a file in <code>/media/civicrm/persist/crm-ckeditor-config.js</code> and that file is overwritten each time you touch the configurator.</p>
  
  <p>It looks like CiviCRM does this by replacing the reference to the default config.js (in <code>packages/ckeditor</code> with a reference to the persisted config. So any configuration placed here is simply never read.</p>
  
  <p>So I can't see any solution to this problem until there is a way to insert custom config directives into that persisted config. (Except for re-adding it every time you re-configure CKEditor...).</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-02-23T12:42:02.060Z
Answers.Text: your post doesn't answer the original question, you might want to ask a new question explaining your problem/issue. Regarding your note and previous comments, have a look at at Tim Otten's answer below and also read https://civicrm.org/blogs/colemanw/big-changes-wysiwyg-editing-47 in the comments of that post you'll find a tip on how you would load your own config.js file using __hook_coreResourceList__ in an extensions which seems to answer your questions
Answers.UserDisplayName: Andrei
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-02-23T20:24:59.797Z
Answers.Text: Thanks for that thin thread to follow. I've removed my frustrated ranting, As my answer now stands I think it helps readers to understand that beyond implementing their own Civi-extensions there is currently no way to do what the OP asks, right?
Answers.UserDisplayName: thoni56
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-02-23T20:29:13.207Z
Answers.Text: And FWIW, I think Tim Otten's answer is not explaining the situation very clearly. Perhaps you, @Andrei could supply a clearer answer based on your comment.
Answers.UserDisplayName: thoni56
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-02-24T01:57:43.240Z
Answers.Text: if you think Tim Otten's answer is not explanatory enough, perhaps you could suggest an edit so he can update it. Regarding you previous comment I guess the answer is No, I don't think is possible to disable CKEditor on a per component basis (CiviMail) without affecting the whole system, 'normal' emails, activities, etc... So you either go with CKEditor, Textarea or an Extension to implement another WYSWIG editor of your choice.
Answers.UserDisplayName: Andrei
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-02-24T14:11:57.007Z
Answers.Text: Maybe I was reading too much into the question... I found a very clear answer to the question I probably wanted to ask, which is consistent with your first comment, at http://civicrm.stackexchange.com/a/4526/354,
Answers.UserDisplayName: thoni56
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2016-02-23T11:14:55.030Z
Answers.LastActivityDate: 2016-02-23T20:22:10.993Z
Answers.LastEditDate: 2016-02-23T20:22:10.993Z
Answers.UserDisplayName: thoni56
Answers.Body: <p><strong>Editing markup</strong></p>
  
  <p>The editor includes a "Source" button which can be used to edit markup directly.</p>
  
  <p><strong>Using <code>&lt;textarea&gt;</code></strong></p>
  
  <p>Upgrade to v4.7!</p>
  
  <p><strong>In depth</strong></p>
  
  <p>CiviCRM v4.6 includes a pure-JS rewrite of the CiviMail frontend. Unfortunately, the old WYSIWYG abstraction couldn't adapt well to pure-JS, so CiviMail in v4.6 only supports one editor. (Specifically, CiviMail uses the <a href="https://github.com/civicrm/civicrm-core/blob/4.6/ang/crmUi.js#L394" rel="nofollow"><code>crmUiRichtext</code></a> directive which is hardcoded to CKEditor.) However, all other screens still use the old WYSIWYG abstraction.</p>
  
  <p>v4.7 cleans things up by switching to a pure-JS WYSIWYG abstraction. The core ships with only two options (CKEditor and <code>&lt;textarea&gt;</code>). However, you can write an extension that defines alternatives (e.g. <a href="https://civicrm.org/extensions/tinymce" rel="nofollow">https://civicrm.org/extensions/tinymce</a> ).</p>
  
  <p>See also: <a href="https://civicrm.org/blogs/colemanw/big-changes-wysiwyg-editing-47" rel="nofollow">https://civicrm.org/blogs/colemanw/big-changes-wysiwyg-editing-47</a></p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-12-06T09:57:25.340Z
Answers.Text: hey, the source button allows you to edit the source, but the editor is still going to alter what you typed after you save it
Answers.UserDisplayName: Xavier
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2015-12-06T01:08:31.517Z
Answers.LastActivityDate: 2015-12-06T01:08:31.517Z
Answers.UserDisplayName: Tim Otten
Body: <p>Oh joy of wysiwyg editors, that are going to alter the html you have so carefully typed to be compatible with all the mail clients in their glorious diversities...</p>
  
  <p>For some mailings at least, I'd like to be able to tell the editor to stay home and let me type my html directly, as the W3C gods intended. Unfortunately, the setting to change the editor (CKEDITOR, tinyeditor or textarea) doesn't seem to be taken into account in civimail (or ab testing)</p>
  
  <p>Is this a cache that I couldn't clear after the change (it worked fine for "normal" mail sendings, just civimail that ignored the new setting)?</p>
  
  <p>Is there a bit of code to hack to make it work?</p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2016-02-23T10:43:35.830Z
Comments.Text: Did you manage to achieve what you wanted? Any of the answers helped you?
Comments.UserDisplayName: thoni56
Tags: <civimail><wysiwyg>
Title: How to disable or fix the wysiwyg editor on civimail
ThreadText: # How to disable or fix the wysiwyg editor on civimail
  
  (Asked by: username_0 on 2015-12-04)
  
  Oh joy of wysiwyg editors, that are going to alter the html you have so carefully typed to be compatible with all the mail clients in their glorious diversities...
  
  For some mailings at least, I'd like to be able to tell the editor to stay home and let me type my html directly, as the W3C gods intended. Unfortunately, the setting to change the editor (CKEDITOR, tinyeditor or textarea) doesn't seem to be taken into account in civimail (or ab testing)
  
  Is this a cache that I couldn't clear after the change (it worked fine for "normal" mail sendings, just civimail that ignored the new setting)?
  
  Is there a bit of code to hack to make it work?
  
  **Tags:** civimail, wysiwyg
  
  > **Comments:**
  > **username_1**: Did you manage to achieve what you wanted? Any of the answers helped you?  
  
  ---
  
  ## 5 answers
  
  ### Answer by username_5 on 2015-12-06. Score: 3 | Accepted answer
  
  **Editing markup**
  
  The editor includes a "Source" button which can be used to edit markup directly.
  
  **Using**
  
  Upgrade to v4.7!
  
  **In depth**
  
  CiviCRM v4.6 includes a pure-JS rewrite of the CiviMail frontend. Unfortunately, the old WYSIWYG abstraction couldn't adapt well to pure-JS, so CiviMail in v4.6 only supports one editor. (Specifically, CiviMail uses the [`crmUiRichtext`](https://github.com/civicrm/civicrm-core/blob/4.6/ang/crmUi.js#L394) directive which is hardcoded to CKEditor.) However, all other screens still use the old WYSIWYG abstraction.
  
  v4.7 cleans things up by switching to a pure-JS WYSIWYG abstraction. The core ships with only two options (CKEditor and ). However, you can write an extension that defines alternatives (e.g. <https://civicrm.org/extensions/tinymce> ).
  
  See also: <https://civicrm.org/blogs/colemanw/big-changes-wysiwyg-editing-47>
  
  > **Comments:**
  > **username_0**: hey, the source button allows you to edit the source, but the editor is still going to alter what you typed after you save it  
  
  ---
  
  ### Answer by username_2 on 2017-03-01. Score: 0
  
  We had a similar problem of the CKEditor config not 'taking' on a multisite / Aegir system and after much work solved this.
  
  Our solution is detailed here: Is this a bug - [civicrm.files] variable
  
  
  ---
  
  ### Answer by username_3 on 2015-12-09. Score: 0
  
  This doesn't answer the question neither but it might help. 
  What I do to prevent CKEditor from striping/modifying the markup is disable CKEditor's Advanced Content Filter (ACF), editing the config.js file in /path/to/civicrm/packages/ckeditor, more info here.
  config.extraAllowedContent = 'html;head;body;span;ul;li;table;td;style;*[id];*(*);*{*}';
  
  [ ] // for attributes
  
  { } // for styles
  
  ( ) // for classes
  
  > **Comments:**
  > **username_1**: I can't get this to work. I have pasted the exact js into `packages/ckeditor/config.js` but that does not seem to affect the mailings editor. I'm on 4.7.  
  > **username_1**: There's also the `bower_components/ckeditor/config.js`. When is that used?  
  
  ---
  
  ### Answer by username_4 on 2015-12-09. Score: 0
  
  I know that's not exactly what you requested, but you might consider disabling the character escaping behaviour of the editor altogether.
  
  [Here is how.](https://civicrm.stackexchange.com/questions/7212/escaping-quotes-in-ckeditor-breaks-smarty-syntax)
  
  
  ---
  
  ### Answer by username_1 on 2016-02-23. Score: 0
  
  The problem seems to be that the CKeditor configurator at *Administer->Custom data and Views->Display* persists the editor configuration in a file in `/media/civicrm/persist/crm-ckeditor-config.js` and that file is overwritten each time you touch the configurator.
  
  It looks like CiviCRM does this by replacing the reference to the default config.js (in `packages/ckeditor` with a reference to the persisted config. So any configuration placed here is simply never read.
  
  So I can't see any solution to this problem until there is a way to insert custom config directives into that persisted config. (Except for re-adding it every time you re-configure CKEditor...).
  
  > **Comments:**
  > **username_3**: your post doesn't answer the original question, you might want to ask a new question explaining your problem/issue. Regarding your note and previous comments, have a look at at username_5's answer below and also read https://civicrm.org/blogs/colemanw/big-changes-wysiwyg-editing-47 in the comments of that post you'll find a tip on how you would load your own config.js file using __hook_coreResourceList__ in an extensions which seems to answer your questions  
  > **username_1**: Thanks for that thin thread to follow. I've removed my frustrated ranting, As my answer now stands I think it helps readers to understand that beyond implementing their own Civi-extensions there is currently no way to do what the OP asks, right?  
  > **username_1**: And FWIW, I think username_5's answer is not explaining the situation very clearly. Perhaps you, @username_3 could supply a clearer answer based on your comment.  
  > **username_3**: if you think username_5's answer is not explanatory enough, perhaps you could suggest an edit so he can update it. Regarding you previous comment I guess the answer is No, I don't think is possible to disable CKEditor on a per component basis (CiviMail) without affecting the whole system, 'normal' emails, activities, etc... So you either go with CKEditor, Textarea or an Extension to implement another WYSWIG editor of your choice.  
  > **username_1**: Maybe I was reading too much into the question... I found a very clear answer to the question I probably wanted to ask, which is consistent with your first comment, at http://civicrm.stackexchange.com/a/4526/354,  
  
  ---
  
  