https://www.w3.org/Bugs/Public/show_bug.cgi?id=24198 Martin Dürst <duerst@it.aoyama.ac.jp> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |duerst@it.aoyama.ac.jp --- Comment #4 from Martin Dürst <duerst@it.aoyama.ac.jp> --- (In reply to Anne from comment #3) > Henri, note that in particular encoders are very slow the way they are > written now. Creating a dedicated lookup table would be much quicker. Do you > think we should have that too? I'm not Henri, but I don't think speed is important in the spec. But make it clear to the reader that other ways of implementation giving the same result may be (much) faster. > (The Encoding standard actually does define left and right shifts, and > logical OR and AND, and uses them. Just not for utf-8...) Do you mean bit-wise OR and AND? If you actually have these operations well-defined already, and if there are no issues along the lines of those pointed out by John at #c2, then using these operations for UTF-8 would be the way to go. I can't immagine not doing UTF-8 with these operations if available. -- You are receiving this mail because: You are on the CC list for the bug.Received on Tuesday, 7 January 2014 06:46:19 UTC
This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:41:04 UTC