wbishop

[wbishop]

Wish I could, but it’s not accessible on the public web.

Does the image not illustrate the issue sufficiently? If not, what would you like to see? Need source code, styling, or something else? Let me know and I’ll get it to you!

Thanks!

[wbishop]

Correction:

The word in question above in the image is “videoconferencing” rather than “teleconferencing”.

Sorry about that…

[wbishop]

Good idea, thanks. Expect this will be a relevant question for most of your WordPress users.

Just FYI, one of our other sites has been using Woo Themes Canvas and they’ve announced they’re not planning to update for WordPress 5.0 compatibility going forward and will be retiring the theme.

So, we thought we’d better check with you since we’ve been using Kleo extensively on another site and had thought maybe to use it to replace Canvas if appropriate…

Appreciate your looking into it; will hope to hear soon!

Thanks!

[wbishop]

Thanks for your reply.

Turns out, we have quite a few options that address kleo things (see screenshot). Do we need to re-do all as above?

Thanks again!

Attachments:

You must be logged in to view attached files.

[wbishop]

Thanks.

I deactivated a slew of obsolete plugins and this cured the problem. Not a conflict with Kleo, but much appreciate your help.

Thanks again!

[wbishop]

Hi-

We’ve had debugging switched on, but no debugging message appears. Nothing either in the apache logs, syslog, etc.

Also, since my first post above, we’ve upgraded to WordPress 4.6 but with the same results when we try to upgrade from Buddypress 2.5.3 to 2.6.2.

In re: the link we posted about “BuddyPress cover Photo plugin”, we appreciate that that is a different issue; however it was the closest thing we could find that seemed to manifest similar symptoms to those we experience. We do not use that plugin.

However, we do use these BuddyPress related plugins:

BP Group Calendar
BP Group Documents
BP Group Email
BP Group Hierarchy
BuddyPress Activity Plus
BuddyPress Avatar Bubble
BuddyPress Group Email Subscription
BuddyPress Groups Extras
BuddyPress Like
BuddyPress Mass Messaging
BuddyPress Mobile
Buddypress Sidebar
Buddypress Widget Pack
BuddyPress Wiki Component

I’d invite you to take a look at the site, but it’s not accessible via the open web.

Any other thoughts/suggestions?

Thanks!

[wbishop]

Well, in the end I coughed up the ransom & bought the activation purchase code. Trouble is, the settings still don’t work. I cannot change anything, none of the advanced menu items on the right of the screen do anything when clicked. Can’t now even edit previously created slides.

Any thoughts as to why? Certainly could be a plugin conflict – where should I begin to look?

Thanks!

[wbishop]

Thanks. Updated but am still being prompted for an activation purchase code. Assume you’re telling me we need to send them money before this will work again. So whatever license we get is only good for as long as the theme update lasts?

Not complaining, just trying to understand the game…

Thanks!

[wbishop]

PS – When I click the Slider Revolution v.5.1.5 Update Now button in the WordPress Slider Revolution Admin screen, I’m taken to this page which invites me to buy a license: https://revolution.themepunch.com/direct-customer-benefits/?ref=515b#productactivation

Not quite what I’m looking for…?

[wbishop]

Oh, well now it turns out after changing a couple of page-specific css items, Kleo has again written dynamic.css to zero, thus dropping all the customizations previously implemented. Not helpful…

What am I doing wrong?

[wbishop]

Hmm.

Reviewed the file at [rootdir]/wp-content/blogs.dir/1/files/custom_styles/dynamic.css (holding Kleo styling parameters) and found that the timestamp changed each time a change was made to the theme, but the file remained at 0 filesize.

From backup I copied a 27k version of dynamic.css into that directory and this removed the double input fields. (Unfortunately it also removed the revisions I’d made in the interim.)

This is the second time I’ve been bitten by issues with dynamic.css (previously, after a backup & restore).

Is there a way to force Kleo to regenerate this file? I had attempted to modify & save Kleo theme settings and QuickCSS but this had no effect. It’s previously been suggested that we manually move all custom css into Kleo-child/style.css, but that seems a poor solution as it seems to render QuickCSS useless…?

Thanks for any help you can provide.

[wbishop]

Thanks!

[wbishop]

Hi,

Seems like the problem was related to the wp-content/blogs.dir/1/files/custom_styles/dynamic.css file. This apparently gets re-generated somehow during the process of replicating the site and reverts to default settings.

In the end, the only way I could recapture the lost styling was to walk through each setting and reset manually.

Painful…

Thanks anyway.

[wbishop]

Thanks for your guidance.

Can you tell me which table in the database holds the Quick CSS settings?

Thanks again!

[wbishop]

Sorry – I’m a bit confused still.

When I copied the files from my test site into my production site, a number of css settings were lost. The style.css file in both sites are identical. The databases in both sites are identical. But the test site retains the Quick CSS settings while the production site does not.

