Z1gnol

Some more:

Just stumbled upon this, where is said that because of a footer issue the javascript is not being pulled:

https://www.ads-software.com/support/topic/sign-now-button-doesnt-work-grey-sample-text-doesnt-disappear?replies=4

I have to say, I am running two custom footer files in a child theme for the Suffusion theme. I commented out a bit of code, so I restored that, yet the plugin still doesn’t fetch the javascript. Not that this would’ve made a lot of sense…the plugin doesn’t install code to my child theme files.

I do think that there might be a discrepancy between what the plugin requires from the footer and my actual footer code. Can anyone explain me what I could add to the plugin code to get it functioning?

Hi Misplon,

That wasn’t me on the SiteOrigin forums.

I did fix it though and not by disabling responsiveness on the row. Wouldn’t want to break the mobile view ofcourse.

My solution was as following: I put the text from the a) rows in a div, gave it a height property trough CSS, so left and right colums would be just as high, no matter the length of the text.

This caused overlapping in mobile view, so I wrote a media querie to disable the height CSS in viewports lower than 800px.

There is misalignment between 800px and 1000 px, but these resolutions are hardly used on tablets and phones upscale anyways.

Like I said before, as soon as I’m logged in to the wordpress backend. When I open a new tab for the website for instance, it will also be logged in. Then the lightbox stops working until I log out. Simple as that.

My website has a simple setup, two static pages with a nextgen gallery shortcode ([nggallery id=x]). Both galleries have not lightbox (or fancybox, whatever) when logged in. Here’s my site:

website

I did a code check in my inspector while logged in and not logged in and discovered the thumbnails do not have javascript associated with them while logged in. They do when logged out. So one has to wonder why javascript dissappears when logging in.

It’s not a very pressing matter really, since public viewers will have no issue.

Ok, the footer problem is solved…and wow, what a silly solution.

Well, it seems the footer widget place was’t locked by the theme functions after all. When I click the ‘footer’ widget arrow, it opened a ‘drag-into’-area (rectangle) on the bottom of the page. I suspect something iffy in the theme that’s causing this. Glad it’s solved though.

article > h1,
article > h2,
article > h3,
article header h1,
article header h2,
article header h3 {
    text-indent:-10px !important;
    margin:0;
    font-weight:700 !important;
    font-size:1.8em;
    line-height:1.4em;

This is from my recent topic. The text indent for post/page-headers can be negative, so it moves to the left. Find the sweet spot. It’s wonky, but as good as I can solve right now.

On the footer problem, I think I figured it out, but still need solution.

Currently my widgets are dragged into ‘footer for pages’. Since my posts page is not considered to be a static page, the widgets do not show on it.

I need to be able to drag in widgets to the footer widget space (in widgets menu in dashboard). The footer widget space seems to be locked by the theme, since there is a footer tab in the ‘customize’-options of the theme.

So I need to know, how do I disable the theme’s footer option.

Thanks in advance ??

Hey thanks, Firebug completely slipped my mind ??

I currently found a wonky workaround to get text aligned differently. When I add a text indent of 0px to the css, it just sits where it is, not aligned. When I enter a negative indent, I can align it, sort of. Here’s the code I used:

article > h1,
article > h2,
article > h3,
article header h1,
article header h2,
article header h3 {
    text-indent:-10px !important;
    margin:0;
    font-weight:700 !important;
    font-size:1.8em;
    line-height:1.4em;

I still wonder if anyone has a more proper solution than this.

The footer problem still needs some work.

A great…that worked.
Only time will tell if there will be side effects.