Hi @rockethouse
I have a feeling that currently, there is no way to remove the ACF filter. I’ll add this to the to-do and have it fixed in the next version.
For now, you can load the value without any formatting like so:
get_field('field_name', $post_id = false, $format = false);
Hope that helps
There is something weird going on. If I use https://github.com/elliotcondon/acf-wordpress-wysiwyg-field and apply it to just one field. It seems to fix the problem for the rest of them. Only one field needs to be using the WYSIWYG loaded through this plugin and the rest of them will work using the normal WYSIWYG field in ACF.
Hi guys.
Can you please try using ACF on a fresh install. Does WYSIWYG work?
If so, the issue is sure to be a conflict with a plugin or theme you are using.
Ad in the plugins 1 at a time until you get the issue. This will pin point the issue and you can then find a resolution
Good luck!
Hi Elliot,
Same problem here, I believe this should be marked as not resolved, as Matthew reports in his edit above, it’s not solved for him either.
TinyMCE does not load on posts where ACF WYSIWYG field is enabled.
I too initially had a problem because I was trying it with TinyMCE advanced, but I just tried ACF on an installation without that plugin, and the tinyMCE is still disabled
Do not use a custom tinymce.
I have the WP in Spanish.
Thanks for being so responsive, Elliot!
I’ll let you know if I come up with a solution that (a) doesn’t unnecessarily strip backslashes from wysiwyg field content, and (b) works properly with older PHP setups that have magic quotes enabled.
If you don’t mind, I’ll leave this issue open until I can report back.
Cheers,
-paul
Hi @figureone
The issue is that some servers have the magic quotes option turned on which conflicts with the strip slashes function.
I can remember 100% what the issue was, but I remember all my attempts to apply different logic deepening on the magic quote option failed each time.
Sorry, but making any changes to this will massively effect thousands of clients.
Perhaps you can hook into the update_value filter and write some code to counteract the issue?
Thanks mate
E
I’m having this same problem on my site.
Hello Elliot,
I just wanted to let you know that installing this https://github.com/elliotcondon/acf-wordpress-wysiwyg-field
fixed my issue.
EDIT: I was wrong this did not fix the issue. And I cannot uncheck solved on this bug tracker.
Hi there Elliot. Thanks for your great work. I just wanted to point out that it’s not working with TinyMCE Advanced disabled either and that the input.js file that is throwing the error is part of your plugin located at plugins/advanced-custom-fields/js/input.min.js
On my screen cap of the error I am pretty printing the minified Javascript for readability.
I uninstalled TinyMCE Advanced and it did not fix the problem.
I also tried uninstalling and reinstalling the ACF plugin on a cloned copy of my wordpress site. It did not change the end result, also surprisingly I did not lose any fields or data when I did the uninstall/reinstall.
Do you have any tips for me to troubleshoot this problem? Is there any information that you could use to pinpoint the issue that I am experiencing?
Thanks so much for your help.
Hi @MatthewAry
Thanks for the bug report.
I’ll take a look at the compatibility with tinymce advanced plugin int the future.
Thanks
E
Hi @dcarchenilla
Thanks for the screenshot. Yes, the issue is JS based and coming from the tinymce script. Unfortunately, the issue could be anything…
Does your WP site use a custom tinymce? Perhaps because of the language translation?
Hello,
Hope that helps.
In a custom post works well, but in a taxonomy editor is not displayed.
Thanks again
Hi @dcarchenilla
2 things:
1. Can you attach a screenshot of the issue?
2. Have you checked your console log for JS errors?
Hi @nolimit966
You will find a WordPress WYSIWYG field in the add-ons page of this website!
Cheers
E
Hi @mmjaeger
ACF does not have an auto link generator built in.
Perhaps you are expecting functionality that does not exist.
You can use the link button in your WYSIWYG field to create links on text
Hi @Nuro
Yes, you can use a WYSIWYG field and set the default value to any HTML you wish.
If you want tables in your tinymce editor, there is a WP plugin for this which will work with ACF WYSIWYG fields.
Cheers
E
Hi @elliot,
Yes, that was it. I never realized there was a max character for CF keys!
Fortunately, that’s the only one that extends that long, so I’ll start to use abbreviations when possible. do_cf_res_item_con works I suppose.
Thanks again. Excellent plugin. I’ve purchased 3 of your add ons and use ACF on several projects.
Hi @synergywp
There is a chance that the field_name is too long for ACF to save the value!
Can you try and rename the field name to something shorter?
Wait. I’m sorry, I was wrong and for the double post.
The database is not saving the value. So its nothing at all with my front end code at this point.
Something isn’t saving correctly to the database. When I enter lorem, I save options, leave page, go back to page, the WYSIWYG editor is blank again.
I get:
Array
(
[0] => Array
(
[do_cf_resume_item_block_title] => programs
[do_cf_resume_item_block_content] =>
)
[1] => Array
(
[do_cf_resume_item_block_title] => training
[do_cf_resume_item_block_content] =>
)
[2] => Array
(
[do_cf_resume_item_block_title] => OtherTITLE
[do_cf_resume_item_block_content] =>
)
)
There is definitely something being written to the database though. When i leave the page and revisit (the options page in backend), it will have the value there waiting for me.
Hi @synergywp
What do you get for:
<?php
echo '<pre>';
print_r(get_field('do_cf_resume_item_block','option'));
echo '</pre>';
die;
?>
Oh, I see, you meant the $contentgo if statement.
Yea, i was doing that for testing and had the contentgo var being loaded with something else… i’ve spruced everything up and its still unfortunately not working.
Code as of now:
if ( get_field('do_cf_resume_item_block','option') ) :
echo '<div class="resume-block-container">';
while ( has_sub_field('do_cf_resume_item_block','option') ) :
// Get Vars
$content = get_sub_field('do_cf_resume_item_block_content');
$gettitle = get_sub_field('do_cf_resume_item_block_title');
$title = do_resume_block_title_display($gettitle);
echo '<div class="resume-block-item">';
echo '<h3>' . $title . '</h3>';
echo '<div class="resume-block-item-content">' . $content . '</div>';
if (empty($content)) echo 'Nothing here.';
echo '</div>';
endwhile;
echo '</div>';
endif;
Hi @Elliot,
Okay, that makes sense about the 2nd parameter and I’m sure that will fix it.
But the If statement… I actually got that code here without thinking about it much:
<?php if(get_field('repeater_field_name')): ?>
From: http://www.advancedcustomfields.com/resources/field-types/repeater/
Hi @synergywp
I see 2 issues with the above code:
1. get_sub_field does not have a second parameter, this may be producing an error and preventing the code from working
2. Your if statement refers to a variable which does not exist (typo)
How are you with debugging? Can you debug your code to find out the variable data?
Captura-de-p....png
Captura-de-p....png
Captura-de-p....png
Captura-de-p....png