The Quick CSS settings must be saved SOMEWHERE on the test site, are they not? If not in style.css or in the database, then where?

Why are the Quick CSS settings not persisting when the test site is copied to production?

Sorry for being slow, but I hope you can shed light on this for me…

Thanks!

[wbishop]

Update – Thank you, I did find that there was Quick CSS in the test site that wasn’t in the production site. Added that, and much (but not all) styling was corrected.

This begs the question – where exactly is Quick CSS stored? If duplicating the site files and duplicating the database doesn’t include the Quick CSS…and exporting the theme settings from one then importing into the other doesn’t include the Quick CSS…where can it be found? Is it in some ephemeral cache? Elsewhere?

Thanks; I’m now looking for the rest of the missing CSS…(any other leads?)

🙂

[wbishop]

Hi,

Thanks for your reply.

I misstated the domain bit above – we’re really using something like test.ourdomain.org and production.ourdomain.org, so two sub-domains but only one domain.

Exported the options in one, but wasn’t sure how to import as there’s no ability to upload a file in the import section. So instead, attempted to import into production.ourdomain.org from test.ourdomain.org. This resulted in a success message, but no change to the actual site display – still appears a bunch of CSS is missing.

Any other guidance would be appreciated!

[wbishop]

Thanks, Laura, I appreciate the validation!

Cheers!

[wbishop]

Hi-

Just to close the loop, I added:

<section id=”footer-curve” class=”container-wrap main-color no-col-gap border-bottom text-center” style=”background-color: #fbfaf9;padding-top: 0em;padding-bottom: 0em;min-height: 4em;content: ''; height: 5.3em; width: 100%; position: relative; border-bottom-left-radius: 50%; border-bottom-right-radius: 50%; bottom: -2.5em; z-index:9;”><div class=”section-container container-full”><div class=”row”>
<div class=”col-sm-12 wpb_column column_container <!– vc_custom_1436391843917–>”>
<div class=”wpb_wrapper”>

</div>
</div>
</div></div></section><!– end section –>

To footer.php in kleo-child after <!– #main –> and it seems to work.

Can you see anything wrong with doing it this way?

Thanks!

[wbishop]

Sorry again – just re-read my initial post and see I again mis-spoke: it should have said, “… an addition to the child footer.php file…”

[wbishop]

Sorry – s/h/b, “…into the footer,”

[wbishop]

Thank you very much Laura!

I gave this a shot. The result is that the bottom corners of the footer curve, rather than a curve at the top of the footer.

What I’m really looking for is a very gently curved bottom border of the main section that would then overlap into the footer. Does that make sense?

It’s easy enough to put a curve on the top corners of the footer, but that then curves in the wrong direction. I tried curving the bottom of the main section using:

.container-wrap {
position: relative;
background-color: #fafbf9;
border: 1px;
z-index: 9;
border-bottom-left-radius: 25%;
border-bottom-right-radius: 25%;
bottom: -3em;
}

and toyed with different radii, but wasn’t able to get the continuous gentle curve effect you see in the image I posted above – the height of the area affected by the .container-wrap is too great to get the curve right.

I thought if I could simply put a “row” (as in the Kleo Backend editor) into the header, at the very top, I could use the css I’d used before (it’s in my original post), but I don’t quite know how to best do that.

Thanks again for your help and I’ll welcome other ideas!

[wbishop]

Hi Laura,

Thanks for your reply! Wish I could offer a link but this effort is on an offline development environment.

I was thinking maybe we could simply insert a <div class=”curve”> kind of thing into the footer.php file and lay some css on it as per above…but thought you’d probably have other/better ideas?

Really sorry I can’t offer access, but it’s out of my hands. Any suggestions/thoughts you might have in the abstract would be very welcome!

Thanks!

[wbishop]

PS – Not sure why image above is truncated on both ends, but perhaps you can still see & understand our goal…

[wbishop]

Thanks again!

[wbishop]

PS –

I used the Typekit Fonts for WordPress plugin to add the custom fonts, but wonder whether manually adding them to the Kleo-child header.php file might improve the font load time?

The trade off, of course, is that this would have to be repeated if the theme is updated (no?) while using the plugin should do this automatically.

Thanks again!

[wbishop]

Hi-

Thanks, Andrei.

This does change the font as desired. Still not in the drop down lists, but not expected to be I gather. Also, I presume the functions.php file will override the Theme Options > Fonts settings should our client try to change them there for any reason, correct?

I note that when the site first appears, all the fonts are displayed as serif fonts (Times New Roman or equivalent) but then change to the custom font. As I’d changed all the Theme Options > Fonts to Arial, Helvetica, sans serif, I don’t quite understand why it defaults to the serif, but presume that’s the no-style-at-all default?

I don’t suppose there’s any way to accelerate the display of the custom fonts, is there? Any suggestions would be much appreciated!

Thanks again for your help!

[Author]

Posts