Jump to content

Wikipedia talk:Village pump (proposals)/Searchbox redesign

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia

Spun-off from talk:Village pump (proposals)/Sidebar redesign

Archived discussion, resulted in: Keep Go/Search

[edit]

Search discussion

[edit]

Even if the "search" section retains that name, we should ask the developers to add to MonoBook the option of changing it. Presently, it automatically duplicates the second button's label (sans uppercase letter), and there's no means of changing it to something different. I'll remind everyone that in the Cologne Blue skin (which includes this additional option), we already use the word "find" to label this box. This is not a new concept, and it's because of a technical limitation that we haven't implemented it in MonoBook. (There was a consensus months ago.) The only argument that I've seen against it (that people refer to the entity as a "search box") fails to consider the "find" label's use in Cologne Blue (which hasn't led to any confusion of which I'm aware). The big button is labeled "Search," after all.

I'll reiterate that the box serves two functions: "search" (which seeks out the typed term in articles) and "go" (which attempts to display an article with that exact title or something very close). It doesn't make sense for these to fall under the heading of "search" (which describes only one of the two functions). Conversely, the word "find" accurately describes both. From a linguistic standpoint, the current setup is analogous to a dessert shoppe telling people that it has two kinds of ice cream: cake and ice cream. —David Levy 22:20, 28 August 2006 (UTC)[reply]

I think "search" is better than "find" anyways. "Find" implies that the searcher will find the answer s/he is looking for. While WP is the largest encyclopedia ever, we do emphasize that it is constantly being built on, and in no way full and complete, and as such there is no guaranteed "finding" of anything. When the user clicks search or go, they will be searching WP, but they only may find what they are looking for. I see no reason to spend tons of effort to make a clear-cut label misleading.
To address your point, I think we should try renaming the buttons rather than the label. For example, label "search", and buttons named "Exact" and "Similar" Elvarg 22:35, 28 August 2006 (UTC)[reply]
You make a valid point regarding the word "find," and I like your alternative idea. Perhaps buttons labeled "Titles" and "Content" would work. This, of course, would still require the same modification to MonoBook. (Otherwise, the section would automatically be labeled "content.") —David Levy 22:48, 28 August 2006 (UTC)[reply]

Here's a quick mockup with different versions:

search
search
search

Not only any of these options eliminates the linguistic mess David mentioned, but it makes it much clearer to the reader what exactly each button is going to search.

Elvarg 22:53, 28 August 2006 (UTC)[reply]

I like the third example a great deal. The "Titles" and "All text" labels make the most sense to me, and the buttons' combined width doesn't exceed that of the input box (in my browser, at least). Indeed, such a change would address my original concern and increase clarity at the same time. Excellent idea! —David Levy 00:25, 29 August 2006 (UTC)[reply]
Ditto. Much clearer. --Quiddity 01:35, 29 August 2006 (UTC)[reply]
actually, same here, but i don't care that much. --gatoatigrado 02:37, 29 August 2006 (UTC)[reply]
I don't think it's that much better. It's still very ambiguous because of what such a button might imply. "All text"? It still takes some expectation of what a search box is to be able to conclude that it must imply searching for that particular search string in all of Wikipedia's text. Furthermore, all (almost all) search engines use either the label "Search" or "Go", and the former seems like not such a strange choice if there is consensus for using the title "find" for the entire box. I suggest the following: —msikma <user_talk:msikma> 08:16, 29 August 2006 (UTC)[reply]

[suggestion removed; obsolete, see suggestion below]

The above suggestion has the universally understood "search" as its primary label. The "advanced" tag will not be used by people who just want to find articles; they'll be presented a full text search if the title they're looking for does not exist anyway. There's just one problem: these two labels seem to be too big for the box they're in. So perhaps we might use this one instead, if it is technically impossible to mend this (by decreasing the size of the font, for example): —msikma <user_talk:msikma> 08:16, 29 August 2006 (UTC)[reply]

search

