In T119322#1852483, @matmarex wrote:

The changes made to the options form decrease usability for numerous standard tasks, ie. increased number of clicks (for single option searches)

They also increase usability when changing multiple options, which now requires only a single page reload.

I created a new task: https://phabricator.wikimedia.org/T119322

In T50615#1820109, @Florian wrote:

In T50615#1820090, @Millbart wrote:

What I meant was, and I should have obviously been clearer, is that this form might be a good idea in theory but is useless in practice for the users who rely on it the most. Please explain "and in fact we can support only one form". Why? Your "solution" is a joke, right?

Sorry if I wrote, what I mean, in a confusing way :] I mean, that Special:Watchlist should hold only one form (it would look straneg with two forms, right?), and therefore, we normally support only this one :)

In T50615#1820055, @Florian wrote:

In T50615#1819514, @Millbart wrote:

In T50615#1817333, @Florian wrote:

For Special:RecentChanges see T119084: Options form at the top of old Special:RecentChanges needs cleanup.

@Fae: I don't really understand your use case. What is the intention of "see the results and then decide if it is worth hiding any more"? I think the use case of the Watchlist would be "What items I want to see, edits by bots? No. Edits by anonymous users? Yes. Click Submit". So I think a user already knows the groups of items he wants to see, no matter what amount of items are expected. If you want to reduce the number of items on the page, you probably want a limit option :)

Your assumptions are valid from a design perspective but unfortunately they fail in practice. You assume that users, especially power users, who heavily rely on the watchlist constantly want to think about making decisions regarding their search parameters. They don't. They click on the link in the interface and when they see too much noise they click the filter deemed appropriate in that instance. This might be just bots or just registered users, it's rarely more thant one and it changes all the time, depending on what one is looking for. I guess Fae does not want to make conscious decisions at this point, just click and see what happens, same as me. With this change you have doubled the necessary clicks for this use case and tripled for the number of entries (pull down instead of links to options). Also, the default on dewiki is one hour, which makes it even more unusable. Please revert this change or at least provide links in addition to the checkboxes.

I understand the use case, but I hope you understand (and you mentioned it already :)), that from a design perspective (at least from my :P) this use case doesn't make really sense, and in fact we can support only one form :) Just an idea how we could support both: Someone could create a gadget (or a user script), which (with JavaScript) submits the form whenever a checkbox value changes. This would (if I understood you correctly) fulfill your use case, right?

In T50615#1819547, @MZMcBride wrote:

In T50615#1819514, @Millbart wrote:

Also, the default on dewiki is one hour, which makes it even more unusable.

Which default are you talking about here? "watchlistdays" defaults to 3.0 days in MediaWiki core. I don't believe any Wikimedia wiki overrides this setting.

Have you made adjustments to https://de.wikipedia.org/wiki/Spezial:Einstellungen#mw-prefsection-watchlist?

In T50615#1817333, @Florian wrote:

For Special:RecentChanges see T119084: Options form at the top of old Special:RecentChanges needs cleanup.

@Fae: I don't really understand your use case. What is the intention of "see the results and then decide if it is worth hiding any more"? I think the use case of the Watchlist would be "What items I want to see, edits by bots? No. Edits by anonymous users? Yes. Click Submit". So I think a user already knows the groups of items he wants to see, no matter what amount of items are expected. If you want to reduce the number of items on the page, you probably want a limit option :)