Intents/Activities in app meta data

[Friedger Müffke]

Answering Vassili's question about intents in a new thread.

For now, I haven't see a store (only Google Chrome Web store) that
supports search by intents. So, this issue can be moved to the next
version.

However, I have discussed this some time ago during Google I/O and
they were thinking about adding an PubSubHubBub system.

At http://open-android-apps.appspot.com/ as well as
http://www.merodroid.com/ you can search for the action string of
intents. If this information is available through the meta data that
would make things much easier. So it is more my and openintents wish
than everything else.


Cheers
Friedger

[Vassili Philippov]

Where can I read more about format in which the intents are described?

[Friedger Müffke]

I use a parser to read data from the AndroidManifest.xml
Developers have to submit the manifest or past the xml

Code is available at
https://github.com/openintents/aainterfaces


Friedger


2013/1/10 Vassili Philippov <vassilip...@onepf.org>:

> --
>
>

[Vassili Philippov]

Do I understand right, that it does not require developers to submit any new information. It is just code for the application stores how to retrieve this information that is already presented in APK files?

Best regards,

Vassili

[Friedger Müffke]

Yes, correctly

--
 
 

[Vassili Philippov]

So there is no need to change AppDF format in order to support it (info is already there inside APK files), but rather implement code in the parsers that can extract this information from the APK file(s). And promote the  idea of using this functionality among the stores. Is it correct?

Best regards,

Vassili 

[Friedger Müffke]

Yes, that is correct for the services (defined by intent-filters) that
are offered by the app.
However, the services that the app depend on could be specified in the
meta data, something like
<depends-on>
<intent/>
<action name="android.intent.ACTION_PICK"/>
<type name="img/*"/>
</depends-on>

Then app store apps can indicate the user which apps could be
installed to resolve the dependencies.

In other words,
1. user installs app A that depends on PICK
2. application store suggests app B, C, D that offeres PICK services
3. user installs app D and has a seemless user experience (or so)

Cheers
Friedger

2013/1/11 Vassili Philippov <vassilip...@onepf.org>:

> --
>
>

[Vassili Philippov]

Do you know any existing apps that depend on intents that they do not implement themselves?

In other words is it a realistic situation today or more a future thing?

Best regards,

Vassili

[Friedger]

There are a few apps depending on browsers, barcode scanners,file managers,..

However, it is something for version 2

Vassili Philippov <vassilip...@onepf.org> wrote:

>Do you know any existing apps that depend on intents that they do not
>implement themselves?
>In other words is it a realistic situation today or more a future thing?
>
>Best regards,
>Vassili
>
>On Friday, January 11, 2013 11:17:33 PM UTC+4, Friedger Müffke wrote:
>>
>> Yes, that is correct for the services (defined by intent-filters) that
>> are offered by the app.
>> However, the services that the app depend on could be specified in the
>> meta data, something like
>> <depends-on>
>> <intent/>
>> <action name="android.intent.ACTION_PICK"/>
>> <type name="img/*"/>
>> </depends-on>
>>
>> Then app store apps can indicate the user which apps could be
>> installed to resolve the dependencies.
>>
>> In other words,
>> 1. user installs app A that depends on PICK
>> 2. application store suggests app B, C, D that offeres PICK services
>> 3. user installs app D and has a seemless user experience (or so)
>>
>> Cheers
>> Friedger
>>

>> 2013/1/11 Vassili Philippov <vassilip...@onepf.org <javascript:>>:

>--
>
>