Scott Harris
Forum Replies Created
-
Posts
-
You might consider using a more flexible theme like Divi. Divi lets you create video backgrounds in a page builder and works well with GD.
Thanks Alex. That helped me figure out what to do. For future reference, if anyone wants to target claimed status, this snippet worked for me. It adds a body class of either gd-claimed-1 for claimed listings or gd-claimed-0 for unclaimed listings.
// add the claimed status to the body add_filter( 'body_class', 'my_add_claimed_class',10,1 ); function my_add_claimed_class($class){ global $post; if (geodir_is_page('detail') && isset($post->claimed)) { $class[] = "gd-claimed-".$post->claimed; } return $class; }I’m looking forward to V2! In the meanwhile, it seems to me like there are some bugs in the UsersWP integration with GD. Since I upgraded to UsersWP 1.0.13 the login redirect broke. Now, no matter what page I pick for the “login redirect page” option, it redirects to the homepage. The register redirect page option does still work.
Please let me know if this is a bug.
With regard to future enhancements, It would be great if you could better integrate UsersWP with the GD claim process. Here’s what I think would be a good process for users who use GD Listing Claim and UsersWP.
1. Non-logged in user finds an unclaimed listing and clicks on “business owner”.
2. User is redirected to a UsersWP register form that is customized for the claim listing process in that the form includes the fields that are now in the claim-listing popup.
3. There should be an option in the claim listing plugin to auto-approve claims so that no email authorization is required. If that no-authorization option is enabled, after registering, the user should be redirected to the edit listing page for the listing that they are trying to claim so that they can fill out the front end form and update their listing.
4. If authorization is required, then they should be redirected back to the listing page.You can ignore this question. I just realized that what I was calling location pages are actually post archives.
This reply has been marked as private.Thanks that worked.
Sorry about that. I reposted the question here: https://userswp.io/support/topic/logged-in-user-link-in-menu/
Thanks for checking with Stiofan. If it’s not possible to change the category link destination, can we at least disable the link in the detail sidebar and just show the category name(s)?
Great! That worked.
Thank you for the detailed explanation. This is a great setup. The only remaining problem is that the “description” field is not html enabled, but the others are – category + city top description and category + region top description fields.
If I add in h1 or li tags to the description field, they get stripped although the strong tags stay. Can I request that you html-enable the description field? Otherwise when people developing GD websites want to use all three options, it’s not consistent. In my model, I’ve set buttons on the home page that take people to the default level, so that field formatting properly is the most important of the three. I assume that users would start at the top category level and then drill down to their region or city from there. My goal is to provide relevant and different text at each level.
This reply has been marked as private.This reply has been marked as private.Thanks Guust, but I finally figured it out. If anyone else is trying to hide the the reviews tab on a certain price level, put this in your css along with the edits that Guust mentioned to functions.php.
.gd-package-id-2 #reviewsTab {display: none !important;}
(change package ID as appropriate.)
Thank you. I added the code to functions.php. What would be the css to hide the reviews tab?
Hi Stiofan –
I upgraded to 1.6.17 today and saw this in the release notes 1.6.16: “New title variables added to display country/region/city/neighbourhood”. Is that the feature I was asking about?
