Limit is more intuitive in my opinion.

Anyway, this is a breaking change, so we need a long deprication period while both are recognized. Such a change makes harder also the compat->core transition.

What about having both globally as synonims? It is a simple "or" in command line parsing, and causes no problems.

All changes will be implemented to be backward compatible to previous releases and compat too. We would have -limit as a synonyme to -total but an ArgumentDeprecationWarning would be shown. Look for the alias/warning done for the old -<mode>log options which we have still in compat.

Currently we have -limit and -total options:

-limit

• casechecker
• checkimages
• lonelypages
• reflinks
• welcome

-total

• redirect
• unused_files

But I guess all method use total parameter for the numer of pages to be processed.

Why do you think so?
Limit is more familiar to people because of SQL use, and this is a similar role.

In T148354#4875232, @binbot wrote:

Why do you think so?
Limit is more familiar to people because of SQL use, and this is a similar role.

Just for consistency with total parameter of all page and site methods which is confusing.
limit is used for api query limits reading data in one bulk. But unfortunately this is not consistent in api.py

In T148354#4875255, @Xqt wrote:

In T148354#4875232, @binbot wrote:

Why do you think so?
Limit is more familiar to people because of SQL use, and this is a similar role.

Just for consistency with total parameter of all page and site methods which is confusing.
limit is used for api query limits reading data in one bulk. But unfortunately this is not consistent in api.py

This is similar to comment/summary/message issue. If standardizing, I would choose limit as it is more apropriate semantically (at least in my country). Limit is understood as an end in the middle of the work, whereas total is often understood as a selection (part, compilation) from the group. Besides that it is much broader used in Pwb

OK then we should work on consistancy in this way.

Change 484007 had a related patch set uploaded (by Zoranzoki21; owner: Zoranzoki21):
[pywikibot/core@master] Renamed -total option to -limit at redirect.py and unusedfiles.py

https://gerrit.wikimedia.org/r/484007

Change 484007 abandoned by Zoranzoki21:
Renamed -total option to -limit at redirect.py and unusedfiles.py

Reason:
I am not sure how to handle this..

https://gerrit.wikimedia.org/r/484007

Change 484007 restored by Xqt:
Renamed -total option to -limit at redirect.py and unusedfiles.py

https://gerrit.wikimedia.org/r/484007

Change 484007 abandoned by Zoranzoki21:
I am not sure how to handle this..

https://gerrit.wikimedia.org/r/484007

I did it for you :)

In T148354#4876512, @Xqt wrote:

Change 484007 abandoned by Zoranzoki21:
I am not sure how to handle this..

https://gerrit.wikimedia.org/r/484007

I did it for you :)

Thanks!

Change 484007 merged by jenkins-bot:
[pywikibot/core@master] Renamed -total option to -limit at redirect.py and unusedfiles.py

https://gerrit.wikimedia.org/r/484007