<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /> </head> <body><div class="auto-created-dir-div" dir="auto" style="unicode-bidi: embed;"><style>p{margin:0}</style>> Your original idea of localizable sentences, as I recall, involved assigning Unicode code points to particular semantic propositions, or “sentences”.<div><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">Yes, that was the original idea, back in 2009.</p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">Research has continued and developed. There are several possible encodings in the research, all involve sequences: two are markup, one involves the exclamation mark and ordinary digits, the other involves an integral sign and circled digits - harder to write a message, but more robust.</p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">The third possible encoding needs a regular Unicode/ ISO-IEC 10646 encoding but would be unambiguous, highly robust and clearly free of concerns about proprietary rights. Yet it needs agreement from Unicode Inc. and ISO/IEC 10646 committees.</p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">> Unicode has stated clearly it is not interested in pursuing that idea and banned further discussion of that idea from its email lists.</p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">Actually no. A fictional character with email address <span class="wt_Email">root@unicode.org</span> banned discussion. It was not a statement by an official named officer of Unicode Inc. acting officially. So its validity is highly questionable. If Unicode Inc. wishes to ban discussion of localizable sentence technology then it could officially state that, but Unicode Inc. has not done that. No notice of disapproval for encoding localizable sentences has been made.</p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">Rather, the banning by a fictional character is like a Unicode version of The Luxembourg Compromise.</p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">The fictional character did not state any reason why localizable sentences are unsuitable for encoding.</p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">https://en.wikipedia.org/wiki/Luxembourg_compromise<br></p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">I have not been given a fair opportunity to state my case and have it debated.</p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">QID emoji has been treated as a serious proposal and a Public Review has taken place.</p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">My proposal for localizable sentences being encoded is far more robust, and, I opine, should be treated seriously and assessed properly on a "sauce for pasta is sauce for rice" basis.</p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">So there is nothing OFFICIAL about localizable sentences from Unicode Inc. of which I am aware.</p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">So I keep trying to get my proposal for localizable sentences considered by Unicode Inc..</p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">> I don’t think you should be trying to use this list as a back door to revisit the same idea.<br></p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">I am not using this list as a back door. There has been a call for ideas and I have put one forward. From what you now write it appears that the 'name' table will not do what I am proposing in what, for purposes of discussion, can be called the 'text' table, because, as far as I am aware, that name is not already in use for an OpenType table.</p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">Also, I am entitled to try to get my invention implemented.</p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">So I am in favour of having the 'text' table and Peter is not, so that is 1 vote for and 1 vote against at this time.</p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">So the proposal goes forward and hopefully other people will express a view and a consensus will emerge.</p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">> Again, there’s an unstated premise of this idea that the font will get transported with the message.</p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">No, there is no such premise.</p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">There is as far as I am aware no premise or presumption when sending any email message that a font will get transported with the message.</p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">My idea is that the message list will be an international standard and that localization will take place automatically in the receiving device when a language-independent encoded message is received, using a decoding list local to the recipient.</p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">I have recently decided that all localizable sentences that are encoded shall have a language-independent glyph - at one time I considered that glyphs were not always needed, but I have since changed my mind on this as my research has proceeded.</p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">I have replied to the comments made. The 'text' table would have far wider application that just localizable sentences.</p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">William Overington</p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;">Tuesday 11 May 2021</p><p style="white-space: pre-wrap;"><br></p><p style="white-space: pre-wrap;"><br></p></div></div></body></html>