Anyway, it all boils down to the fact that a more accurate description only makes it more vague. There are a few terms used almost universally on the internet, so why should we try to use anything different? —msikma <user_talk:msikma> 08:16, 29 August 2006 (UTC)[reply]

I don't understand your argument at all. You've cited the fact that people need to know "what a search box is" for the labels 'Titles' and 'All text' to make sense, but isn't that true of any labels? I'm confused by your claim that "a more accurate description only makes it more vague," and your proposed labels don't make any sense to me (and I'm an experienced user). Moving the 'Search' label from one function to the other (assuming that we could make it fit) would be disastrous. The word 'Advanced' conveys practically nothing, and it doesn't seem to apply, even with pre-existing knowledge of the button's purpose. (To me, the ability to jump directly to an article on the desired topic seems more "advanced" than bringing up a list of potentially useful pages.)
Yes, the term 'search' is used throughout the Internet. What's remotely inconsistent or ambiguous about labeling the box accordingly and specifying choices for what to search? Google does the same thing. (I'm looking at my Gmail account right now. I see a search box with two buttons—one labeled 'Search Mail' and the other labeled 'Search the Web'.) —David Levy 08:57, 29 August 2006 (UTC)[reply]
Every single site or web portal ever uses either "search" or "go" as main search button. Clear as day. Not a single one uses "exact" or "title". Totally unclear, especially from a casual user's point of view. Also, every single site or web portal ever uses "advanced" for bringing up "advanced search tools". This is what "search" currently does. It shows you which pages are relevant to your search query, and in which namespaces to search. That's more advanced than just immediately going to the topic you searched for. I believe that using "search" as label for the portlet, "go" for the first button, and "advanced" for the second button is much more obvious, for both casual users and advanced users, than the "exact" and "full text" etc. buttons. —msikma <user_talk:msikma> 13:33, 29 August 2006 (UTC)[reply]
I dislike "advanced" for a few reasons, but primarily because it makes the button 4x the size of the "go" button (intuitively confusing, as it's the secondary button). --Quiddity 18:33, 29 August 2006 (UTC)[reply]
I couldn't disagree with you more, Msikma. Buttons labeled 'Titles' and 'All text' (appearing directly below the word 'search' and the input box) would tell users exactly what they're searching. How is this setup "totally unclear"?
You're also ignoring the fact that our order of priority is the opposite of that used by sites such as Google. You keep stressing that these sites use 'Search' or 'Go' as their "main search button," but that typically triggers the function that we've made secondary. There's nothing inherently intuitive about applying this label to the function that Google calls 'I'm Feeling Lucky' and applying the term 'Advanced' to the function that others call 'Search' or 'Go'!
It's common to see a single search box with buttons (either this type or radio buttons) describing the different targets. There's nothing unusual or unconventional about this. —David Levy 19:29, 29 August 2006 (UTC)[reply]
Exactly. I totally agree.
If we're all agreed (of those that agree) on the 3rd option, could we archive/remove the other two? They're just a distraction if we're only discussing the 3rd. --Quiddity 04:04, 30 August 2006 (UTC)[reply]
Your reasoning is totally wrong, David Levy. For one thing, Google is the only search engine that has such a thing as "I'm feeling lucky", and it isn't what I'm referring to. Look at other search engines as well instead of just Google. There are two kinds of searches: a simple one and an advanced one. In our case, the first button is the simple one and the second is the advanced one. This does not compare to Google's "I'm feeling lucky" button. The problem with the setup Quiddity suggested is that users simply expect to find an article when they search for it. They are not interested in any internal workings of the engine, and thus will not like having to make an intelligent decision between searching through "just the titles" or "all text". Which one is more accurate? They don't know. Whereas with "go" and "advanced", they know exactly which one to pick. They will never use the advanced option because it presents them with information they do not need. Quiddity: we can archive the other versions once we agree on this. I don't agree yet, and I feel there are things left unsaid, so I would like David Levi to come back to this discussion for just a while longer. —msikma <user_talk:msikma> 06:18, 30 August 2006 (UTC)[reply]
I didn't claim that 'I'm Feeling Lucky' is an industry standard. I merely cited the well-known feature that's most similar to that of our first button. The major distinction here is not "simple" vs. "advanced." It's "go directly to the specific page that the user most likely seeks" vs. "display a list of pages that the user might seek." There's nothing unusual or "advanced" about the latter, but our format dictates that we assign it secondary importance (which doesn't change the fact that it's exactly the same as the function widely labeled "search" or "go"). How you can claim that our first button's function "does not compare to Google's 'I'm feeling lucky' button" is beyond me.
I still don't understand why you believe that telling users exactly what they're searching would be confusing or unintuitive. Suppose that someone is researching the topic of "sharks." Why shouldn't we offer the option of seeking an article with the title "Shark" or searching for articles containing the word "shark" somewhere within their text? How are the arbitrary terms "go" and "advanced" more intuitive or easier to grasp? Why do you believe that it makes sense to present users with an option that "they will never use"? Why do you want to withhold the ability "to make an intelligent decision"? —David Levy 09:08, 30 August 2006 (UTC)[reply]
You say that these buttons are not about "simple vs advanced", but if you look at them objectively, it is. The first one allows someone to quickly jump to the page that they most likely are searching for, even if it is an ambiguous term. The second one allows not only seeing the topics that are relevant to the user's search query, it also allows them to search in different namespaces such as Wikipedia or Talk. That's more advanced than the simple search; there is no way you can deny that. —msikma <user_talk:msikma> 13:53, 30 August 2006 (UTC)[reply]
As you've continually noted, we're attempting to label the buttons to accommodate typical users. Advanced options are present, but most visitors will never use them. The page itself, however, is something that most people would want to use (for a non-advanced purpose). We should describe its basic function, not the additional variables that are tacked on. —David Levy 14:41, 30 August 2006 (UTC)[reply]
But when exactly does a casual user need to do non-direct searching? That's the thing about these pages: you just go directly to an article and if it's not the exact thing you're searching for, you'll follow a disambiguation page towards the page that you do need. Our search engine, while conventional in many ways, simply isn't typical. It is expected that when typing in the name of something you wish to read about, you get to that article immediately. There is no need whatsoever to label such a page with "titles". You did not tackle my argument that nobody really knows what "titles" is at all. —msikma <user_talk:msikma> 05:52, 31 August 2006 (UTC)[reply]
Also, I don't see how this has anything to do with Google. Sure, our current "go" button behaves just like "I'm feeling lucky", I won't deny that, but this isn't about Google. This is about how search engines work in general. —msikma <user_talk:msikma> 13:53, 30 August 2006 (UTC)[reply]
In general, search engines' default behavior is to display a list of pages that match the search terms entered. This is the function for which the button usually is labeled 'search' or 'go' (or some slight variation thereof). Assigning the 'go' label to a button responsible for a different function (jumping directly to one of these pages) is unintuitive. The confusion currently is mitigated by the use of the label "search" for a button that triggers the usual function, and you seek to change this to "advanced" (which would tell users almost nothing about the button's purpose). —David Levy 14:41, 30 August 2006 (UTC)[reply]
How is assigning "go" to a label unintuitive? It does exactly that: toss you right into the article you need! Sure, it doesn't provide a list, like other search engines do, but that's only because our search engine is more efficient. It can simply search through concise titles, whereas Google and co. are unable to do this. There is absolutely nothing unintuitive about clicking a button called "go" and expecting to go to the article you just typed into the search box. It is baffling that you would say that it is (without providing any reasoning!!) We are not Google. We are not Altavista. We are not Yahoo!. We are Wikipedia, and searching directly for an article will allow you to view that article directly. That does not mean we should not use BASIC and UNIVERSALLY UNDERSTOOD AND USED labels for our buttons. Because not doing so, THAT is terribly unintuitive. —msikma <user_talk:msikma> 05:52, 31 August 2006 (UTC)[reply]
As for your second point: nobody wants to think when using a search engine. They are searching for something, and the search engine is a tool to find it. But people do not expect a search engine to behave any differently than just getting them to where they want, and fast. Imagine being a casual user and wanting to go to that "sharks" article. If you're presented with searching for either "titles" or "full text", you will need to realize that articles consist of a title and a "text". But what exactly is a title? Perhaps the headers could be seen as titles. And what is a "full text"? People could misinterpret this, especially if English is not their first language. I am Dutch, and I know that, for example, my father would not like having to think about what those two labels mean. —msikma <user_talk:msikma> 13:53, 30 August 2006 (UTC)[reply]
I'm confident that the distinction would be clear to most people fluent in English, and it certainly wouldn't be difficult for others to pick up. I'm occasionally presented with such a challenge when I visit non-English websites, and I don't expect them to be changed to accommodate me (which couldn't realistically be done without using English).
Of course, I don't believe that your proposed labels would help anyone (regardless of his/her level of English). They simply don't make sense. They fail to explain what functions are being carried out. How is that easier to grasp? —David Levy 14:41, 30 August 2006 (UTC)[reply]
It is ambiguous. You cannot deny that. Why did you not tackle my arguments? I gave a few arguments that show how the labels that have been proposed by Quiddity are unusable, and you did not respond to a single one except "I'm sure they'll pick it up". What kind of reasoning is that? Sites use "go". Sites use "search". They have been doing this since the Internet took off. I remember sites from 1996 that did this. How do my labels, which have been used universally for over a decade not be any use? What you're saying here is laughable. If you wish to make a case for yourself, you could at the very least say more than just "I'm sure they'll figure it out". That does not prove anything about whether your case is more useful; it only says that people might accomodate to what could be a bad change. —msikma <user_talk:msikma> 05:52, 31 August 2006 (UTC)[reply]
I think you mean Elvarg, I didnt propose any labels. --Quiddity 06:52, 31 August 2006 (UTC)[reply]
But "go" and "advanced"; he knows he doesn't need advanced for his casual and simple searching, and that "go" will simply do what he wants to: take him to the article. -msikma <user_talk:msikma> 13:53, 30 August 2006 (UTC)[reply]
But what if someone doesn't want to go directly to the article and wants to perform a simple full-text search (without using any of the advanced options)? Burying his/her desired function under the intimidating label of 'advanced' is not helpful. —David Levy 14:41, 30 August 2006 (UTC)[reply]
The only people who will want to do that are generally editors, who will know how to use the button anyway. The people who want to search for a non-exact article title will realize that "go" only takes them to an article directly, and will thus try the advanced function. It's natural that the advanced function will provide more comprehensive search options: and it does! Again, this is a universally agreed on term, used since the early days. But how often will a casual user need this button, anyway? He won't! If he can't find the article he wants to, he can get there via disambiguation pages or "see also" links, or simply by following wikilinks. Or his "go" search won't yield any results and he will be forced automatically to use the advanced search anyway. Why is it a problem that "advanced" is something he will not directly want to click on? It isn't! And again, why would he want to "do a full-text search"? How are we to expect them to realize how a search engine works? They want to find something about sharks, they type in "shark" in the search box and click "go", and then they expect the system to figure out how they will be served their page. Assigning "descriptive" labels like "titles" and "full text" to these buttons is terrible, unuseful, and unthoughtful to all except people who edit Wikipedia and thus know the ropes. Those labels that you have suggested, they are the intimidating ones. Not the labels that I am suggesting, which, like I've said continually, are universally understood! —msikma <user_talk:msikma> 05:52, 31 August 2006 (UTC)[reply]
In case he wants to search for shark discussion in discussion pages of Wikipedia, he can choose the "advanced" option and tick the box that allows him to search through all discussion pages. -msikma <user_talk:msikma> 13:53, 30 August 2006 (UTC)[reply]
Again, what about users who aren't interested in any of the advanced options (such as searching non-article namespaces) but wish to perform a basic search and display the articles that contain their desired term? —David Levy 14:41, 30 August 2006 (UTC)[reply]
See my previous talk block. —msikma <user_talk:msikma> 05:52, 31 August 2006 (UTC)[reply]
This is how people have come to expect their search engines to operate. -msikma <user_talk:msikma> 13:53, 30 August 2006 (UTC)[reply]
I expect to be given the option of displaying a list of pages that contain my search term. —David Levy 14:41, 30 August 2006 (UTC)[reply]
What you expect, I have no idea of. You're an editor. Not a casual user. What a casual user expects a search engine to do is simply get him to the page that he wants to read. Flawlessly, quickly, without being confusing and without requiring more input than desired. It's expected, in an encyclopedia, that if there is an article about "sharks", and the user types "shark" in the search box, he doesn't necessarily have to click the "sharks" article in a list of results. Afterall, why should he do that? The search engine works better than that. There's no reason to presume that people will expect a list of results. Again, see my previous talk block. —msikma <user_talk:msikma> 05:52, 31 August 2006 (UTC)[reply]
They are absolutely not arbitrary terms! Like I said, almost every site in the world uses either "search" or "go". It's universally understood. -msikma <user_talk:msikma> 13:53, 30 August 2006 (UTC)[reply]
Yes, but not for the function to which you wish to assign it! —David Levy 14:41, 30 August 2006 (UTC)[reply]
Yes, they are! "Go" does just what it's supposed to do: it lets you go towards an article! How is that not true or not understood? How will anyone be able to expect anything different? —msikma <user_talk:msikma> 05:52, 31 August 2006 (UTC)[reply]
Whereas "full text" and "titles" is ambiguous and uncertain, at least to most casual users. —msikma <user_talk:msikma> 13:53, 30 August 2006 (UTC)[reply]
Obviously, I disagree. —David Levy 14:41, 30 August 2006 (UTC)[reply]
So you believe that people, when searching, will want to think about whether they search through "titles" or "full text"? Do you think that my dad or my grandma will want to learn how a search engine works? You think that these people, who make up the majority of Wikipedia users, will not just want to type something in and be expected to go towards their article quickly and painlessly? You expect them to realize that in order to go towards an article quickly, they need to tell the search engine to search through "titles", as titles are concise descriptions of what an article is all about? You don't expect them to want their search engines to feel like typical search engines as they can be found all over the internet? Well, think that if you will, but don't expect me to agree. —msikma <user_talk:msikma> 05:52, 31 August 2006 (UTC)[reply]

You two are going round in circles! I think both your arguments have some merits, in that "Go" is an easily understood term, and that "Advanced" is a totally inappropriate label, but I think it is best to go back to the drawing board and come up with something new (see the proposals below), rather than use these two extremes. Carcharoth 10:08, 2 September 2006 (UTC)[reply]


My example had first button bolded. I think it is needed to show that it is that button which will be used by default (when Enter is pressed from search box) Elvarg 03:59, 29 August 2006 (UTC)[reply]

I agree. If you know how to code that, please update the examples. The second button's function also needs to be fixed. (I simply copied the code from the project page.) The problem with your graphical version is that it's browser-specific. (The styling is significantly different in my browser.) —David Levy 04:10, 29 August 2006 (UTC)[reply]
The bolding is probably a function of the CSS id="searchGoButton", and you can only have 1 call to an id per page. So we can't include it in the mockup, but it'll appear in the actual version. --Quiddity 05:31, 29 August 2006 (UTC)[reply]

By the way, how come the Russian Wikipedia (using same monobook-looking skin) already is able to have different text in title and second button? Check out http://ru.wikipedia.org/wiki/ and take a look at their search box. You don't need to know Russian to be able to see that the title of the searchbox has different text from either search button. Elvarg 06:23, 29 August 2006 (UTC)[reply]

That's a good question. I was told that this was impossible. Perhaps the code already has been changed, or maybe the Russian Wikipedia is using some sort of workaround. —David Levy 06:32, 29 August 2006 (UTC)[reply]
A quick check revealed that some of the other Wikipedias also have different text for the section title and second button. —David Levy 06:35, 29 August 2006 (UTC)[reply]
Apparently, the second button's label can now determined via MediaWiki:Searchbutton (which hasn't been created). Unless I was misled, this must be fairly new. (The section's title is determined via MediaWiki:Search, which I was told covered both.) —David Levy 06:56, 29 August 2006 (UTC)[reply]
It appears that MediaWiki:Searchbutton isn't new, but its compatibility with MonoBook is. I found a non-Wikimedia wiki for which the page was created on 18 June 2005. It's running version 1.5.5 of MediaWiki, and the feature is not present. Of the Wikimedia sites that have begun using MediaWiki:Searchbutton, all appear to have created the page no earlier than the end of last month. —David Levy 07:21, 29 August 2006 (UTC)[reply]

I like the search "Titles" and search "Contents" layout. It actually describes how the Wikipedia search function works. Actually, I mostly now type in my search term in the browser window and hit return. If there is an article, I go straight there. If not, I hit the "search" link in the "not found" page. But I started out using the search box, and I guess nearly everyone does. Regarding the proposal to have a button labelled "Advanced" - I would expect that to take me to an advanced search option, like the "advanced search" link from Google. Our equivalent would be the check-boxes at the bottom of a search page like this, allowing searches in different namespaces. Carcharoth 22:20, 29 August 2006 (UTC)[reply]

User:83.253.36.136's ideas

[edit]

In my opinion, the buttons with their labels overwhelm the label of the search box so much, and are so disconnected from it, that the buttons need to make sense separate from the searchbox label. (For "Titles" to work, it would need to be: Search for: Titles, rather than search Titles.) Go and Search works ok, and I thought of look up as a search box label, but I think this is better:

article finder

Ideally, the buttons would be "Look up article" and "Search in articles" (and the box label could possibly be dropped?) but I think this is good enough. Let's ignore that we can look up and search other pages than articles. Articles are what Wikipedia is about ... --83.253.36.136 01:14, 2 September 2006 (UTC)[reply]

You, my dear sir, are a genius. I rather like this version. --DavidHOzAu 01:38, 2 September 2006 (UTC)[reply]
The problem with this is that I think (though no-one has been able to confirm this) that "Look up" is a colloquialism peculiar to English. A non-English user's first instinct might be to look up at the ceiling! :-) I think that "Go" and "Search" as the current labels are fine. The box header should be changed from "search" to "article search" or "find an article" or "find". Carcharoth 10:11, 2 September 2006 (UTC)[reply]
You have a point, but I still like "article finder" though. IMHO, calling it the "article finder" instead of the "search box" was totally thinking outside of the box, no pun intended. It's like naming something for what you use it for instead of what it does on the server. Moving on, the programmer in me would use "Search" as the title and label the buttons "quick" and "thorough". --DavidHOzAu 10:43, 2 September 2006 (UTC)[reply]
I am non-English. Is there a non-colloquial synonym for looking something up in an encyclopedia (which is the function of the button)? Let's look it up: look up - Definitions from Dictionary.com
Alternative: "Look it up", or with an exclamation mark: "Look it up!"
Would bolded "Look it up" fit in the space available?
Another way of thinking: See the box label and the search field as a sentence: Find article about ________, Go!

Find article about:

Notice that "Find article about:" is normal-sized text in sentence case, and bolded to stand out. The text could also be shorter "Find article:", or it could be "Look up article about:" or "Look up article:". Or the Go! button could be "Look it up". But the phrase needs to be "true" for both buttons, in the sense that for example Go-ing directly to an article and Search-ing for something are both ways to "Find article about:" something.
I don't think that "Find" necessarily implies that something will be found. It just says: "Try to find it", or "Find it, if it exists."
One advantage of dropping the label of the article finder is that it logically ties it to the navigation box above.
--83.253.36.136 17:36, 2 September 2006 (UTC)[reply]
----
(Now reading up on previous discussion and the Go button. Returning on tuesday later with more ideas and (maybe) a more thought-through opinion. --83.253.36.136 12:11, 3 September 2006 (UTC) )[reply]

Question: How could the Go button be moved above the input field (in a mock-up seach box)? I'm thinking about having a button with "Look up article about:" on the top, the input field below that button, and the (smaller?) "Search in articles" button below the input field. --83.253.36.136 14:57, 3 September 2006 (UTC)[reply]

Using portlet/inputbox wikicode? not a clue. Probably easier to just create an image mockup, with cut&paste in Microsoft Paint, to see if there is interest, before committing further energy. Quiddity 20:32, 4 September 2006 (UTC)[reply]

Product placement?

[edit]
File:Search screenshot.PNG
Product placement?

Probably off topic, but can I ask why Google and Yahoo are the only external search options? Not that you really see this screen much anymore, but I used to see it all the time. Shouldn't all the search engines be fairly represented? Or at least more than two - Jack (talk) 23:21, 4 September 2006 (UTC)[reply]

If you have more than two search engines, then it begins to become a problem for our smaller-screen readers and editors. Perhaps a link to List of search engines might do? Google and Yahoo are there because they are the most popular search engines on the internet at the moment, thus making it easier for the most number of people. Harryboyles 10:56, 7 September 2006 (UTC)[reply]
[edit]
A blinking text cursor.

Is there any way that by default there is a text cursor in the searchbox? So that users don't need to touch the mouse? This is done by www.google.com - Jack (talk) 02:23, 9 September 2006 (UTC)[reply]

This has not been implemented as it breaks the ability to scroll using the up\down Page Up\Page Down keys. Lcarsdata (Talk) 10:53, 9 September 2006 (UTC)[reply]
Also Google does that because it is very rare that you have to scroll down the page on the main search pages. Lcarsdata (Talk) 10:56, 9 September 2006 (UTC)[reply]
Ok, up/down pgup/pgdown (as well as space) don't work but but scrollwheels do work. Perhaps if it was only implimented on the main page? - Jack (talk) 17:20, 9 September 2006 (UTC)[reply]
It's been suggested before, but not everyone has scrollwheels (or uses them), and having things act differently on just the Main Page is confusing usability-wise. Sorry. --Quiddity 17:50, 9 September 2006 (UTC)[reply]
As for not touching the mouse, you can always hit [tab] to put the cursor in the searchbox. (I believe that's a cross-browser/platform standard?) Quiddity 17:50, 9 September 2006 (UTC)[reply]
I had this monobooked for a while. I stopped it for the exact pageup/pagedown/arrowkeys reason listed above. If people want they can monobook it, otherwise i don't think it's something that should be forced upon a user - especially after it has been different for so long.

Fair use rationale for Image:Search screenshot.PNG

[edit]

Image:Search screenshot.PNG is being used on this article. I notice the image page specifies that the image is being used under fair use but there is no explanation or rationale as to why its use in this Wikipedia article constitutes fair use. In addition to the boilerplate fair use template, you must also write out on the image description page a specific explanation or rationale for why using this image in each article is consistent with fair use.

Please go to the image description page and edit it to include a fair use rationale. Using one of the templates at Wikipedia:Fair use rationale guideline is an easy way to insure that your image is in compliance with Wikipedia policy, but remember that you must complete the template. Do not simply insert a blank template on an image page.

If there is other fair use media, consider checking that you have specified the fair use rationale on the other images used on this page. Note that any fair use images uploaded after 4 May, 2006, and lacking such an explanation will be deleted one week after they have been uploaded, as described on criteria for speedy deletion. If you have any questions please ask them at the Media copyright questions page. Thank you.

BetacommandBot 01:41, 8 July 2007 (UTC)[reply]