i*dZddlmZddlZddlmZdZddZiZe ddDcgc]}d | c}d Dcgc]}d | c}ze ddDcgc]}d | c}zd gzZ e D]Z ede zZ ee ee <ycc}wcc}wcc}w)u, `ftfy.bad_codecs.sloppy` provides character-map encodings that fill their "holes" in a messy but common way: by outputting the Unicode codepoints with the same numbers. This is incredibly ugly, and it's also in the HTML5 standard. A single-byte encoding maps each byte to a Unicode character, except that some bytes are left unmapped. In the commonly-used Windows-1252 encoding, for example, bytes 0x81 and 0x8D, among others, have no meaning. Python, wanting to preserve some sense of decorum, will handle these bytes as errors. But Windows knows that 0x81 and 0x8D are possible bytes and they're different from each other. It just hasn't defined what they are in terms of Unicode. Software that has to interoperate with Windows-1252 and Unicode -- such as all the common Web browsers -- will pick some Unicode characters for them to map to, and the characters they pick are the Unicode characters with the same numbers: U+0081 and U+008D. This is the same as what Latin-1 does, and the resulting characters tend to fall into a range of Unicode that's set aside for obsolete Latin-1 control characters anyway. These sloppy codecs let Python do the same thing, thus interoperating with other software that works this way. It defines a sloppy version of many single-byte encodings with holes. (There is no need for a sloppy version of an encoding without holes: for example, there is no such thing as sloppy-iso-8859-2 or sloppy-macroman.) The following encodings will become defined: - sloppy-windows-1250 (Central European, sort of based on ISO-8859-2) - sloppy-windows-1251 (Cyrillic) - sloppy-windows-1252 (Western European, based on Latin-1) - sloppy-windows-1253 (Greek, sort of based on ISO-8859-7) - sloppy-windows-1254 (Turkish, based on ISO-8859-9) - sloppy-windows-1255 (Hebrew, based on ISO-8859-8) - sloppy-windows-1256 (Arabic) - sloppy-windows-1257 (Baltic, based on ISO-8859-13) - sloppy-windows-1258 (Vietnamese) - sloppy-cp874 (Thai, based on ISO-8859-11) - sloppy-iso-8859-3 (Maltese and Esperanto, I guess) - sloppy-iso-8859-6 (different Arabic) - sloppy-iso-8859-7 (Greek) - sloppy-iso-8859-8 (Hebrew) - sloppy-iso-8859-11 (Thai) Aliases such as "sloppy-cp1252" for "sloppy-windows-1252" will also be defined. Five of these encodings (`sloppy-windows-1250` through `sloppy-windows-1254`) are used within ftfy. Here are some examples, using :func:`ftfy.explain_unicode` to illustrate how sloppy-windows-1252 merges Windows-1252 with Latin-1: >>> from ftfy import explain_unicode >>> some_bytes = b'\x80\x81\x82' >>> explain_unicode(some_bytes.decode('latin-1')) U+0080 \x80 [Cc] U+0081 \x81 [Cc] U+0082 \x82 [Cc] >>> explain_unicode(some_bytes.decode('windows-1252', 'replace')) U+20AC € [Sc] EURO SIGN U+FFFD � [So] REPLACEMENT CHARACTER U+201A ‚ [Ps] SINGLE LOW-9 QUOTATION MARK >>> explain_unicode(some_bytes.decode('sloppy-windows-1252')) U+20AC € [Sc] EURO SIGN U+0081 \x81 [Cc] U+201A ‚ [Ps] SINGLE LOW-9 QUOTATION MARK ) annotationsN)normalize_encodingu�c  ttd}t|jd}|j|d}t |D]\}}|t k7s|||<t |d<dj | tj  G fddtj}G fd d tj}G fd d tj}Gd d|tj} Gdd|tj} tjd|z|j|j||| | S)a Take a codec name, and return a 'sloppy' version of that codec that can encode and decode the unassigned bytes in that encoding. Single-byte encodings in the standard library are defined using some boilerplate classes surrounding the functions that do the actual work, `codecs.charmap_decode` and `charmap_encode`. This function, given an encoding name, *defines* those boilerplate classes. zlatin-1replace)errorsc*eZdZddfd Zddfd Zy) make_sloppy_codec..Codecc2tj||SN)codecscharmap_encode)selfinputrencoding_tables r/home/developers/rajanand/mypropertyqr-fmb-refixing-v2/venv/lib/python3.12/site-packages/ftfy/bad_codecs/sloppy.pyencodez'make_sloppy_codec..Codec.encode{((G Gc2tj||Sr)rcharmap_decode)rrrdecoding_tables rdecodez'make_sloppy_codec..Codec.decode~rrN)strict)rstrr str | Nonereturnztuple[bytes, int])rbytesrrrztuple[str, int])__name__ __module__ __qualname__rr)rrsrCodecr zs H Hrr$ceZdZddfd Zy)-make_sloppy_codec..IncrementalEncodercLtj||jdSNr)rrr)rrfinalrs rrz4make_sloppy_codec..IncrementalEncoder.encode!(( ^LQO OrNF)rrr)boolrr )r!r"r#r)rsrIncrementalEncoderr&  Prr-ceZdZddfd Zy)-make_sloppy_codec..IncrementalDecodercLtj||jdSr()rrr)rrr)rs rrz4make_sloppy_codec..IncrementalDecoder.decoder*rNr+)rr r)r,rr)r!r"r#r)rsrIncrementalDecoderr0r.rr2c eZdZy)'make_sloppy_codec..StreamWriterNr!r"r#rr StreamWriterr4 rr7c eZdZy)'make_sloppy_codec..StreamReaderNr5r6rr StreamReaderr:r8rr;sloppy-)namerrincrementalencoderincrementaldecoder streamreader streamwriter)r rangelistr enumerateREPLACEMENT_CHARjoinr charmap_buildr$r-r2r7r; CodecInfor) encoding all_bytes sloppy_chars decoded_charsicharr$r-r2r7r;rrs @@rmake_sloppy_codecrOSs6eCj!I ((34L$$Xi$@M ]+#4 # #"LO# *LWW\*N)).9N H HPV66PPV66P uf11  uf11      !w~~w~~--!! riizwindows-) z iso-8859-cpcp874r<)rIrrzcodecs.CodecInfo) __doc__ __future__rr encodingsrrErOCODECSrBINCOMPLETE_ENCODINGS _encoding _new_name)nums0rr_sHT# (DR !&tT!23#xu3$45S3%56"4./cC5z/0i&5I"9y#89I))4F95 45/s B B  B