Hi Rikard,

Both Custom CSS matches. You can see, that code is default to the theme. Here it is:

/* page sidebar navigation on mobile */
@media only screen and (max-width: 767px) {
.responsive #top .avia-post-nav {
display: block !important;
}}

/*breadcrumbs*/
.title_container { background-color: #dc0012;!important; }

/* Sticky header on Mobile */
@media only screen and (max-width: 767px) {
#header {
position:fixed !important;
top: 0;
}

.responsive #top #main {
padding-top:80px !important;
}
}

/*stop flickering on load more */
.avia_loading_icon {
display: none !important;
}

As you can see, that code is not mine, it’s the theme’s. The size 3vw comes as an option by default on Enfold for sizing. Therefore, it is default to the theme.

Manually overriding with pixels every single instance where this happens (besides having to investigate what the value should be for every image size) should not be what I have to do when I use a premium theme that offers responsive design. It could be several pages and on the home page, this happens at least, 4 times. This is the reason I put the ticket. It worked before, now it doesn’t.

Manually adding CSS code (that bloats the page) and that will not look as good as it does now is not the option I am looking for. I could have done that myself. Again, this worked before, and on Enfold 4.5.7, it doesn’t.

Quoting ne of the many articles on the topic:

What’s the Advantage of Using Viewport Units?

Simply put, by implementing viewport units correctly, you can create a fluid responsive effect that is quite different from a simple adaptive website. A responsive design will automatically adjust its size as your viewport changes, whereas an adaptive design will correct itself once your viewport reaches a specific size, thanks to the use of media queries.

The advantage is obvious from an aesthetic standpoint – a fluid design simply looks better. Additionally, using viewports over fixed units poses the additional advantage of being easier to implement and maintain. Implementing an adaptive design will, in most cases, require the addition of multiple media queries, with specific values that must be pixel perfect.

What’s more, using viewport units enables you to easily design your text to always remain at a comfortable line length, then have that experience scale upwards or downwards as your resolution adjusts.

Best,

Havi

Hi Rikard,

I don’t have that code as custom CSS. That’s Enfold’s standard code. I believe it must not be recognizing that the original size is 3vw and probably should not be reduced as it’s already defined by the viewport width.

Personally, I think that’s a better move for responsive than setting up fixed numbers of pixels. There are too many screen sizes out there.

It worked perfectly before as you can see on the Live site. Can you check what changed on those lines of code? I am afraid that changing that CSS may badly affect other parts of the website.

I can also give you access to the staging site. Just let me know.

I’ll be happy to help.

Best,

Havi

Hi Nikko,

I will try (for some reason I was not notified of your reply) and see how it fares…

Thank you!

Havi

Hi Ismael!

I created the token and it works!! (At least on one of the sites…) Does this work for all my plugins as well? Or is it an Enfold token-only?

Thank you!!!

Havi :)

Hi Mike!

