J'ai essayé de faire en sorte que mon application implémente la recherche rapide intégrée, similaire à la manière dont elle est faite dans Apidemos '"App / Search / Invoke Search". J'ai tout essayé d'essayer de suivre différents exemples, de copier le code exactement tel qu'il est dans Apidemos.
Tout ce que j'ai trouvé pour le premier a été préoccupé par les anciennes versions du SDK et tout simplement pas travaillé. Quant aux choses que je peux réellement courir et voir travailler dans apidemos, j'ai essayé de copier le suivant Ce copie me fait une vue qui ressemble exactement à celle que je 'M Face à l'exécution de Apidemos, mais lorsque je clique sur le bouton de recherche, dans la zone de recherche rapide, Android n'ouvre toujours que une fenêtre de navigateur, avec des résultats de recherche Google pour la requête donnée. Je ne trouve pas simplement le composant critique dans apidemos qui indique à Android que je souhaite utiliser mon propre code personnalisé pour la gestion de la demande de recherche. J'apprécierais vraiment une aide dans cette affaire. La documentation et d'autres ressources en ligne semblent très manquantes lorsqu'elle s'agit de cela. merci.
4 Réponses :
Essayez de lire Ce première. Si cela ne vous aide pas, vous pouvez essayer de regarder le exemple de recherche d'un de mes livres - cet exemple s'intègre à la zone de recherche rapide, et peut-être que cela vous donnera plus d'indices.
Salut. Merci pour votre commentaire, mais ni les ressources que vous avez liées, ou l'exemple de code que vous avez fourni, semble fonctionner pour moi. Le bouton de recherche invoque l'interface utilisateur mondiale de recherche, ce qui correspond à ce que je veux, mais en tapant quoi que ce soit de ne rien donner aux suggestions par défaut et que la touche de recherche ouvre toujours une vue Web. Ce que je veux, c'est de capturer le clic du bouton de recherche et de générer une vue de résultat de la mienne. Je n'ai même pas besoin d'un fournisseur de suggestions, si je peux simplement obtenir la recherche de travail. Certes, cela devrait être assez faisable ...?
Non, il n'est pas faisable, à court de modifier le micrologiciel, ou peut-être écrire une application d'accueil de remplacement avec une zone de recherche qui se comporte comme si vous voulez.
Ensuite, n'est-ce pas ce que le marché fait? Ou la recherche invoquer la démonstration dans apidemos. Ils sont tous deux des exemples de recherches qui apparaissent au clic du bouton de recherche du périphérique et lorsque le bouton est cliqué dans la vue qui apparaît, ils génèrent leur propre vue de résultat, plutôt que d'ouvrir une vision Web avec des résultats de recherche Google réguliers ...?
Si l'une des démos de l'API effectue ce que vous voulez, saisissez le code de cette démo d'API - c'est dans votre SDK. Au moins dans le cas du marché Android, ce n'est pas la zone de recherche rapide, mais plutôt sa propre boîte de recherche pour une recherche locale, Afaict.
Dans ce cas, j'aurais peut-être utilisé la mauvaise terminologie et une recherche locale pourrait en effet être ce que je veux. De toute façon, ce que je n'ai pas trouvé de moyen d'éviter, c'est que la vue Web soit chargée lorsque le bouton de recherche est cliqué. J'ai tout copié, je peux éventuellement trouver dans les démos de l'API, mais je n'ai toujours pas trouvé le code critique qui me permet de contrôler les résultats de la recherche, plutôt que d'ouvrir le navigateur
En plus des exemples fournis par Commonsware.com, vous pouvez consulter le dictionnaire recherché dans le répertoire des échantillons de la 1,6 SDK.
http://developer.android.com/guide/samples/searchPlactionnement /index.html
J'avais tort auparavant ... La documentation SDK a une explication de la traduction dans les docs pour SearchManager que je vous suggère de regarder. En outre, comme mentionné les annonces de la communication, le Entrée de blog est aussi une bonne ressource.
Pour référence, quatre mois (et Dieu sait combien de tentatives) plus tard, j'ai trouvé la partie de la documentation que j'ai manquée, que l'ensemble de la boîte de recherche se comporte des résultats de recherche de navigateur d'incendie, au lieu de passer eux à ma propre activité. Tout se présente à un petit avis trouvé ici :
Notez que toutes les chaînes visibles par l'utilisateur doivent être fournies sous la forme de références "@string". Les chaînes codées dures, qui ne peuvent pas être localisées, ne fonctionneront pas correctement dans la recherche de métadonnées.
Ouah merci. C'est exactement ce qui corrige mon problème - il n'accepterait pas les valeurs de chaîne codées durement pendant que je testais. Je l'ai simplement converti pour utiliser des réfs dans Strings.XML et cela ne fonctionne pas.
@David merci beaucoup. J'étais coincé pendant plus d'une journée juste parce que j'avais des cordes à code néchant. Merci encore une fois. :)