• Resolved NateWr

    (@natewr)


    I hesitated to post because this isn’t really a bug and it involves a third-party API. But I thought I would report it since it would probably have a widespread (albeit non-destructive) effect.

    Any time a map is loaded with the Google Maps API, the Roboto font will be loaded. This means that many of the system fonts will get overridden because Roboto is reasonably high in the system fonts stack.

    I don’t know if there is anything that can be done about this, and I am sure a lot of thought has gone into the particular order of the font declarations. But if it’s possible to move Roboto down the font stack, that might mitigate this effect.

Viewing 6 replies - 1 through 6 (of 6 total)
  • Moderator Marius L. J.

    (@clorith)

    Hi,

    Unfortunately we can’t account for all the plugins out there, the good news is that Roboto being part of the font stack means it should ideally not end up looking too bad, and if the google maps api is pulled in it’ll change the visuals for everything and not just an isolated area.

    If I’m incorrect in my assumptions above about the effect, please do let us know what you’ve tested with and what is modified as we obviously want to create the best possible user experience (granted this would be addressed in a point release and not in 4.6 it self).

    I’ll preemptively tag this thread as resolved as it’s not a core issue per-say, but as mentioned do let us know ??

    Thread Starter NateWr

    (@natewr)

    Hi Marius,

    You’re understanding about the effect is right. I just thought I’d report it in case Roboto can be moved down the hierarchy in the font stack (thus overriding fewer system fonts). But whether or not that can happen without other adverse effects is something the devs involved will know better than myself.

    Moderator Ipstenu (Mika Epstein)

    (@ipstenu)

    ?????? Advisor and Activist

    A belated follow up – Nate, how exactly did you get this to happen? Was there a specific plugin you were using? Google should sandbox their API calls, basically putting them in an iframe, which would not cause this.

    Thread Starter NateWr

    (@natewr)

    Hi Mika,

    What you’re describing sounds like v2 of the Google Maps API. Since v3, they use the HTML5 canvas element. As far as I’m aware, the iframe is just a fallback for browsers that don’t support canvas.

    I noticed this with my own plugin, but I believe it will happen with any site that loads v3 of the API:

    https://www.ads-software.com/plugins/business-profile/

    Thread Starter NateWr

    (@natewr)

    H Mika,

    Just a follow-up to say I’ve found the ticket in trac and replied to some of the questions from the Slack meeting there. I’m following that ticket and happy to move discussion there if preferred.

    Moderator Ipstenu (Mika Epstein)

    (@ipstenu)

    ?????? Advisor and Activist

    Yeah the ticket is good ??

Viewing 6 replies - 1 through 6 (of 6 total)
  • The topic ‘System fonts easily overridden by Google Maps API’ is closed to new replies.