Question

Je veux ouvrir les pièces jointes audio dans des e-mails avec mon application. Actuellement, mon intention est filtre comme ceci:

<intent-filter>
        <action android:name="android.intent.action.VIEW"/>
        <action android:name="android.intent.action.EDIT" />
        <action android:name="android.intent.action.PICK" />
        <category android:name="android.intent.category.DEFAULT" />
         <data android:mimeType="audio/wav" />
        <data android:scheme="http" android:host="*" android:pathPattern=".*\\.wav"/>
        <data android:scheme="https" android:host="*" android:pathPattern=".*\\.wav"/>
        <data android:scheme="content" android:host="*" android:pathPattern=".*\\.wav"/>
        <data android:scheme="file" android:host="*" android:pathPattern=".*\\.wav"/>
</intent-filter>

Cela fonctionne pour tout ce que je veux à l'exception des pièces jointes. À l'heure actuelle si je suis envoyé un fichier wav, la seule chose que je peux faire est aperçu, et qui ouvre avec Winamp (si clairement applications 3ème partie ont une façon). Je ne trouve pas ce que je devrais le faire ajoutais bien, quelqu'un at-il une idée?

Modifier

Voici ce que LogCat a à dire sur la question. Lorsque je clique sur Aperçu I get

01-10 19:28:52.691: INFO/ActivityManager(109): Starting: Intent { dat=content://gmail-ls/messages/xxxxxxx%40gmail.com/439/attachments/0.1/BEST/false cmp=com.google.android.gm/.ViewAttachmentActivity } from pid 19483

Ce qui est bizarre est que Winamp ouvre automatiquement, et n'est pas définie par défaut. Je me donne pas le choix ...

Était-ce utile?

La solution

clients de messagerie semblent choisir mimetypes pour les pièces jointes d'une manière arbitraire, des filtres pour intention de les ouvrir doivent envisager toutes les possibilités. la recherche Internet aide à trouver tous les types possibles et il faut ajouter un filtre <data/> pour chacun d'eux, si un caractère générique comme audio/* on ne souhaite pas (comme OP dit ).

De toute façon, filtrer par type MIME est proposé comme premier choix autre que le filtrage par extension de nom de fichier (voir ce fil sur les applications-dev ml).

(grâce fredley)

Autres conseils

Remplacement audio/wav avec audio/* fait fonctionner, mais cela est évidemment un comportement indésirable.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top