Joy
Forum Replies Created
-
Posts
-
According to the original post, the user was able to achieve what they were trying to do.
https://wpgeodirectory.com/support/topic/business-owner-associate/
Listing claim abilities are turned off for these particular post types. So the “claim listing” button doesn’t appear on one of these listing types.
So to clarify, if someone wants to add a listing – not one that they own, just add a listing to the directory, they must state if they are a business owner or an associate? The place types that I am trying to remove this option from are public locations, so there isn’t really a business owner or associate. Some are state or county owned. If the person trying to submit a listing is not a business owner or associate, how can the listing be completed?
Thank you.
Got it. Thank you.
I think I am being misunderstood though for my request.
On the “Add Listing” form, there is a section for the business owner/associate option on the form. I would like to remove that option on the form for a new listing. The claim listing is not in question.
Thank you.
Strange. Caches are cleared and I tried with an incognito browser too.
If I add the above mentioned code back into my css, the 4 columns remain on the same line, with tiny margins. If I remove it, the margins are corrected, but the last column gets pushed onto the next line.
This seems to have come up before. Maybe it’s a bug? I am using shortcode to generate the widgets on the home page.
https://wpgeodirectory.com/support/search/gridview_onefourth/page/2/?bbp_search=gridview_onefourth
Sorry, I meant Firefox. 🙂
Me again. Just noticed that this creates the last column of the widget to be forced into the next row in Chrome again. Please review.
Thank you.
Checking on this again. Any update on the issue?
Thank you.
Thank you. It worked.
Hi Stiofan,
Thank you for explaining. I understand that. But it still seems a bit confusing. I just feel that if a user sets the location, that location should be the default unless they explicitly change the location. I can’t see why using the search option would reset their location.
Let’s take this example:
A user decides to look to the site for a place to have some breakfast. They set their location, and find a place they would like to eat at. Then they decide they want to also search for something to do after breakfast. They could use the search function and change the type of search that they do. No problem there. But many users will try to click “home” to begin a new search. In this case, the home will take them to the default page – not their location. Then they would need to set their location again…when they just set it.If we’re comparing usability to other directories, like Yelp. The home page is set to your location, regardless of your activity on the site. The home page has different icon tiles for different types of listings. Many people find that to be an easy way to navigate. That’s why I would like to request that the users location remain locked in once it is set.
Thank you for your consideration. 🙂
Me again, I was thinking about this a bit more. If someone selects a specific location, they should still be able to use the near me option in conjunction. Meaning is that, someone can see the listings in their area, but then they can also keep their location settings and see listings near them without losing their selected location.
Having the location reset when using the near me option isn’t ideal. The location should remain locked in until the user either sets it elsewhere or their browser settings are deleted.
The script was set to avoid the double permission prompt(from the site and the browser). That seems to work as intended.
The issue happens when someone decides to choose a specific place when using the location switcher, the selected location isn’t saved, this is observed on the demo site too. Is it a conflict with the location switcher and the near me option? From the front end one selection should override the next.
Thank you, please let me know if this will be adjusted. Since so much people use mobile devices nowadays, this limitation really poses some confusing results.
Sorry, this only pertains to mobile view. On a desktop it works just perfectly. I just wanted to clarify incase the topic title was missed.
Thank you.
This reply has been marked as private.LOL, well that was easy. Thank you.
