While search is being updated, a small plea for a slightly better interface to namespace selection (and advanced options generally).
(1)
At the moment namespace is 18 check boxes at the bottom of the page. A lot of clicking, each in its own box. Changing this to a list box (allowing CTRL-CLICK or selection/deselection of multiple namespaces in one action) would make this much easier to enter. Possibly also the ability in the config file for a wiki sysadmin to specify some standard options for simplicity:
* Articles
* Articles and article discussion
* Articles, discussion, project space, and project talk
* Project and project talk spaces
* Images, categories, templates and their talk pages
* All namespaces
* Custom
or an option "Also search talk pages". But some way to make namespace selection easier.
(2)
A number of the options available will be inaccessible to many users because they need to be typed in as a parameterized search text. I'm going to guess most users will not access the new features, even though extremely helpful, because of lack of confidence. As with Google advanced search, one solution might be an "advanced search" interface where different fields can be entered and the user is guided what to put in, for each. It may be a good idea if we're beefing up internal search, to also ensure users discover the new features and can easily access them :)
FT2
I've made a number of such improvements in r42522, but it got reverted because I didn't get around to fully debug it and since the interface could've been prettier. I don't have time to poke at it ATM, but if anyone wants to pick it up, please do!
Cheers, Robert
On Fri, Oct 31, 2008 at 1:13 PM, FT2 ft2.wiki@gmail.com wrote:
While search is being updated, a small plea for a slightly better interface to namespace selection (and advanced options generally).
(1)
At the moment namespace is 18 check boxes at the bottom of the page. A lot of clicking, each in its own box. Changing this to a list box (allowing CTRL-CLICK or selection/deselection of multiple namespaces in one action) would make this much easier to enter. Possibly also the ability in the config file for a wiki sysadmin to specify some standard options for simplicity:
Articles
Articles and article discussion
Articles, discussion, project space, and project talk
Project and project talk spaces
Images, categories, templates and their talk pages
All namespaces
Custom
or an option "Also search talk pages". But some way to make namespace selection easier.
(2)
A number of the options available will be inaccessible to many users because they need to be typed in as a parameterized search text. I'm going to guess most users will not access the new features, even though extremely helpful, because of lack of confidence. As with Google advanced search, one solution might be an "advanced search" interface where different fields can be entered and the user is guided what to put in, for each. It may be a good idea if we're beefing up internal search, to also ensure users discover the new features and can easily access them :)
FT2 _______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Robert Stojnic wrote:
I've made a number of such improvements in r42522, but it got reverted because I didn't get around to fully debug it and since the interface could've been prettier. I don't have time to poke at it ATM, but if anyone wants to pick it up, please do!
I would definitely love to see it polished up some more! We can probably put someone on that soon...
- -- brion
2008/10/31 Brion Vibber brion@wikimedia.org:
Robert Stojnic wrote:
I've made a number of such improvements in r42522, but it got reverted because I didn't get around to fully debug it and since the interface could've been prettier. I don't have time to poke at it ATM, but if anyone wants to pick it up, please do!
I would definitely love to see it polished up some more! We can probably put someone on that soon...
I forwarded Robert's email about the new search to wikien-l for people to give it a good workout, and I think search on Wikimedia sites would be an excellent topic for a post on the Wikimedia Blog - give people some awareness of the length and amount of work that goes into a change such as this with not a lot on the front end but a great deal on the back. Something like Robert's original email with a writeup of the year's work leading up to it.
- d.
On Fri, Oct 31, 2008 at 9:13 AM, FT2 ft2.wiki@gmail.com wrote:
At the moment namespace is 18 check boxes at the bottom of the page. A lot of clicking, each in its own box. Changing this to a list box (allowing CTRL-CLICK or selection/deselection of multiple namespaces in one action) would make this much easier to enter.
We try to avoid list boxes, because users don't necessarily understand how to use them. Checkboxes are much clearer. It should be possible (although slightly more effort) to use JavaScript to allow Shift-click to work. "Select all" and "Deselect all" buttons would also be useful.
Aryeh Gregor wrote:
On Fri, Oct 31, 2008 at 9:13 AM, FT2 ft2.wiki@gmail.com wrote:
At the moment namespace is 18 check boxes at the bottom of the page. A lot of clicking, each in its own box. Changing this to a list box (allowing CTRL-CLICK or selection/deselection of multiple namespaces in one action) would make this much easier to enter.
We try to avoid list boxes, because users don't necessarily understand how to use them. Checkboxes are much clearer. It should be possible (although slightly more effort) to use JavaScript to allow Shift-click to work. "Select all" and "Deselect all" buttons would also be useful.
At the very least, it would be nice if the layout of the checkboxes was a bit more structured than just everything concatenated in a single paragraph. How about, say, a two-column table with non-talk namespaces in one column and the corresponding talk namespaces in the other?
Yes, it would take more vertical space that the current way, but almost anything will. And it would make even just _clicking_ on the checkboxes easier if they were nicely lined up.
Maybe make it four columns if you want to trade horizontal space for vertical. That should still fit on most screens.
Ilmari Karonen wrote:
At the very least, it would be nice if the layout of the checkboxes was a bit more structured than just everything concatenated in a single paragraph. How about, say, a two-column table with non-talk namespaces in one column and the corresponding talk namespaces in the other?
I just wrote a quick proof-of-concept user script to test this proposed layout:
http://en.wikipedia.org/wiki/User:Ilmari_Karonen/fixsearchcheckboxes.js
It uses floating tables, so it adjusts to varying screen widths nicely. At the moment I'm using a hardcoded value of 3 rows (6 namespaces) per table, which IMHO looks nice on en.wikipedia at least and should scale fairly well. Any comments would be welcome.
Hello,
I agree that the search interface deserves some reconditioning.
The search interface is the first entry point for many users. Thus, it needs to be designed as simple as possible. I guess my grandma would be completely overextended by the current one with its dozens of options.
I propose to completely forget thinking about namespaces. The vast majority of users doesn't even know what namespaces are. The typical user comes to Wikipedia and hits the search button, because he's just interested in ns 0, so ns 0 should be the default.
On the other hand, some users, mostly our contributors, need other search options. Although they have an understanding about namespaces, they visit the search interface with the intention to find something either on a talk page, an image description page, a project page or something similar. Most of them do not intend to search the talk namespace, the image namespace, or the Wikipedia namespace. It's the search interface that forces people to transform their search destinations into namespace names.
I admit that namespace names are quite self-explanatory, so we don't have a serious problem here. Though, a good user interface doesn't force users into an unnatural way of thinking. Namespaces are MediaWikis technical way to devide pages up, they are not the way how ordinary people think. The appropriate way of handling this would of course be MediaWiki internally mapping common search options to predefined sets of namespaces.
In conclusion, we should have a search interface containing three basic elements: - a big search box -- Google has a simple front page with a centralised search box for a reason - some common options, like those proposed by FT2:
On 31.10.2008 13:13:13, FT2 wrote:
- Articles
- Articles and article discussion
- Articles, discussion, project space, and project talk
- Project and project talk spaces
- Images, categories, templates and their talk pages
- All namespaces
- Custom
- and finally a "Go" button.
Leon
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Leon Weber wrote: [snip]
In conclusion, we should have a search interface containing three basic elements:
- a big search box -- Google has a simple front page with a centralised search box for a reason
- some common options, like those proposed by FT2:
That's what Robert's refactoring does, which is why I'm recommending it be further polished up.
- -- brion
wikitech-l@lists.wikimedia.org