viguursthijs
Forum Replies Created
-
Posts
-
Hmmm… Would it make sense to replace the owners email with one of ours temporarily, you think? Or will he/she get a message when we replace it back?
I get your point Paolo, and that makes sense.
Do you have any suggestions for what we want? Maybe you have experience with other plugins? It’s no rocket-science what we want, I guess.
Thanks in advance!
Hi Stiofan,
just to check: if I do that the place-owner gets an email of that action, right? Or is it possible to turn that off temporarily?..
it was first trashed, and after I discovered this I deleted it permanently, but with no effect.
We did that from the admin-front page to say it like that. No I just double checked it in the reviews-tab and it’s not visible there either.
Does this help you enough?
Greetz,
YES!
Well done.
Thanks!Paolo, your suggested solution works fine. thanks!
This reply has been marked as private.+1…;-)
Will do, Thanks a lot!
We’ve turned the option off for the mean time.
Please see the attached image on how the results looked.This reply has been marked as private.We’ve found out that disabling the GDBooster solves it; well at least for the moment. Keeps strange for someone like me…
Same here, I guess. Everything is nicely translated (well, I won’t discuss the translation-quality of Buddypress Dutch here), except favorites and listing.
Guust’ comments that it should be in the core seems like a mistake to me because everything is translated there; and from our perspective it seems that the only important translations for us that i can oversee in gdbuddypress are listings and favorites. It seems that we have everything nice placed in correct folders…
Give your developers a High-Five; we can’t wait for their results;-)
That solution with the link: https://iamyogi.com/plaats/ will do. The thing is that this switcherlogic is too dominant, especially if you offer visitors a field where they can do the same (advanced search: city).
Thanks again!!
Hi Guust,
what keeps strange is this:
Scenario 1:
If you visit https://iamyogi.com in a clean situation and you enter for example the city zwolle, you get results based around zwolle. That’s good. Then if you delete the city zwolle and search again you get other general results. that’s good as well, because: deleting a parameter changes the reaction.
If you go back to (or refresh) the homepage everything is back to clean, to say it like that. This seems logic, and predicatble.Scenario 2a:
first click this link:
https://iamyogi.com/leslocaties/nederland/overijssel/enschede/
In our vision this should be an alternative entrance: get the listings of the city Enschede. The citybox is blue, and the cityname is prefilled. So far everything is good. But… it’s impossible to delete the city name. That is: the standardtext (waar-> Dutch for where) is visible, but the site keeps acting like it has Enschede as a setting. This is strange, because if you show an enduser the empy box, I think it should act like that. The background keeps blue, so somewhere there is some technical logic in it, but not for a user, I think.Then: Scenario 2b:
Try to change Enschede into Almelo. Enter search (ZOEK) and what you see is that the name jumps back to Enschede (that’s on itself very strange) and the map shows the same listings in Enschede but that the results that are shown are getting extra information based on the distance from Almelo. To me it looks like half of the page listens to what you enter in that field, and the other half doesn’t.Bottom-line:
If you offer users a field where they can enter a city or region, then I think its bare logic that if you change the place the results would change, or if you delete the place; everything should go to the base-level (I hope you understand what i mean with that). This happens in scenario 1, but not in scenario 2.Am I irritation you guys with this neverending topic;-)?
