Crssp

I found it under General settings for the form, hope it stays selected for me too.

Ohhh, I’m having a similar issue, 7 mo. and no response on this one ??

Thanks for you insights Chris.
I plan to implement sitewide using your DFP Ad Manager plugin, to a site with approx. 1-mil page views per month.
Will let you know how it goes.
My thinking is page load should be better, since with the plugin we’ll be able to use async ad loading, that should help a lot, esp. on days when Google DFP may be running sluggish.

I’ve not had any problems on this particular site with the plugin.

In some of my other threads, I was speaking to some bugs in the ads not appearing as they should/where they should.
It may have been a conflict with that particular theme, on that first site I experimented with.
On I’m planning to implement in the next few days, testing and setup went smooth as silk with DFP Ad Manager, on the dev site.
Hoping moving to the live site goes as well.
Our servers did not like WordPress 4.3 so I may wait until 4.3.1 is out of the box, to go ahead. Just depends, the marketing/sales dept. wanted to launch impressions based ad sales on Sept. 1, waiting to hear from them also.

Thanks again for all your hard work, and brain-power on this plugin!

This worked a charm. Very clean solution, we still can use a shortcode in our header banner script custom field box, and it worked easy peasy.
Ahhh the power of do_shortcode()

Inserting raw PHP code into that box may have worked, but would that have been a security concern, maybe? Any suggestions or discussion points appreciated.
thanks.

I got a reply from my themes support team, saying the latest version of the theme already works with shortcodes, but otherwise swap in this line of code in the header.php file.

change:
echo '<div class="header-banner-image" >' . $banner_script . '</div>';

to:
echo '<div class="header-banner-image" >' . do_shortcode($banner_script) . '</div>';

Maybe there’s something better, but this should work, planning to test now.

Thanks for your reply chris.
Sorry for all my confusion, most of it due to google dfp itself, and the various lag times, regarding setup.

I found out using your plugin, my dev site supports async ads, probably due to the fact your plugin does a proper job of enqueuing the scripts required in the head section.
All in all, the plugin seems to be working out on my dev site, may go to live setup next week, or be forced to use dfp raw codes in production.
thanks again for all your help.
I started another thread regarding what to do, when neither a widget, or a shortcode will work, you probably saw that thread already. ??

It would be great if the theme header ad script field box. could process a shortcode, but that was the first thing I tried, and that didn’t work.
Perhaps that could be changes so this field box would process a shortcode, but that would be something that likely broke every time the theme was updated, and a child theme is not an option.
Just offering that up also, a shortcode allow solution would be awesome too.

This is on a dev site, so it may have something to do with Google not having that page indexed, so the forum post, got Google to spider the page.

That or google DFP just caught up with the ad request, for a new unit.
Their is usually a bit of a lag time on new ad units, etc.

What the heck, just as soon as I posted this forum post, the ad began appearing, strange how that worked?
Ok then… looks like I’m good, anyone else seeing the ad then?

Normally using the same code for a dfp ad works, and it will appear twice on the page, once at the top, and once at the bottom.
in this case though, I think I’m going to go ahead and create separate codes one for a top leaderboard spot, and one for the bottom.

Interested to know though, if only one instance of the same ad position is possible. I think DFP normally will populate the spot with more than one instance normally, maybe I’m wrong?

Sorry for all the posts today, essentially throwing in the towel, and resetting my plugin landscape. Turned off attachments++ for now.
And doing some primal screaming, lol.

could it be a conflict with the filetype of xlsx?
Google doc embedder, handles .xlsx fine embedded in a page.
going to test a pdf, maybe it will have scroll=”yes”.

Edit:
Nope PDF’s having the google doc embed bugs as well, on the attachments++ pages.
I could of swore, everything was fine when first installing this plugin grrr…

Embedding the same document in a post, and the Google doc embedder does have scrolling=”yes”.
For some reason the Attachments++ plage uses scrolling=”no” for the embedded document.
It must be getting that setting from someplace, but I’m not finding it?
??

Also there are some other problems with the attachments++ pages, the download links for the google embed do not work, no do the controls for open remotely, or zoom.
Dang.

Awesome, ease of display, and displaying correctly according to a sites styles, will keep your plugin at the forefront of being both simple to use and awesome.

Just remembered your fine plugin includes a widget, so I should be working with that instead, may solve lots of issues for me then ??