Survey: What do you expect these two icons to do?

Below is the top of a search result page.

Question #1: Just with this context, what would you expect clicking on each of these icons to do (languages and filter)? Please consider before you read other responses and give your thoughts below.

Question #2: After visiting that page and clicking on them, did they do what you expected? Having clicked, what do you think they do?

Question #3: Which effect do you expect on your search when ticking

  • a root language
  • a translation language

:grey_question:

Long answers are welcome.

2 Likes

Question #1
Before clicking on languages I was expecting to have a list of languages I could select from.
Before clicking on filter I was expecting to have a set of filters I could select from.

Question #2
Languages : It performed as I predicted
Filters : I was given a list of expressions I could manually add to filter my query, instead of buttons to tick.

I hope this helps.

4 Likes

After having answered question #1, perhaps we should still add

question #3

Which effect do you expect on your search when ticking

  1. a root language
  2. a translation language

:grey_question:

1 Like

languages – got what I expected

filters - had no idea what it was about and am not sure what to do with it after clicking it… :grin:

1 Like

This is cool. Clicking on the languages icon behaved somewhat as I’d expected. It presents me with a pre-populated subset of languages relevant to the texts. I expected to see Pāli, Sanskrit, and Chinese as root languages, and English as the translation language. It’s interesting that you also show Gāndhārī, Uighur and other languages that were unexpected as basic search results that would (I expect) output results for the most commonly used languages.

The filter icon is more interesting. There are scope limiters (ex: volpage, author, in) and boolean operators (AND, OR, NOT) which are very powerful. I like this.

However, the filter icon itself is simply a help menu, and the expected response to clicking the filter icon is different than the language icon. The language icon provides direct control via checkboxes, while the filter icon shows instructions that the user needs to think through, create a regex and type it in - an inconsistency in the user experience. Perhaps it may be cognitively easier on the user if the icon and text were different, something like “Search Help”.

Also, perhaps you don’t yet fully support grouping of search terms using braces. I tried this and the server threw a “Data load error”.

Rephrasing the query to further limit the scope while still using braces doesn’t throw a data load error but returns a Null result.

However, removing the braces works and the search engine returns the results.

The second form of the query may be a little confusing because the precedence and associativity of the operators is not specified. A section in the Help page or menu item with this detail can help us write good search queries with operators.

The obvious cases that should return zero results work as expected.

Otherwise the search is a really cool & powerful feature. Good work. Let me know how I can help test it out further.

3 Likes

Languages would take me to language choices to suttas in which the word moats appears so that I may narrow a search to a specific language.

Filter would allow me to find keywords associated with moats found within the results.

  1. did as expected.
  2. did not do what was expected. I would need to learn how to use the filters.
3 Likes

I just added. This is, in fact, the greater issue.

Great feedback! I’m afraid you are not alone.

Thanks so much for your detailed response!!!

Search accommodates all documents on the website, so we have to have those there. Those you mention are rare on the site.

Search only looks in documents that are of the languages you tick. So if you tick nothing in the root languages, it won’t return any of them.

I have long thought that exact thing. (This is one of the reasons for the post) I think for the sake of simplifying the interface, lots of things get lumped together. For example, the parallels icon is mostly other things besides parallels.

Indeed. I agree.

BTW, the search doesn’t support regex. I’m guessing you just meant a search string.

As far as I know, we don’t support that at all. I realize you probably just tried that as an example for testing, but my feeling so far is that in practice complex searches like this will be rare. But if you can come up with a plausible use, please let me know.

@HongDa is the one who deserves the credit mostly, with Bhante Sujato’s guidance of course.

Your feedback is always welcome, especially bugs which can be reported in this thread If you are very interested you could check out the latest posts tagged with search and then click the bell icon and choose “watching”

That should send you an email when there is activity on that tag.

4 Likes

So here it the tricky bit. Moats is an English word so it will only be found in English documents. If you don’t have English selected, then you won’t get any results at all.

Thanks for your feedback!

So you mean related words like “palace” or “guard”?

We don’t have anything like that yet, unfortunately.

2 Likes

I found that out when I deselected English and got no results. :rofl:

Yes, a filter here is much different than filters in say, a commerce website.

2 Likes

@Snowbird regarding your points on regexes and braces - I thought of starting with the basics and then trying with regexes if the basic searches worked. Please ignore my comment about regexes.

You’re probably right that most people would write simpler search queries. I don’t have a plausible use case for regexes and more complex queries with grouping - these may be more useful for academic purposes.

:memo: A small note on operator or search term precedence and associativity would be useful though. For example, when I look at the search string:

in:mn author:sujato Buddha OR Monastery

I need to guess the associativity - whether the search string would be interpreted as

(in:mn author:sujato Buddha) OR Monastery

or

(in:mn author:sujato Buddha) OR (in:mn author:sujato Monastery)

The latter is more restrictive.

The intent of scope limiters (ex: in, author…) is clear. Perhaps later when there’s time, some examples on how to write advanced search queries can help elucidate operator associativity or precedence.

1 Like

Yes, once everything is hammered out we can make more detailed tutorials.

At the moment, I believe the filters apply to the whole search string. And operators can only be used on keywords. So it’s (in:mn author:sujato Buddha) OR (in:mn author:sujato Monastery), however that string won’t work in the search because you can’t use brackets and you can’t use operators on filters.

For example, the search author:suddhaso OR author:sujato feeling breaks things in a very strange way. Simply searching for author:suddhaso with no keywords will return a simple list of all of his translations. But somehow it seems to interpret author:suddhaso OR author:sujato feeling as ignoring everything including and after the OR but it tries to present them all like they were regular search results. Odd. @Khemarato.bhikkhu, have you come across that yet?

Not until now I haven’t

1 Like