GreenReaper added a comment.
Regarding the ranking discussion, I would've thought you're more likely to want a Lexeme if you're on a page about a Lexeme already, and so it should be prioritized in the results list (but not to the extent of excluding other results). That should perhaps be split off into a separate task, though. The priority //here// seems to be "make a hook that can return a search engine for results". From a user perspective, I think many consumers would actually want Wikidata's "identifier matched somewhere" as a result. But I appreciate that it might break things if results are returned that do not correspond to title prefix matches. If the search title contract is not to be altered, maybe the change needed is a hook for the endpoint used to make queries, that the UI code uses, as well as an implementation of such an endpoint? Maybe Wikibase could hook the search content <https://api.wikimedia.org/wiki/API_reference/Core/Search/Search_content> API and add data to it, and the UI component could be directed to use that, rather than creating a whole new endpoint? Conceptually the content being matched is similar to page content. TASK DETAIL https://phabricator.wikimedia.org/T275251 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: GreenReaper Cc: GreenReaper, R4356th, despens, darthmon_wmde, WMDE-leszek, daniel, sdkim, alexhollender, LGoto, Yair_rand, MPhamWMF, ovasileva, Addshore, Lydia_Pintscher, Aklapper, Jdlrobson, Patafisik_WMF, Invadibot, Selby, caldera, maantietaja, Akuckartz, Demian, WDoranWMF, holger.knust, EvanProdromou, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Winter, JJMC89, Iniquity, _jensen, rosalieper, Agabi10, Scott_WUaS, Pchelolo, Volker_E, Niedzielski, Izno, Wikidata-bugs, aude, GWicke, Dinoguy1000, Mbch331, Jay8g
_______________________________________________ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
