adyp
Forum Replies Created
-
AuthorPosts
-
February 11, 2016 at 6:18 pm in reply to: Facebook (GD Social Like Widget) not counting in Google Chrome #120913
…interestingly, I have just tested and my smartphone exhibits the same behaviour as Chrome on my laptop did: it registered a count of one, then reloaded and showed a count of 0. (its an Ubuntu smartphone).
February 11, 2016 at 6:12 pm in reply to: Facebook (GD Social Like Widget) not counting in Google Chrome #120904Hi Paolo,
I had tried logged-in and not logged in on the different browsers. Now both seem to be showing count ok.
I still have issue of count showing only on home page – as well as wondering if all listings keep a count separate from my site’s count, and if I should therefore put the fb widget on the right details sidebar?
February 11, 2016 at 6:08 pm in reply to: Facebook (GD Social Like Widget) not counting in Google Chrome #120900You shouldn’t be looking at any listing Guust! – my site has somehow received a like (at the top of my home page), but interestingly enough not on any of any other pages. I must admit to not being a ‘Facebook Person’ and not up with how it all works – I assumed that people on facebook can show their appreciation of my site in their Facebook world and that someone had done so. It was visible in Firefox (on my home page), but only fleetingly on opening the page in Chrome: it appeared, then the map re-loaded (geo-locating?) and the Like count reset to 0. I turned geolocation of, reloaded page, and now Chrome shows the correct count, even with geolocation on – However, the correct count only shows on homepage, and shows 0 on all other pages I have tested.
Your asking ‘which listing?’ makes me wonder: can people who live in facebook-world choose to like either my site or any of the listings, with all appropriate counts being kept?
February 11, 2016 at 10:29 am in reply to: Facebook (GD Social Like Widget) not counting in Google Chrome #120759This reply has been marked as private.@ Simon Skull,
I have just put the WordPress search widget on my site to test out site-wide searches (same enterprise can have listings in several CPTs) – listings in all CPTs getting picked up in one search – however, I have few other quirks with the search results – notably, clicking on the author link provides a screen with a message:
“Posts By:
Oops, Post Not Found!Uh Oh. Something is missing. Try double checking things.
This is the error message in the archive.php template.”
If you can fix that then you have a multi-CPT search (it might not be an issue for you, maybe it is something to do with having Buddypress activated too).
I will try seeing if I can hide the Posted [date] by [author] from the search results so that users can’t click through to get that message (while keeping the info for proper blog posts!) – beyond me at the moment.
Well,
I managed to knock something together using LibreOffice Impress – exported the slide in png format – opened that into Gimp for cropping out the space around and uploaded it to GDF modern Child, where a little bit of CSS to reduce header padding got me to something I am happy with for the time being (after several iterations altering the font colours): http://www.loopyfood.net
… no doubt it will be revised before long!
…although it is peculiar that it is only that widget which is affected!
Ah, that makes sense – GDF Modern has another font-size quirk: Heading 2 and Heading 3 are the ‘wrong-way around’ in the back end editor – I’ve got into the habit of using Heading 3 for the larger sub-headings and Heading 2 for those that are smaller.
Thanks!
Ok – fair enough. I’ll just not use it on these pages – it works just fine on the other pages. I am still a little bemused by the fact that it was designed with a much smaller widget title font then all other widgets – was there a rationale for this or was it an oversight?
Thanks Guust,
Are there settings for me to change this? Or is the widget just no good (on this one particular page) for people who do not work with child categories?
Thanks Paolo,
I’ll see what I can do and report back.
Hi Paolo,
thanks for chipping in on this.
I’m not sure what you mean by
you are not using a title. The widget title would be on top and would be 1. Those are CPT names, not widget titles.
I have set it up as a widget and put in a title Screenshot 1 shows the widget setup; Screenshot 2 how the widget fonts are different from all other widget fonts (this is where I came in: I could see no logical reason why the widget is set up to a different spec in term of font sizes to all the other widgets I used – it just looks so wrong!)
Anyway, I had a look at the link you suggested and copied that css to my Custom CSS. This made the list of categories the smaller (correct) font size, but the widget title still was small, so I did some inspect element comparing of font sizes and added some CSS to yours: this is what I added to Custom CSS:
/* following added to make font sizes of widget CPT-Categories same as other Widgets */
.gd-cptcat-cat {
font-size: 18px;
}.gd-cptcat-ul.gd-cptcat-parent.gd-cpt-flat {
min-width: 140px;
width: 20%;
}.geodir_list_heading h3 {
margin: 8px 0;
font-size: 24px;That made the font sizes look great.
I have added the CPT widget to pretty much all pages and it seems to be fine – with one problem: on the category Listings pages (from clicking on any of the categories in a sidebar – e.g., left of home page) the Widget in the sidebar on the resulting page appears empty – see screenshot 3. Pressing Search button at top of page returns a Search result page (with all categories in the same CPT) with the widget area now fine – see screenshot 4. In the backend I have set up the CPT Categories widget in exactly the same way in the Listings Right and Search Right widget areas.
Any ideas?!
thanks.
Thanks Guust,
yes, I started using the inspect element with a view to doing that, but I am not so good with CSS – and then I though, ‘hang on a minute – should I even be spending my time trying to figure this out?’: the widget appears to be just plain wrong – not consistent with any of the other widgets – surely it is good design practice to have them all consistent?
This reply has been marked as private.…alternatively, can I keep the title and tag-line and somehow place a logo between those and the sign-in top header widget? Or will that not be good for mobile devices?
Thanks
-
AuthorPosts