pengo

The header row breakpoints at line 2174 in Quark’s style.css work fine but the breakpoints for all grid classes at line 2199 aren’t being applied.

If I copy the line 2199 block from Quark’s style.css into my child theme’s style.css, the body rows become fully responsive. I can’t see any errors in the stylesheet, but the fix works.

Tested with Firefox and Chrome.

I’ve encountered the same problem.

I can’t easily provide a link because the site is under construction and the directory is password protected.

The header is responsive, but none of the body rows is. I’ll dig into this myself and post a solution if and when I find one.

This still doesn’t seem to be a plugin that works consistently in a shared hosting environment.

Thanks for the offer, but I’ve moved on and created my own responsive ajax sliders instead:

• sliderMonial, a slider for testimonials, and
• flySlider for promoting other posts.

I’m not sure why your slider didn’t display in Android 2.3.4, but as I no longer have Flexible Slider on my site there’s little point taking this further.

Thanks for the offer, but I’ve moved on and created my own responsive ajax sliders instead:

• sliderMonial, a slider for testimonials, and
• flySlider for promoting other posts.

I suspect the problem is with the instance of Firefox I was using, rather than with your plugin – I’ve encountered problems with other add-ons as well.

I’ve reopened this because I have some further information.

The Javascript console on my Firefox instance displays the following error when the page loads.

Permission denied to access property 'cycle.opts'

This error doesn’t appear in Chrome and, as stated above, Cyclone Slider 2 works fine on all browsers (including Firefox on other computers). It’s only my Win7 Firefox 17 that displays the error and fails to perform.

The link

href='https://www.mydomain.com/?cyclone_templates_css=1&ver=3.5'

is fine and displays the correct stylesheet. But the link only appears in the header when I’m logged in as an administrator. If I’m not logged in, the link is presented as

href='https://www.mydomain.com/'

This is the crux of the problem. I don’t know what could be stopping the stylesheet link from being fully formed when I’m not logged in as an administrator.

I should note that I’ve marked this as resolved after testing with BrowserStack revealed that everyone else’s Firefox is working fine. It’s just my local machine. I don’t know why that is, but I can live with it.

I’ve temporarily copied all the required css into my theme’s style.css. This isn’t a long-term solution, but it’s better than nowt.

A further note. Yes, I was logged into the site on the browsers I tested on Ubuntu 12.04.

Here’s a further point of interest. If I log into the site admin dashboard on any of these browsers the slideshow then appears normally in that browser. When I’m logged in, the file header link changes:

<link
  rel='stylesheet'
  id='cyclone-slider-plugin-styles-css'
  href='https://www.mydomain.com/?cyclone_templates_css=1&ver=3.5'
  type='text/css'
  media='all' />

I’d changed the theme during testing, but that doesn’t affect the behaviour:

• logged in as an administrator, Cyclone Slider 2 works fine;
• not logged in, it’s not styled.

It appears this was caused by a conflict with EasyRotator. As I’m hoping Cyclone Slider 2 will replace that plugin, it’s not a problem for me.

I’ve just installed Wordfence on my hosted WordPress site which has a 64MB memory limit.

Wordfence scans consistently fail with an “Allowed memory size of 67108864 bytes exhausted” error. If I remove Wordfence options, I can get 1300 files into the scan, but ultimately everything always grinds to a halt with this error.

This is potentially a great tool and I’d be happy to upgrade to the paid version … but first it needs to work on my installation. Any advice gratefully received.

Thanks Josh. I appreciate the effort you put in. The behaviour certainly had me puzzled too.

I’m grateful to Casey from the SimpleThemes forum (my site is based on their Breeze theme) for picking up what was not a theme issue, but a problem of my own making.

I had a div at {left:-1000px;top:-1000px;} which I populated with the post title, extract and featured image. Without that, sharing the post on Google+ unhelpfully presented the world with the page menu as a description, whatever image was first on the page and my site’s text logo as a title. I implemented this workaround before Google published the Google+ API in July.

Casey spotted that removing this div also removed the white space – probably because I also padded it with 256 ” &nsbp;” atoms to prevent Google+ concatenating my description with the page menu. Sigh. It wasn’t a problem with 3.0.4.

Anyway, this morning I went looking for a better solution and found a useful post by Jimmy Bergmark which offers a better way of accomplishing what I wanted.

If other users need something similar, here’s the revised function I use to insert this directly after the <body> tag.

function insertSocialData(){
  global $post;
  echo '<div class="share-data" itemscope="" itemtype="https://schema.org/Blog">'
    .'<img src="'.postImage(get_the_ID()).'" />'
    .'<h5 itemprop="name">'.get_the_title().'</h5>'
    .'<p itemprop="description">'.str_replace(array("n", "t", "r", "<p>", "</p>"), '', get_the_excerpt()).'</p>'
    ."</div>";
}

And here’s the CSS.

.share-data{position:absolute;top:-1000px;left:-1000px;}

Problem solved.