farroyo

Hi again,

Um, that is a bit weird. Did you try modifying the .mo and .po files as I suggested the other day? Let me know.

Oh, I think our replies collided, I just saw your CSS solution. Nevermind, you can use either of the two choices then!

Hi!

The way to access these <ul> you mention is via a custom store locator template. You would have to copy either the default template or the one with the search results below the map, do your modifications there and save it in the path that the plugin is expecting to find it according to the first link.

The part in the template where the search results are injected is:

$output .= "\t\t" . '<div id="wpsl-stores" '. $autoload_class .'>' . "\r\n";
$output .= "\t\t\t" . '<ul></ul>' . "\r\n";
$output .= "\t\t" . '</div>' . "\r\n";

I hope that helps.
Regards,

This message is probably related to Google Maps returning a set of coordinates for that particular postcode that belong to a different country. If you haven’t restricted the geocoding results to a single country, searching only by zipcode can be ambiguous because the same postcode can exist in multiple countries, so it is very likely that Google Maps has returned a result from a different country that what you had in mind. I think we discussed it in another ticket, restricting the geocoding results to a single country should do the trick.

Well, in case you need to show locations from multiple countries and you have to enable “search by zipcode only”, then it can happen that some postal codes in nearby countries may overlap. This is a situation that has to be analyzed in each case, because I am not familiar with the postcodes from Austria, Germany and Switzerland. Are all of them very similar, so that they probably overlap?

Don’t worry, we’re here to help!

The easiest way to hide the directions link is to remove it from the search results template via the wpsl_listing_template filter. You have to use that filter in your active theme’s functions.php file and remove or comment the line that makes reference to the directions link:

$listing_template .= "\t\t\t" . '<%= createDirectionUrl() %>' . "\r\n";

I hope that helps.
Regards,

Hi again,

Well, here is what you can try. Sometimes searching by postcode can have unexpected results depending on how you have set up certain settings in the plugin. For example, if all of your locations are in Austria, then you may want to ENABLE the checkbox labeled “Restrict the geocoding results to the selected map region?”. This will help with postcode disambiguation, since Google Maps only has to search for postcodes in a single country. The postcode “4400” can overlap with postcodes in other countries, so Google Maps does not know exactly where to look for.

Please try that setting first, and let us know if that fixes your issue.
Best regards,

Hi there, thanks for writing.

I am examininng your site and there are some mixed labels, but I wouldn’t say they are all mixed between Portuguese and English. This is what I see in german, italian and french, for example.

You can always edit the standard .mo and .po files with PoEdit to translate parts of the UI that are not post or page contents. I understand you have taken a look at our article about translations?

Please get back and let me know how you have managed to translate the UI labels so far.
Best regards,

Hi, thanks for writing.

Well, it is difficult for me to know exactly what is going on without taking an actual look at the website, so if you could please share with us the URL where you have published the store locator, that would be helpful. If you are concerned because you don’t want to disclose the URL publicly, you can also open a private support ticket with us, and we can ask you for more details there.

Best regards!

Hi there Andrew, thank you for writing.

We are in the middle of a major release of our upcoming verision 3.0, so I cannot guarantee that we will look into this immediatly. However, I am going to forward it to the dev team so they keep it around, it is a good suggestion and if they believe so, it could make it into a future minor release.

Best regards!

Hey, thanks for writing,

Scroll bars are not the most beautiful elements, in my humble opinion. ?? Do you have a specific reason for limiting the height of the results list container?

Well, the main reason of limiting the height of the results list has always been to match the height of the map in the standard template where the results are on the left and the map on the right, but you as you say, you are free to change the cSS and render the results list with a much higher height and with no scrollbars if it fits better in your website ??

Best regards,

Hi again, sorry I didn’t catch your first message eariler.

Thank you very much for your kind words ??

Well, the issue you describe could have very well been caused for some temporary error in some component of the plugin stack, like for example the Google Maps reverse geocoding feature, which in turn can be an error from Google or from your own webhost, it is difficult to know exactly. However I’m glad that it is working now ??

Best regards,

Hi, thanks for your inquiry.

Well, I believe that could be done although I haven’t tried it myself. We could think of the following workaround using a bit of CSS and Javascript.

First add this CSS rule in Appearance > Customize > Additional CSS or wherever you put your custom CSS. This way we make the search results hidden by default:

#wpsl-stores { display: none; }

Then add this jQuery snippet, so that when we click the “search” button, the results are shown:

add_action( 'wp_footer', function () { ?>
<script type='text/javascript'>   
  jQuery( document ).ready(function() {
    jQuery( document ).ajaxComplete(function() {
        jQuery('#wpsl-search-btn').click(function(){
            jQuery ('#wpsl-stores').css('display', 'block');
        });
    });
  });
</script>
<?php } );

I hope that helps.
Best regards,

Hi there, thanks for writing.

Unfortunately that is not possible. The results are loaded via AJAX in a <div> element in the page that has been previously rendered with the store locator search form, so loading the results in a new tab is not supported even if you create a custom template.

Best regards,

Hi, thank you for writing.

Since your issue is related to one of our add-ons, unfortunately we are not allowed to give support to paid plugins on the www.remarpro.com public forum. We kindly request you to open a ticket directly with us and we will help you fix your issue.

Many thanks.