<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 3, 2014 at 9:18 PM, Glynn Clements <span dir="ltr"><<a href="mailto:glynn@gclements.plus.com" target="_blank">glynn@gclements.plus.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div id=":yg" class="" style="overflow:hidden">Source code doesn't just have to work with the interpreter. It needs<br>


to work with text editors, web browsers, revision-control systems,<br>
printers, etc. Some of those understand coding cookies, some don't.<br>
<br>
The main problem with coding cookies is that software which<br>
(explicitly or implicitly) converts between encodings typically leaves<br>
the cookie unchanged. Which is why libraries such as chardet typically<br>
treat coding cookies as little more than a hint or fallback.</div></blockquote></div><div class="gmail_extra"><br>What are coding cookies?</div><br>My search brought me to Cookies and Coding event which is for sure great but apparently not related to current discussion.<br>

<br>[1] <a href="http://www.meetup.com/Women-Who-Code-Austin/events/160041362/">http://www.meetup.com/Women-Who-Code-Austin/events/160041362/</a><br></div></div>