Extends patronymic_name_order to handle the Azerbaijani/Central-Asian
4-token shape (Surname GivenName PatronymicRoot Marker), e.g.
'Aliyev Vusal Said oglu'. Standalone marker words, not suffixes, so
detection is whole-word matched against a strict 4-token guard (#185).

…cstring

The Constants class-attribute docstring (the canonical Sphinx-linked
API doc, referenced via :py:obj: from docs/customize.rst) only
described the East-Slavic behavior, drifting from the customize.rst
prose already updated for Turkic support. Adds the missing sentence
and a second doctest example (#185).

Unlike its Latin sibling and the new turkic_patronymic_marker_cyrillic
pattern, this pattern had no re.I flag. The irregular-form alternatives
(ильич, кузьмич, лукич, фомич, фокич) are short enough that the
capitalized first letter falls within the matched suffix itself, so
capitalized real-world patronymics like "Ильич" failed to match and
HumanName("Иванов Иван Ильич", constants=Constants(patronymic_name_order=True))
did not rotate, while the equivalent Latin-script name did.

Also strengthens test_no_regex_collision_latin/_cyrillic with positive
sanity assertions confirming each word list actually matches its own
family's regex, so the non-collision assertions are non-vacuous.

…atronymic_name_order

Consistency fix: this handler only ever implemented East-Slavic
rotation logic (sibling to handle_turkic_patronymic_name_order()), so
the generic name was misleading now that a family-specific sibling
exists — the same asymmetry that is_patronymic -> is_east_slavic_patronymic
already fixed for the helper method. The patronymic_name_order flag
itself stays generic, since it's the public umbrella opt-in switch
covering both families by design.

Pure rename, zero behavior change — single call site, not referenced
by name in shipped docs.

…mic_order.py

Consistency with the handle_east_slavic_patronymic_name_order() and
is_east_slavic_patronymic() renames, and mirrors the naming of the
sibling test_turkic_patronymic_order.py. Pure file rename, no content
changes — not referenced by path anywhere outside gitignored planning docs.