[Libreoffice-bugs] [Bug 129492] Similarity search not clear

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=129492

sdc.blanco at youmail.dk changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |erack at redhat.com,
                   |                            |sdc.blanco at youmail.dk

--- Comment #2 from sdc.blanco at youmail.dk ---
(In reply to Eike Rathke from comment #1)
> Maybe this can shed some light:
...but not enough.

Was going to try to improve, but not sure I understand completely.

If "Combine" is UNchecked in the Similarity Search dialog, then what happens?
(i.e., how is it different from when Combine is checked?)

(the source code says EITHER, does that mean that each parameter is used
exactly for a match  (which in everyday thinking sounds like "combine")

The mathematical explanation of relaxed WLD sounds like what one would expect 
(in everyday language use),if the descriptions of each parameter (on the help
page) are Combined. 

(a guess for) Possible text for help page under Combine heading:

"If unchecked, then search matches any item that matches one of the three
parameters.
If checked, then an intelligent combination of the settings for exchange, add,
and remove characters is used."

cc: Eike Rathke

Just curious:  if these interpretations are correct, then it is hard to
understand how checking or unchecking Combine will make a big difference in
practice.  If that naive speculation is completely wrong, then a practical
"tip" about when it is better to choose one or the other would be good (and
could be added to the help page in a "tip" box).

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20201002/709f9747/attachment-0001.htm>