Forum Replies Created

Viewing 15 posts - 1 through 15 (of 34 total)
  • Author
    Posts
  • in reply to: geolocation accuracy #55123
    emilien
    Member

    Hey Eyal, thank you for your message and sorry this took so long for me to answer, I was abroad for some time and needed a vacation 😉

    From what you say here, I guess the “comparison stuff” I talked about before isn’t useful at all. Still, it would be important for outdoor users browsing the website on their mobile while hiking a mountain, not to see themselves on the closest road, which can be quite some kilometers away…

    the plugin searches for locations and displays the user’s marker on the map based on the nearest coordinates which returned from the locator button

    Is there any way to display the map marker at the actual location of the user?

    or

    Is there any way to disable the geocoding process ? (I think I could manage this from a UI point of view)

    I’m sorry to bother you with this but it is quite disturbing for some users to see this gap between their actual location and the map marker …

    Thank you again and have a great day,

    Emilien

    in reply to: geolocation accuracy #54864
    emilien
    Member

    Hi Eyal and thank you very much for your answer (no problem regarding the little delay, I guess you are quite busy ;).

    Thank you also for the clarification, I didn’t test it enough and hadn’t seen the results would be based on the actual coordinates (sorry for that, I’ll test it more in the next few days).

    Regarding the coordinates, you’re right then, there’s nothing more to change, as the enableHighAccuracy parameter makes the Google Maps API accurate enough, even in the use case I described before.

    My humble opinion would be about some changes that could be done regarding UX: I guess it may be quite disturbing to see our location returned quite far from where we actually are sometimes (by hundreds of meters if you are hiking a mountain for example) even if results are returned based on the “true” location.

    Would the following scenario be relevant for you?
    In the GMW search form, there are notably two inputs: the address field and the locate me button. What I’d suggest regarding reversed geocoding would be:

    1 – If users enter anything inside the address field, then geocode and always return the Google API result (known address nearest to the entered elements).

    2 – If users hit the locate me button, then compare locations (actual coordinates vs geocoded address ones) and then if there is too big a gap (let’s assume this gap would be 50 meters for example), show user’s location at the real coordinates otherwise return an address as usual…

    This would prevent having cases where users are displayed far from there actual location on the results map.

    I hope you get what I mean (sorry for my english…), Thank you again and have a great day,

    Emilien

    in reply to: geolocation accuracy #54860
    emilien
    Member

    anything plz?

    in reply to: URGENT : Unable to apply custom template to info windows #46199
    emilien
    Member

    Hey Eyal,
    I hope you’re fine,
    thank you for looking at it, no problem regarding the delay I totally get that you must have a huge amount of work other than the support forums … ;D

    have a great day,
    Emilien

    in reply to: Infobox and Search Form Custom Themes #43376
    emilien
    Member

    Hi! same question here: I can’t get custom templates to work and I guess this is a path issue… any help on this please?

    thank you so much in advance, have a great day,

    Emilien

    emilien
    Member

    Hi Eyal,

    I just got it to work: apparently it seems like Premium Settings needs the post to be given each taxonomy included into the map, so if I create a post, assign a location and don’t assign values for all taxonomies used on the map, the marker won’t show, whereas if I use GMW alone it shows.

    Thank you again for your message and have a great day,

    Emilien

    in reply to: Apostrophe in address issue #41175
    emilien
    Member

    Hi,

    yes that’s exactly a problem I’m currently facing.

    Also, it’s showing in the “search by keyword” field inside the search form: if an apostrophe is included in the query, say for example “barrage de l’aigle”, then it returns no result because the system doesn’t work with apostrophes.

    Did you find a solution yet?

    Eyal, do you know how we could solve this?

    Thank you in advance for your answers, have a great day,

    Emilien

    in reply to: modify taxonomy dropdown select tag #40932
    emilien
    Member

    Hey Eyal,

    thank you very much for taking the time to answer me so precisely!

    It seems like I’d rather ask for a dev help though (as I ain’t dev), regarding this custom work, which isn’t related only to GMW. I’ll try to find a script that fits my needs. (sorry for bothering you with this :-S)

    Can you help me to apply a CSS class to the select tag?

    Thank you again and have a great day,

    Emilien

    in reply to: modify taxonomy dropdown select tag #40788
    emilien
    Member

    Hi Eyal and thank you for your message,

    my need would be to customize the look of the dropdown itself. So far, using CSS, I could customize the button that triggers the dropdown but it seems like there’s a need for jQuery to customize the whole stuff and get rid of the default browser styles.

    To be accurate, I’d like to show those dropdowns kind of like popups. Here’s an example of look I was thinking of (with different colors, no sentence and stuff but the general look would be close to this).

    thank you again for your time, have a great day,

    Emilien

    in reply to: problems with "in-window directions" #31768
    emilien
    Member
    This reply has been marked as private.
    in reply to: problems with "in-window directions" #31770
    emilien
    Member

    Hey Eyal,
    hope you’re fine,
    any thoughts about this?

    thank you so much once more for your help and your work,
    have a great day,
    Emilien

    in reply to: search results broken if only one post type #31764
    emilien
    Member

    Hey Eyal, I hope you’re well,

    any news on this topic? thank you and have a great day,
    Emilien

    in reply to: problems with "in-window directions" #31771
    emilien
    Member

    Hi Eyal,
    I hope you’re fine, sorry to bother you again with this thread but from what I could see, it comes back as it had gone, without getting why…

    It solves when submitting the search form….
    The problem really seems related to the first page load… could you help me? maybe with a script that would automatically launch a second map load after the first page load (simulating a search)?

    on the other topic here I couldn’t find a way to achieve a simple script that would close the search toggle while hitting “search” … may you help also?

    finally, I noticed a bug on mobile devices, when enlarging the map to fullscreen, it does cover the width but doesn’t cover the hight of the screen (tested on Iphone 6) is it a bug you can replicate?

    thank you so much for your help in advance and have a great day,
    Emilien

    in reply to: problems with "in-window directions" #31773
    emilien
    Member

    I’m trying to reinstall every GMW plugins, I’ll let you know.
    It seems like being a problem with the first map load: submitting the search form makes the problem go… by the way, how could I get the top-white search form to automatically close on submission? For now the toggle remains opened after hitting “submit”…

    thank you again,
    Emilien

    emilien
    Member

    Hi Eyal,

    I just had a problem with the famous “you’re using Google Maps API multiple times …”, would this be solved with the “disable GMaps API” feature you talked about in this topic?

    I have a demo with a client in two days, is there a way to deactivate it before your next update please?

    Thank you so much in advance, have a great day,
    Emilien

Viewing 15 posts - 1 through 15 (of 34 total)