kairei
Forum Replies Created
-
Posts
-
Oh, and I think there might be similar situations for the All tags and All categories pages. But I guess if those use %%in_location%% then your fix just fixes everything?
Ok, thanks. I found a workaround for now but will probably revisit when the next release comes out.
One thing… Will “in %s” still mean that the top level /therapists/ page will have a random “in ” (or its translation) left hanging i.e. %s will be filled with the location for all country/region/city pages but on the root page there will be no location so “in %s” will end up as “in “? Or, will I be able to use %%in_location%% which is implemented as “in %s” and that whole thing will disappear. Probably this is it but just wanted to confirm… Thanks!
Sure, I get that. I just meant they appear as “links” and are clickable etc. I already implemented that solution as noted in my previous post. It works just fine, thank you.
My continuing concern, as I alluded to above, was just that it would be nice to have cleaner HTML in the case that we’re not using the tabs. If we are clicking on the Fragment_identifier we are already viewing that Fragment_identifier and there is no real need to click it. Usually that type of functionality is used to link from one place in a document to one way down further (typically off screen) to bring it to the top. In this case we’re already at the target location so there’s no real value in clicking it. So, unless I’m missing something, we have “no real value + extra/unexpected HTML + extra CSS to remove the extra HTML” which to me is undesirable. When people choose the “Show as list instead of tabs” option, they probably would expect/prefer not to have underlined, clickable headings, but rather normal headings just like you use in other parts of your UI.
We’ve fixed my pressing issue so maybe at this point the “continuing concern” is more appropriate to move to a feature request so this one can be closed out?
Thanks. Yeah, I’d come up with those two plus this as a temporary solution:
cursor: default;But, ideally, we’d just have clean HTML from the beginning. Search engines will still see the links and it is more HTML+CSS than it needs to be… this works but is there any possible way to just have clean HTML from the beginning?
Just go to the staging site referenced above and log into the admin site. You’ll see some of the GD stuff is in Japanese while no other plugin is. Notice that the logged in admin user’s language is set to English in their profile. GD is showing Japanese anyway. Change that user profile language to Japanese. Other plugins do change to Japanese. Change language back, other plugins switch back to English but GD continues to show Japanese. So, other plugins are working properly (i.e. by showing English when my language is set to English). Example, the “Insights” plugin.
Note: the staging site used for my other post at https://wpgeodirectory.com/support/topic/translating-country-slug/page/2/ demonstrates the issue.
Yes, both issues are fixed on the stg site.
All I did on the prod site was translate the “Domain: WordPress; URL slug: schools” value to スクール. That fixed the “second symptom,” thanks! I’m confused as to why the URL slug translation was needed… it was serving the page at the correct URL but when saving the school in the admin site it was giving it the wrong URL. Seems like those two places (responding to URL and saving URL) would use the same slug but apparently the one that does the saving uses the new one we translated?
On the prod site, the country name is still showing in Japanese. Did you make another change on the stg site to fix that?
Also, I’ve noticed a second symptom of what I assume is part of the same problem or very closely related:
Actual working URL for listing:
http://stg.マッサージ.com/スクール/日本/沖縄県/那覇市/マッサージスクール/
URL that is saved (e.g. when viewed in admin editor) and linked to from archive pages:
http://stg.マッサージ.com/スクール/マッサージスクール/
This link doesn’t work.
When viewed on the http://stg.マッサージ.com/スクール/ page this is the only one with an image.
The breadcrumb on this page (ホーム > スクール > 日本 > 沖縄県 > 那覇市 > マッサージスクール) work and show all the expected segments, but none of the links work, meaning they give a “No Records Found” for the city and region (but it shows the records for country).
If you want a separate ticket for this, please let me know but it is the same site and a similar issue of permalinks not really doing what I expect…
This reply has been marked as private.My biggest concern is to speed up the /classes/ page. I want all the markers on the map (i.e. all markers from all listings) but don’t want to query for and display all the listings below the map. It seems like on the GD homepage you can choose to display the widget with the listings or not but on the listings page it seems like that page just always shows the listings (there is no widget area for it)… is this right? Is there a way to plug in and tell the listings pages “don’t display the list” or “only display X listings?”
Ok, thanks. I’m assuming customizations are outside the normal realm of standard support, but could you point me in the direction of generally how one might approach such a thing so I can look into it?
Is there somewhere way I can plug in, have knowledge of if it is the top level listing page, and change the query e.g. to set page size to zero?
Is there somewhere I can plug in to “auto-maximize” the map?
Thanks!
This reply has been marked as private.No problem. thanks for the update.
This reply has been marked as private.Ok, yes, that would be great! GD has done a great job to support multiple languages in almost every way. This would be one more very useful thing for non-English customers.
Please let me know, one way or the other, after you’ve discussed so I know what the plan is and can move forward accordingly. Thanks!
