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?
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','option');
$gettitle = get_sub_field('do_cf_resume_item_block_title','option');
$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($contentgo)) echo 'Nothing here.';
echo '</div>';
endwhile;
echo '</div>';
endif;
Thanks.

Hi @synergywp
Can you post your code for me to take a look at?

Hi @Finvaron
No worries.
The default WYSIWYG field uses the JS tinymce object to instantiate the field. This allows it to work within a repeater field.
The add-on WordPress WYSIWYG field does not use JS to create itself, instead if uses PHP (wordpress function) to create the editor. This however does not work within a repeater.
Thanks
E
The issue only occurs if you first open the Media Manager in the standard WYSIWYG and select Upload Files, then close that Media Manager modal. Then, when you click the Edit pencil icon on an image field you see the same Upload Files modal screen rather than the Edit Image screen.
Now it works for me!
I installed the Add-on WordPress Wysiwyg (http://www.advancedcustomfields.com/add-ons/wordpress-wysiwyg/). That did the job!
@elliot: Can you explain me the difference between the “WYSIWYG-Editor-field” and the “WP WYSIWYG field”?
Thanks in advance!
Hi Elliot, thank you for your response.

Hi @loic_syclo
Thanks. I’ll add this back into the to-do.
I believe it was removed by accident when moving around some to-dos.
Cheers
E

Hi @davegrant
Can you confirm that the user has the wysiwyg editor option enabled in their profile settings?
Perhaps you could post some login details with instructions to view the edit page in question?
You can post a reply as private.
Thanks
E
Hi @elliot, no, there’s no JS errors at all. Console open before page load.

Hi @davegrant
I don’t think the issue is with the field, but with the page you are trying to use it on.
Please open your console log and watch for an error on the page load.
Any JS error will cause the WYSIWYG to fail render.
What is there error you see?
@udapud you’re welcome, glad its working!
Awesome Rich thanks, culmination of a long day and not realising I had chosen the “AND” rule instead of the “OR” rule, as I had two rules for two custom post types.
Thanks again
Hi @udapud
In the admin at the bottom underneath where you are adding the new HTML / WYSIWYG fields there should be an area called ‘location’ here you can set rules which decide where the new fields you have just created will appear.
You will need to select ‘Post Type’ – ‘is equal to’ – ‘NAME OF YOUR CUSTOM POST TYPE’
When your client edits one of the custom posts they will see the new WYSIWYG.
You can call it in the custom post template with
the_field('YOUR FIELD NAME')
Hope this helps
Rich

Hi @robnero
Sorry mate, I don’t offer support outside of this forum.
I think there is a chance that your theme could be conflicting with ACF and preventing the url from converting. Are you able to try on a fresh install?
@elliot Sorry to bother you on this one. The only fix I have is to use the iframe embed code, and paste it into the html view of the wysiwyg. I don’t have any other plugins running on the field. Tried all the other tricks you listed. Any chance of chatting offline?

Hi @robnero
I can’t replicate the issue locally which means this issue is circumstantial – the hardest to find and fix!
So, if the ACF WYSIWYG field saves the value with <p> tags around the url, then the url is not converted?
Can you try and find the cause of the issue?
Perhaps it is caused when saving in the HTML / Text view?
Had you used the HTML button to edit the HTML?
What if you delete the text, and paste in the url again on a new line?
Any other plugins running on the WYSIYWG such as tinymce advanced?
Any debug info will be great!
@elliot I edited the database entry to remove the html paragraph tags, and then they showed up again.
Still broken here though:
http://awards.ixda.org/blog/2013/a-work-of-design-inviting-us-to-consider-new-ways-of-working-the-ixda-future-voice-award-and-its-first-recipient/

Hi @robnero
Just looked at the URL and the video seems to be working. Did you find a work around?
Do you have any new info?
Fantastic @elliot, I look forward to it.
Cheers.
Welcome to the Advanced Custom Fields community forum.
Browse through ideas, snippets of code, questions and answers between fellow ACF users
Helping others is a great way to earn karma, gain badges and help ACF development!
We use cookies to offer you a better browsing experience, analyze site traffic and personalize content. Read about how we use cookies and how you can control them in our Privacy Policy. If you continue to use this site, you consent to our use of cookies.