gerritbot added a comment.
Change 238771 merged by jenkins-bot:
Create wbsearch api query module
https://gerrit.wikimedia.org/r/238771
TASK DETAIL
https://phabricator.wikimedia.org/T111209
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Bene,
aude added a comment.
Special:Nearby has some of the same issues as mobile search, in that the title
text (e.g. Q64) is displayed by default. It uses geosearch as the generator
instead of prefixsearch, but otherwise is mostly the same api call.
What we might want to do is have displaytext as
gerritbot added a comment.
Change 238771 had a related patch set uploaded (by Bene):
Create wbsearch api query module
https://gerrit.wikimedia.org/r/238771
TASK DETAIL
https://phabricator.wikimedia.org/T111209
EMAIL PREFERENCES
gerritbot added a comment.
Change 234560 abandoned by Bene:
Create MediawikiSearchEntities api module
Reason:
In favour of https://gerrit.wikimedia.org/r/#/c/238771/
https://gerrit.wikimedia.org/r/234560
TASK DETAIL
https://phabricator.wikimedia.org/T111209
EMAIL PREFERENCES
Bene added a comment.
@jdlrobson I've commented there. I think this will work for our needs so far.
:-)
TASK DETAIL
https://phabricator.wikimedia.org/T111209
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Bene
Cc: aude, Florian, Jdlrobson,
aude added a comment.
in the short term, I think substituting the api call can work, but would like
the core prefix search mechanism to just support content such as Wikibase items
where the desired display text is different than the title text.
TASK DETAIL
Bene added a comment.
@aude yes, that's the long term solution but I guess it will need a "bit" more
work to make that happen. Only getting wikidata terms into Cirrus is already
non-trivial afaik.
TASK DETAIL
https://phabricator.wikimedia.org/T111209
EMAIL PREFERENCES
aude added a comment.
In https://phabricator.wikimedia.org/T111209#1627047, @Bene wrote:
>
> What comes into my mind is to provide a custom
> list=wikidatasearch=wikidatasearch instead of a completely new api
> module. This way we can avoid to fale the whole response structure and the
>
aude added a subscriber: aude.
aude added a comment.
I think we can hook into PrefixSearch to have it produce relevant results for
content such as Wikibase content.
right now it (usually) returns a list of titles, but there also is a (not
totally nice, but could be useful) SearchResult thing
Jdlrobson added a comment.
Does https://gerrit.wikimedia.org/r/#/c/234730/ provide what you need on the
frontend?
TASK DETAIL
https://phabricator.wikimedia.org/T111209
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Bene, Jdlrobson
Cc: aude,
gerritbot added a subscriber: gerritbot.
gerritbot added a comment.
Change 234560 had a related patch set uploaded (by Bene):
Create MediawikiSearchEntities api module
https://gerrit.wikimedia.org/r/234560
TASK DETAIL
https://phabricator.wikimedia.org/T111209
EMAIL PREFERENCES
11 matches
Mail list logo
