jas8522

Good point! I didn’t realize it was open source (should have checked). I will do so!

I understand where you guys are coming from in terms of ensuring the flexibility of the embed field, but you have to realize that embed codes aren’t that user friendly for the people that are typically doing the management of listings on the sites.

Why not simply throw in a conditional that checks if the content contains and embed code. If it’s only a URL (a bit of pattern matching should do the trick) then run it through the wordpress embed function and otherwise leave it as is…

Hi Lesser,

It appears your theme’s social media icons in the upper right corner are using very non-specific CSS that is thusly also applying to the elements within this widget.

You have this on line 756 of style.css:

.twitter {
background-image: url(images/twitter.png);
}

Since that applies to every single element with the class “twitter”, it’s also applying to your brankic social media twitter element.

Hopefully you can change the CSS for those icons in the header to look like this instead:

#social-media-icons .twitter{
background-image: url(images/twitter.png);
}

I’m guessing you’ll need to do the same for the Facebook icon:

#social-media-icons .facebook{
background-image: url(images/facebook.png);
}

That change will make the background-image only apply to .twitter and .facebook elements found within the div with id=’social-media-icons’

Try:

#sidebar-header .widget ul{ float:right; }

Hi guys,

I think my solutions here resolves your report as well:

https://www.ads-software.com/support/topic/the-icons-looks-out-of-box?replies=4

Cheers,

Jordan

Happy to help!

Hi there,

I also had a similar problem with spacing after the widget. The fix is as follows.

1. Open the file “bra_social_media.php” in the plugin folder using your favorite text editor (or possibly even the plugin editor in WordPress).

2. Go to line 68 which has the closing unordered list tag and looks like this: <!– END UL–>

3. Immediately after that, insert a new line with the following:

<div style=”clear:left”></div>

That’s it!

I am… haha, thanks! It’s working fine now.

I reproduce the issue last night, did the updates this AM but forgot that I had updated WordPress HTTPS as part of those updates before I created this post! Talk about a quick fix… you fixed it before I even reported it!

Indeed it does! Sorry, I should have included that, though I’m sure it didn’t take you long to find.

Sounds great! You rock.

Resolved.

Awesome, thanks! And sorry for the noise; missed that thread in my search.

Line 35 though, not 37

Actually I think I have the order of operations wrong. It seems the title attribute is supposed to be set first by wpcf7, then the javascript is supposed to set the value to the title and add the watermark class to indicate the value is a watermark.

It seems the issue is that the title attribute is stripped from the input element, which causes the javascript not to function as it should.