Syed Balkhi

Working fine here.

Hello,

Adding additional share buttons is not something that we plan to do for the near future.

You can adjust the vertical offset easily by modifying your CSS.

#fsb-social-bar.fsb-fixed << Target this and add a top: 10px or however much you want.

Yes this is something we do plan to add in the later release.

Thank you.

By default we already hide the counter if count is 0. If the count is 1 or higher, then the count will show.

If you don’t want to show the count, then it can be done through CSS. However, this is not something we plan to add in the plugin.

Not sure what type of suggestions you are looking for. All the CSS we output can be seen by viewing source of the site (Ctrl + U in Windows for Chrome).

Override the styles as you see fit to make the buttons float to the right. Currently they are floating: left.

We do not provide support for customization.

You would have to write custom CSS styles, but yes it is most definitely possible.

It is not showing the count because Facebook API is not returning a count:

https://graph.facebook.com/https://asseenontvshow.com/air-curler-as-seen-on-tv/ << See how there is no shares button there.

https://graph.facebook.com/https://www.wpbeginner.com/beginners-guide/why-is-wordpress-free-what-are-the-costs-what-is-the-catch/ << here is an example of a page that has shares count output from Facebook.

This plugin will work on pages with multiple posts, but it will only add the social media buttons on the main post/page. For example: Your single post can have related post display, popular post in the sidebar, etc.

Let me elaborate on how this plugin functions and the decisions we made to help you understand why it wouldn’t work on index.php.

To make this plugin as fast as we can, we thought of majority use cases. Most folks have excerpts being shown on their homepage. Prior to creating this plugin, we tested numerous options to find the best placement on the site WPBeginner.

Our readers simply didn’t share articles from the archive pages / front pages. Why would they? They haven’t read the article. Understandably most shares came from the single post pages. Then we treid above post // below post etc. Until we settling with the floating which ended up outperforming all other positions.

To eliminate the problem of slow load times, we wanted to get rid of all the social media scripts (i.e twitter, facebook, google+ etc). Well, you can simply replace the buttons with an image. But we didn’t like the idea because we wanted to show the count as well. We wanted to retain the functionality of the like and +1 button. That is when we decided to replicate the looks by storing the count and using socialite to load scripts when necessary.

Stats for each post/page/custom post type are updated in post meta fields and cached to keep queries down. Beyond that, the counts are updated asynchronously via AJAX when the transient has expired, so even when the update scripts are pinging the social services for update counts, it still has zero affect on page load times. << Now this prevents us from putting the share buttons on the homepage because it simply wouldn’t update the count. Which post should it update? etc.

It would work perfectly if your homepage was a static page. Hopefully that makes sense.

While there is no built-in option to show the total count, you can easily do this by pulling the custom field info and writing a simple addition function.

You can disable socialite if you don’t want flickering.

Please post the site URL, so we can see what is going wrong.

You can use the template tag to show it on the front-page if the front-page is actually a custom page and not the general index.php.

Must be a connection error from FB that time. I just loaded your page on Chrome, and Firefox and it works just fine.

This should be fixed in 1.1.4

Glad its fixed.

Yes we don’t support IE 7.