apparently this went up in june and it is entirely possible that i
can't find/recall this having been listed here already; but at the
caveat of repeat-risk, i thought that others could be interested in
the "full text online free-of-charge access" to the upcoming book
from marti hearst.
I was just wondering if anyone knew good examples of date search on
mobile web.Specifically talking about html driven stuff, not iphone
The difficultly with date based searches on mobile, I am realising is
error prevention (in the absence of relying on ajax) and fatigue at
the prospect of interacting with multiple and very long pull menus.
I have a bunch of quick links to commonly used date ranges - ie, this
weekend, but I also need to provide the flexibility to allow users to
choose any singe date in the future or a date range.
I've been seriously thinking a lot about mobile search models and am
looking to crowd source interesting examples to check out.
Also, if there are any articles / papers you would recommend on the
topic, that would be great.
At the moment, it is my view to simplify this as much as possible.
I'm considering in the case that a user has multiple search criteria
that they input one and build on that query rather than complex
I'm creating a very large e-commerce site that's expected to
eventually have tens of thousands, perhaps more, entries. It is for
an industry that is heavily categorized, but every supplier has
totally different categories, so they effectively become meaningless.
So we're going to put it all together without categories, or at least
without a category tree model. It's search engine only, baby. All
those former categories are now keywords, effectively allowing one
item to be in dozens of categories.
I'm worried about how sites like Google will index ours. Even if
I don’t think placement of action button for search form
with 2 or more search parameters has been discussed in the group yet. Everyone
in the group would have sometime worked to design search forms for intranets or
websites that have 2 or more search parameters. I find a lot of research on registration
forms but not on search forms. Luke has conducted great research on the registration
forms and the design of the forms.
I am working on a website where the feature "Search" is part of an important
way to navigate through the website. What I want to know is what is the best
button option to use for the "Search". Which of these - "GO" or "magnifying
glass icon" or "arrow" or "FIND" - is the right choice and why? Or do you
have more suggestions on this?
Anybody out there ever built a interface that helps users build an advanced
search query? I am currently working on a site that has over 5 million
articles, and search is the primary way users find this information. A lot
of these users are librarians and they know how to do complex Boolean
searches on various meta data fields. Currently, the search engine is
optimized for this type of user, which is completely ignoring the user who
does not know how to construct these complex queries.
It was a little quirky this morning. Even though it comes from three
architects at google, how is it different?
"*Popularity is useful, but has dominated search results so heavily that it
gets harder and harder to find the page you want, especially if your search
is a complex one.
I have encountered the following problem several times at my current job as a IxD-er without finding a satisfying solution:
"What to do when a search is executed with no input, thus an empty search query?" Concretely, this means hitting the search button next to an empty text field.
I am doubting whether this should show all results, especially if you have some filters (think of genre for music for example), or no results at all. In the latter case, an extra <return all results> button or something of the kind could be used.