litphoria

message

You're not signed-in. If you're new, why don't you take a moment to read the site's intro?
View litphoria Introduction

Feedback ยท Search syntax oddities (implemented)

I found something pretty bad - it essentially means shortened searches are garbage if given category exists for more than one trait. Here is the issue: when you write search like find male profiles it will give you only profiles that have Male set for one trait, I assume the one that was first created. So it will check only Sex trait and be done with it. find profiles who like females does exactly the same - checks preferences for only that trait. This makes searching via short-forms bad, to put it lightly, when we hope for any good outcome . You can check it also on find average profiles but I was unable to figure out which Trait with category of Average was the very first one.

I would say that it needs to do one of the two:

  • Search for any occurrence of search term, like find male profiles would give me profiles that have at least one field set to male. Might be okay for broader searches where we want the partner to just sort-of be (or in any sense) the thing we want, while we focus more on interests and such, and less of a hassle when it comes to refinement, since it just cuts the pool while adding new terms.
  • Search for all occurrences of search term, like find male profiles would give me profiles whose Mental gender, Secondary sexual characteristics and Sex is equal to Male - so basically a search for 'true male'. This doesn't sacrifice accuracy that much (because it is clear what it searches for) but would probably work worse with additional terms and such
    (find male profiles with sex of female would probably need its very own chunk of code to be handled, unlike previous suggestion), and for sure stays focused on more 'everyday' understanding of word 'male'

Whatever happens - we need some consistent approach selected and used - right now it is impossible to explain search syntax because of this - it just doesn't work as it was supposed to, nor in any logically assumable way (for laics, that is). And it took me a nice bit of digging and crafting theories to figure this out at all.

meta info

endorsement points: 0

created: 27 February 15 at 08:47 AM (build: 2/27/2015 12:21 AM beta)

closed: 27 February 15 at 06:17 PM (build: 2/27/2015 6:12 PM beta)

Wrecked Avent Site Administrator

It returns you nonsense because you've given it nonsense to work with. What should it look for when you give it:

find none profiles? Find profiles with every single field set to none? With any field set to none? Neither is really that useful. I'd encourage use of the (not ambiguous) long form when searching for ambiguous categories: find profiles with sex of male

Roel

At the same time you sort of advertise the short forms - at the moment it works only for a selected few traits, and doesn't even cope with something as natural as 'find male profiles'.
Not to mention that it is going to be issue for new people - right now you not only have to learn the syntax and possible variations of it but, as shown by your comment above, all the possible trait oddities. So new people are pretty much not allowed to search effectively until they dig deep into all the systems that they know limits and quirks, including where natural and parsed queries are pretty much not giving results that would be of that big use.

I don't like having it all this in-approachable. Things like that pile up, meaning that if somebody is new to concept of RP or to the site, that person has to battle through way too many things to even get to the point where he/she can do something as basic as search.
There is plenty wrong in this approach.

Wrecked Avent Site Administrator

Implemented with 'all'.

  Got something to say? Why don't you register and participate?
Litphoria has a unique community feedback system, where the community decides what profile options are available, and what order new features are developed.

I want my voice heard! tell me more!