Skip to content
This repository has been archived by the owner on Jun 18, 2019. It is now read-only.

Search idea - searching only inside specific threads #55

Closed
AnonFoolz opened this issue Jan 24, 2012 · 6 comments
Closed

Search idea - searching only inside specific threads #55

AnonFoolz opened this issue Jan 24, 2012 · 6 comments
Labels

Comments

@AnonFoolz
Copy link

I don't know if this is the best place to put this, but it seems like you are taking ideas and implementing them into your Foolz Archive, so I'll write it here:

Right now, there is the standard search, which searches every single instance of a query that exists in the archive.

Let's say I am looking specifically for anything related to the character "Mio" from Nichijou.
If I search for "Mio" in /a/'s archive, I would get a million results from multiple different anime, which could range from Nichijou to Strike Witches to K-On.
If I try to include Mio's last name in the query "Mio Naganohara," I would get less results because seriously, who the fuck regularly types out a character's last names every time in a post? The same thing would happen if I were to use "Nichijou Mio" as a query, as they're not always in the same post.

I propose that there's a sort of "subject query" that only specifically searches the content of the OP's posts, like a title search. If combined with the standard query, it should track mostly what you are looking for.
For example, I want to search for "Nichijou" in the OP's post only and "Mio" in that OP's thread.
Another would be to search for a "Katawa Shoujo General" thread in an OP and to search for "Rin" specifically in any "Katawa Shoujo" generals in /a/ and only get posts that mention Rin, the girl with no arms.

Of course, this could apply to the subject field as well, but no one really uses the subject field, so it's better to allow the ability to search the OP's body.

How does this idea sound Woxxy?

@eksopl
Copy link

eksopl commented Jan 29, 2012

What you seem to want is another input field with "Thread OP:" in the advanced search, so you can type in whatever you want it to only match thread OPs. Then you can use the regular search field to match posts like usual.

The (huge) gotcha is that the example sphinx configuration file that comes with Fuuka doesn't store parent as an attribute, so the search engine cannot tell which posts belong to which thread. In addition to requiring adding that field and a full reindex of all boards, I'm not entirely sure how one would apply that kind of filter in a Sphinx query either; I'm sure it's possible, I'm just not seeing how immediately.

The other gotcha is that this may make the search UI a bit confusing, as it won't be immediately obvious what that "Thread OP" field is for.

@woxxy
Copy link
Member

woxxy commented Jan 29, 2012

Moving to #57

@woxxy woxxy closed this as completed Jan 29, 2012
@AnonFoolz
Copy link
Author

What attribute is used to relate one post to another in order to combine it to a thread?
From what I imply, while there's no "parent" attribute, there is an attribute that allows them to relate the posts to each other to form a single thread, and the "OP" ends up being the one with the earliest post time.

Maybe that can be kept in mind if you plan on designing it without reindexing everything.

Do note that this idea is for any thread that contains the query for "Thread OP" rather than a single match.

It may be a confusing thing to include, but it is an "Advanced" search, so the people who know how to use it would be able to figure it out fairly quickly.

@woxxy
Copy link
Member

woxxy commented Jan 29, 2012

I start getting confused.

"X term must be in OP and Y term must be in the thread"?

@eksopl
Copy link

eksopl commented Jan 29, 2012

His explanation confuses me a bit too, but from what I can tell, this is:

  • Thread OP input field: match thread OPs only, return all posts from all threads that match
  • Normal search input field: use this as an additional expression to filter the posts matched above

@AnonFoolz
Copy link
Author

What Ekss said is a good way to implement what I'm after.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

3 participants