Xqt added a comment.
Your implementation with rPWBC0421498 <https://phabricator.wikimedia.org/rPWBC042149859f338639f0cf8ace08ff1ef3b6e77a56> never worked as documented; see my comment at T398146#10957597 <https://phabricator.wikimedia.org/T398146#10957597>. The localized parameters were introduced over three years ago, and reverting subsequent changes would introduce breaking changes for existing users. Regarding the statement: > users prefer latin digits for their local archives ... I never made that claim. My previous comment only outlined a conditional example — deciding between latin or localized digits is entirely up to the user managing their own namespace. The current documented approach — using `%(localcounter)s` and other `%(local...)s` fields — was designed specifically to handle non-latin digits in a consistent, backwards-compatible way. The forced-latin-digit behavior was introduced to maintain compatibility across all wikis and should not be reversed. Reverting it would break existing functionality not just on fa-wiki but on any wiki using the same system. Btw, I am planning to implement support for other localized digits in wikis such as km, my, nqo, ta, th, and others with Pywikibot 11. If a bot owner wants to enforce localized digits, this can be done via a `-localdigits` option (if desired and implemented but it will fail if the parameters aren't changed to string format codes accordingly), or manually with (user-)fixes.py/replace.py. The default template variables, as documented, should continue to use latin digits to ensure correct operation across all environments. In short: the current system respects localized digits where intended, preserves backwards compatibility, and leaves control to the user; ignoring this would break documented behavior and cause widespread regressions. TASK DETAIL https://phabricator.wikimedia.org/T398146 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/
_______________________________________________ pywikibot-bugs mailing list -- [email protected] To unsubscribe send an email to [email protected]
