+ jr^RIt^RIHtRtRtRtRt]PPR.R O4R4t ]PPR.R O4R 4t R t R#) N)vWeekdayc\R4pVP4R8XgQhVPR8XgQhVPeQhR#)SUsSUNrto_icalweekdayrelativers a/home/ralf/ical-fahrzeuge/venv/lib/python3.14/site-packages/icalendar/tests/prop/test_vWeekday.py test_simpler sDtnG ??  %% % ??d "" "    ## #c\R4pVP4R8XgQhVPR8XgQhVPR8XgQhR#)z-1MOs-1MOMONrr s r test_relativer sGvG ??  '' ' ??d "" "   r !! !r cn\P!\R4P44R8XgQhR#)+2THN)r from_icalrr r test_roundtriprs)   hv.668 9V CC Cr c\P!\4;_uu_4\P!R4RRR4R# +'giR#;i)z0Error: Expected weekday abbrevation, got: -100MOz-100MONpytestraises ValueErrorrrrr r test_errorrs. z " "8$ # " " "s A A valuecB\P!\4;_uu_4\V4RRR4\P!\4;_uu_4\P!V4RRR4R# +'giLS;i +'giR#;i)aNon-ASCII digits must not be accepted in the ``ordwk`` (relative) part. Use ``[0-9]`` to explicitly specify that only ASCII digits should be matched, instead of ``\d``. In Python, ``\d`` matches a digit zero through nine in any script except ideographic scripts, and is equivalent to ``\p{Nd}``. A malformed ``ordwk`` would therefore get parsed into a valid ``relative`` number. RFC 5545, section 3.3.10, allows only ASCII characters per its definition of ``DIGIT``. Nrrs&r $test_non_ascii_ordwk_digits_rejectedr sW z " " # z " "5! # " # " " " " A:B : B B cB\P!\4;_uu_4\V4RRR4\P!\4;_uu_4\P!V4RRR4R# +'giLS;i +'giR#;i)zA trailing line break must not be accepted and carried into the value. ``$`` matches just before a final ``\n``, so the newline survived in the ``str`` value and was re-emitted into RECUR output (content-line injection). Nrrs&r test_trailing_newline_rejectedr#0sW z " " # z " "5! # " # " " " "r!c\R4PR8XgQh\R4PR8XgQh\R4PR8XgQh\\R4P\4'gQhR#)z5ical_value property returns the weekday string value.rrz-1SUN)r ical_value isinstancestrrr r test_ical_valuer(=si D> $ $ ,, , F  & && 00 0 F  & && 00 0 htn// 5 55 5r )u١٢MOu٥SUu۱۲FRu١MO)z2MO zMO z+2TH z-1SU ) ricalendar.proprr rrrmark parametrizer r#r(rr r r,ss #$"D% "FG"H"""GH "I "6r