On May 30, 29 Heisei, at 00:22, Dang Minh Huong <kakalot49@gmail.com> wrote:
On May 29, 29 Heisei, at 10:47, Thomas Munro <thomas.munro@enterprisedb.com> wrote:On Sun, May 28, 2017 at 7:55 PM, Dang Minh Huong <kakalot49@gmail.com> wrote:Thanks for reporting and lecture about unicode.I attached a patch as the instruction from Thomas. Could you confirm it.- is_plain_letter(table[codepoint.combining_ids[0]]) and \+ (is_plain_letter(table[codepoint.combining_ids[0]]) or\+ len(table[codepoint.combining_ids[0]].combining_ids) > 1) and \Shouldn't you use "or is_letter_with_marks()", instead of "or len(...)1"? Your test might catch something that isn't based on a 'letter'(according to is_plain_letter). Otherwise this looks pretty good tome. Please add it to the next commitfest.Thanks for confirm, sir.I will add it to the next CF soon.
On May 29, 29 Heisei, at 10:47, Thomas Munro <thomas.munro@enterprisedb.com> wrote:On Sun, May 28, 2017 at 7:55 PM, Dang Minh Huong <kakalot49@gmail.com> wrote:Thanks for reporting and lecture about unicode.I attached a patch as the instruction from Thomas. Could you confirm it.- is_plain_letter(table[codepoint.combining_ids[0]]) and \+ (is_plain_letter(table[codepoint.combining_ids[0]]) or\+ len(table[codepoint.combining_ids[0]].combining_ids) > 1) and \Shouldn't you use "or is_letter_with_marks()", instead of "or len(...)1"? Your test might catch something that isn't based on a 'letter'(according to is_plain_letter). Otherwise this looks pretty good tome. Please add it to the next commitfest.
Thanks for reporting and lecture about unicode.I attached a patch as the instruction from Thomas. Could you confirm it.
1"? Your test might catch something that isn't based on a 'letter'
pgsql-hackers by date:
Соглашаюсь с условиями обработки персональных данных