<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Oct 16, 2013 at 3:38 PM, John S Warren <span dir="ltr"><<a href="mailto:jswarren@us.ibm.com" target="_blank">jswarren@us.ibm.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><tt><font>Doug Hellmann <<a href="mailto:doug.hellmann@dreamhost.com" target="_blank">doug.hellmann@dreamhost.com</a>> wrote
on 10/16/2013 03:11:12 PM:<br>
<br>
</font></tt><div class="im">
<br><tt><font>> <br>
> This doesn't quite match my understanding.</font></tt>
<br><tt><font>> <br>
> IIUC, approach 1 was taken during havana and the resulting class did<br>
> not behave enough like a string to work everywhere (specifically,
<br>
> with logging for locales that did not use UTF-8 or ASCII encoding),
<br>
> so the feature was disabled at the last minute.</font></tt>
<br>
<br></div><tt><font>Approach 1 includes extending the built-in text type
(e.g. unicode),</font></tt>
<br><tt><font>which is not what was done in Havana, and is an alternative
way of</font></tt>
<br><tt><font>addressing the logging issue.  In addition to
fixing the logging</font></tt>
<br></blockquote><div><br></div><div>Yes, you're right, that was the proposed fix, not the original solution. I mixed up the timing.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<tt><font>issue, extending the built-in text type would eliminate
the need to</font></tt>
<br><tt><font>override a lot of the standard string-manipulation
methods that are</font></tt>
<br><tt><font>being overridden in the current Message implementation.
 I'm not sure</font></tt>
<br><tt><font>if that's what the term "magic" referred
to in the meeting</font></tt>
<br><tt><font>discussion, but it's something that bothers me about
the status quo.</font></tt>
<br></blockquote><div><br></div><div>We need, at some point in the lifecycle of a Message instance, to tell the message what locale to use for its translation. At that point, we have code that knows the message is not a string. If we already require code like that, then we can change the API of Message to be explicit about producing the translated string, and Message does not need to pretend to be something it isn't.</div>
<div><br></div><div>Doug</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br><tt><font>Thanks for your reply,</font></tt>
<br>
<br><tt><font>John Warren</font></tt><br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div></div>