I’ll have to check from another computer as I tried Safari, Chrome and Firefox (never accessed that page on Firefox or site for that matter) and I still see the line. :( I see yours does not show the line… this is so weird!

I’ll keep you posted!!!

Warmly,

Havi

Hi Ismael!

The related thread is not exactly what’s happening here. This is not related to the thumbnail image. A blank page (no content – no FB debugging tool) is rendered when accessing the FB debugging tool. FB is unable to reach the page itself for about 2 hours after any modification to the text in the page is made (or posted for the first time)

This is how you can actually pull the shared count from FB:
https://graph.facebook.com/?id=https://ligadejusticia.com/nassau-county-taller-pequenos-negocios/&fields=og_object{engagement}
and it should not show as it does:
{
“id”: “https://ligadejusticia.com/nassau-county-taller-pequenos-negocios/”
}
This is indicative of FB not being able to reach the post. I am working with the ESSB plugin guys as well to see what may be blocking this or if it’s a FB API issue. If the latter, I am sure they will reach out to FB developers.

They don’t think based on what they read on the latest Enfold changelog that anything there could have affected this but I want to hear it from you. Do you think any of the Enfold caching mechanisms or speed mechanisms could have affected this?

When I look at the Chrome developer console I see there’s a 400 error from https://graph.facebook.com/

Thank you for your continued support!!

Warmly,

Havi

Hi Mike!!

Sorry… I should have given you more visuals…

Here’s the underline that should not be there:
image

underlined image
And one more on the same page:

And this is an image with caption where the underline does not appear (exactly as it should be):

This is the URL: https://staging-conversionsciencesdev.kinsta.cloud/how-to-pick-a-conversion-optimization-consultant-for-your-online-business/

For some reason, the underline has begun showing if no caption is provided. Let me know if you want access to the staging site. You can play around on it if you’d like. Or if there’s any other information I can get for you.

Happy to help!!

Warmly,

Havi

• This reply was modified 5 years, 7 months ago by havi. Reason: images not being displayed - added links to imgur

Thank you Gunther!

So basically you guys fixed the 302 that would be generated by using a custom 404 page and are able to return the actual 404 with the first option.

That is brilliant!

BTW, for some reason I am not getting any more notifications from Enfold (not on spam folder either) or when there’s a new release. Any suggestions?

Warmly,

Havi

Thank you for adding it to the new release!! :)

Hi Ismael,

No, there is no Light but there’s this:

Font: Open Sans ( font-family: open-sans )
italic: 300, 400, 600
normal: 300, 400, 600

and this:

Font: Roboto ( font-family: roboto )
normal: 100, 300, 400, 500, 700, 900
italic: 100, 300, 400, 500, 700, 900

Should I get rid of some?

Thank you!!

Havi

Hi Mike,

Certainly. I am sharing the SFTP access for the Staging site in the Private Content Area. But later, you will have to provide me with the changes as I need to manually apply them to the Live environment. This site cannot be pushed to Production.

Also, what would you like me to do regarding the Cookie Consent calling an http file and breaking the SSL? Would you like me to enable it on the Live site so you can see? It may have something to do with the update from ThemeForest as this makes no sense that it would happen on the Live environment and not the Staging site, right?

Thank you,

Havi

Hi Mike!!

Let’s split this into both issues:
1- Cookie Consent Message: It works on Staging, calling the image as https but not on the Live site (which is why i Had to disable to cookie consent message) We can coordinate and I can re-enable it so you can see it happening.

2- The easiest way to visualize the block to jQuery (no matter which Calendar plugin is enabled) is by looking at the footer. The social media icons and links do not display on the calendar pages’ footer. Hope this helps!

Thank you!!

Havi

Hi Ismael,

No. I am the only one who could have changed anything and if it’s on one, it should be on the other and I only modify the Child theme. Which site has that? Is that the staging site? Would you like me to delete the Enfold folder and upload a fresh new copy? Maybe something was left behind on one of the SFTP updates. (But that would have made it look different even without local fonts and it wasn’t)

Also, I noticed a new piece of CSS on the staging site that I don’t recognize (my CSS always has titles/notes so I remember their function):

span.av_font_icon {
float: left;
line-height: 17px;
}

Thank you!

Havi

What does it do?

Hi Mike!!

I appreciate this but I think I’m good just being able to remove a single page/category from being highlighted on the menu for all posts.

Maybe we can try it down the road but it won’t move the needle as far as increasing pageviews (all a publisher wants) ;) and rankings!

If you ever want to create multipage sliders to help more publishers use Enfold, count on me to help out!! (If you want to see a few samples, check out brides.com) They do a fab job of increasing engagement (and you always click to see more photos – and it’s all a single post with a variable after the page slug so it only counts as a single page for Google, you can add more Adsense ads and there’s lot of interaction with the visitor)

Best regards,

Havi

Nevermind, guys. I found the solution:

replace background with:

background-color: rgba(128, 183, 179, 0.6) !important;

and it worked like a charm!!! :)