This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author terry.reedy
Recipients Joshua.Landau, meador.inge, terry.reedy, vstinner
Date 2018-03-15.00:55:40
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1521075340.94.0.467229070634.issue24194@psf.upfronthosting.co.za>
In-reply-to
Content
I closed #1693050 as a duplicate of #12731 (the /w issue).  I left #9712 closed and closed #32987 and marked both as duplicates of this.

In msg313814 of the latter, Serhiy indicates which start and continue identifier characters are currently matched by \W for re and regex.  He gives there a fix for this that he says requires the /w issue to be fixed. It is similar to the posted patch.  He says that without \w fixed, another 2000+ chars need to be added.  Perhaps the v0 patch needs more tests (I don't know.)

He also says that re support for properties, #12734,  would make things even better.

Three of the characters in the patch are too obscure for Firefox on Window2 and print as boxes.  Some others I do not recognize.  And I could not type any of them.  I thought we had a policy of using \u or \U escapes even in tests to avoid such problems.  (I notice that there are already non-ascii chars in the context.)
History
Date User Action Args
2018-03-15 00:55:40terry.reedysetrecipients: + terry.reedy, vstinner, meador.inge, Joshua.Landau
2018-03-15 00:55:40terry.reedysetmessageid: <1521075340.94.0.467229070634.issue24194@psf.upfronthosting.co.za>
2018-03-15 00:55:40terry.reedylinkissue24194 messages
2018-03-15 00:55:40terry.reedycreate