boarder shifting problem about wttr.in

[chubin]

@pjvandehaar Thank you for the suggestion. I added Menlo and "DejaVu Sans Mono" (thanks to @Artanicus in #22) and it is by far better now. But not everywhere. In Windows it is still bad: bad (Firefox), very bad (Opera), ugly (Chrome). There are some examples: https://twitter.com/Noooooovik/status/832190050297376768

@romanesko @Dr-Turner Please recheck if it is better now

@pjvandehaar The code in the repo on github is indeed not updated (see #71). I hope I can update it soon. There are also some patches/fixes for wego to integrate upstream (that's why I didn't close some issues here, though they are already fixed in the code running on wttr.in).

[romanesko]

Same problem. Screenshot: http://take.ms/BNWqq

OSX 10.11.5 Google Chrome 51.0.2704.103 (64-bit)
Default monotype font: Monaco

[Dr-Turner]

Mine's off too but in a different way: https://i.imgur.com/dg3RgCE.png

Windows 10 14393.82; Chrome 52.0.2743.116 m (64-bit)

[pjvandehaar]

pre{font-family: Menlo;} makes this work great on OSX using Firefox, Chrome, and Safari. Works great for me with greasemonkey/tampermonkey.

Could Menlo be added into the list at http://wttr.in/files/style.css? Adding Menlo last solves the alignment problem. Making Menlo first makes the boxes continuous. Here it is withpre{font-family: Menlo,Lucida Sans Typewriter,Lucida Console,monaco,Bitstream Vera Sans Mono,monospace;}:

(BTW, thanks for wttr.in! I'd PR, but the site is different from the repo for me)

[romanesko]

Borders are fine now for Chrome, Safari and console in OSX. Thanks!)