Forums | developer.brewmp.com Forums | developer.brewmp.com

Developer

Forums

Forums:

In a Brew applet,I want to get the memory or pointer from the
native app,how can i do that?
I think maybe it could not implement directly.Is there any way
to solve this problem?

Thanks.

What is a *native* app? Brew applications are native.

What is a *native* app? Brew applications are native.

I mean the local application in the handset.
For instance, i have a local app like Email app.
And the Brew app want to get the count of the mail in the mail box,or get the name of a mail in the mail box,etc.
How can i do that? I can provide a function to Brew app
like below,
// get the count of the mail in mail box
uint16 GetMailCountInbox(void);
// get the mail name by nIndex,
// before you call this function.pls sure you have defined
// the buffer to place the name.
boolean GetMailNameInbox(uint16 nIndex,char *pszName,uint16 nNameLen);
I think maybe it could not call these functions in Brew app directly.
It might via the other modules or ways to implement it.
Did you or anyone do that before?Can anyone give me
some advice?
Thanks!

I mean the local application in the handset.
For instance, i have a local app like Email app.
And the Brew app want to get the count of the mail in the mail box,or get the name of a mail in the mail box,etc.
How can i do that? I can provide a function to Brew app
like below,
// get the count of the mail in mail box
uint16 GetMailCountInbox(void);
// get the mail name by nIndex,
// before you call this function.pls sure you have defined
// the buffer to place the name.
boolean GetMailNameInbox(uint16 nIndex,char *pszName,uint16 nNameLen);
I think maybe it could not call these functions in Brew app directly.
It might via the other modules or ways to implement it.
Did you or anyone do that before?Can anyone give me
some advice?
Thanks!

That would require the EMail application to have an external API, which I don't think you'll find. Mind you, I'm not specialist in that field, though.

That would require the EMail application to have an external API, which I don't think you'll find. Mind you, I'm not specialist in that field, though.

Anyway,thanks Dragon.
You are right.Email app must provide an external API.
But the problem is that how could Brew App call it.
I am also a beginner in Brew.So I am very confused about it.
Maybe between the local app and Brew app,we must
establish another module to explain the local external API
to enable the Brew app to call it, of course,
it can also explain the Brew app external API to enable the local app to call it.
What i think is right or stupid?I really do not know.
Oh,my god!It seems too difficult.
Can anyone else help me?
Thanks.

Anyway,thanks Dragon.
You are right.Email app must provide an external API.
But the problem is that how could Brew App call it.
I am also a beginner in Brew.So I am very confused about it.
Maybe between the local app and Brew app,we must
establish another module to explain the local external API
to enable the Brew app to call it, of course,
it can also explain the Brew app external API to enable the local app to call it.
What i think is right or stupid?I really do not know.
Oh,my god!It seems too difficult.
Can anyone else help me?
Thanks.

Samatjp,
You problem has nothing to with Brew. You would have the exact same problem in a Win32, Mac or Linux environment or any other platform. If you want two entirely unrelated applications to talk to each other they have to have a common interface. Only very few applications have that, and it is not possible to create such an external interface yourself for a third-party application.
To make a long story short, what you are trying to do is, I think, not possible unless you write both, the email client and your second application youself and provide them with such an external API.

Samatjp,
You problem has nothing to with Brew. You would have the exact same problem in a Win32, Mac or Linux environment or any other platform. If you want two entirely unrelated applications to talk to each other they have to have a common interface. Only very few applications have that, and it is not possible to create such an external interface yourself for a third-party application.
To make a long story short, what you are trying to do is, I think, not possible unless you write both, the email client and your second application youself and provide them with such an external API.

Thanks, Dragon.
I agree with you.
In fact I am planning to write the common interface between
the two platforms.I know perhaps it is very difficult,but i want
to make a try on it.
It seems there is very few doc about the data changes between
the local app and Brew app.I think maybe someone have the experience on it. Because i am only a beginner,I want these
ones` advice.I have not enough time to complete that.
As you say,there would be the same problem between Win32,Mac
or Linux etc.I have ever written the common interface between
the two platforms before.If you have the experience,could you give me some advice?I think there maybe some common features which could be helpful to me.
Thanks.

Thanks, Dragon.
I agree with you.
In fact I am planning to write the common interface between
the two platforms.I know perhaps it is very difficult,but i want
to make a try on it.
It seems there is very few doc about the data changes between
the local app and Brew app.I think maybe someone have the experience on it. Because i am only a beginner,I want these
ones` advice.I have not enough time to complete that.
As you say,there would be the same problem between Win32,Mac
or Linux etc.I have ever written the common interface between
the two platforms before.If you have the experience,could you give me some advice?I think there maybe some common features which could be helpful to me.
Thanks.

I am afraid it is not my field of expertise either. :(

I am afraid it is not my field of expertise either. :(

if the brew platform appear in a type of new device and the device is not offered by qualcomm,the owner of the new device must transplant brew to his platform,so brew platform can be consider as one app of the new platform,in this case,i think you can use the api offered by the base platform.

if the brew platform appear in a type of new device and the device is not offered by qualcomm,the owner of the new device must transplant brew to his platform,so brew platform can be consider as one app of the new platform,in this case,i think you can use the api offered by the base platform.

No offense, bean, but I did not understand a single word of what you were trying to say.

No offense, bean, but I did not understand a single word of what you were trying to say.

^^ i'm sorry Dragon.
i think samatjp just want to know whether the Apis of native app can be used directly by brew. my company
is planning to do a project just by this way.the brew is an App only,the same to ¡°Email app¡° which is writen by native.in this brew environment,you can either use the apis of brew or the apis of the base system

^^ i'm sorry Dragon.
i think samatjp just want to know whether the Apis of native app can be used directly by brew. my company
is planning to do a project just by this way.the brew is an App only,the same to ¡°Email app¡° which is writen by native.in this brew environment,you can either use the apis of brew or the apis of the base system

Aha. Very interesting. I've never heard of that before. Is there anywhere I can read about these native APIs?

Aha. Very interesting. I've never heard of that before. Is there anywhere I can read about these native APIs?

i'm afraid no further instructions you will get from material of brew,i think,this is not a part of brew, but the base system.
in fact,brew is similar with kvm(the virtual machine of javal),what native apis can be used decided by the base system and the build way of brew.

i'm afraid no further instructions you will get from material of brew,i think,this is not a part of brew, but the base system.
in fact,brew is similar with kvm(the virtual machine of javal),what native apis can be used decided by the base system and the build way of brew.

Thanks, Dragon and beans.
To beans,
> i think samatjp just want to know whether the Apis of native
> app can be used directly by brew.
Yes, that is what i want to know.
Now we are transfer some native apps to Brew platform.
In other words,we will create them as Brew apps.
But we must let them communicate with the native apps
which are not on the Brew platform.
I think now many companies are trying to do this job.
Can Brew apps really do that as well as the native apps can do?
Maybe it is a new field,so we must try,and try it again.

Thanks, Dragon and beans.
To beans,
> i think samatjp just want to know whether the Apis of native
> app can be used directly by brew.
Yes, that is what i want to know.
Now we are transfer some native apps to Brew platform.
In other words,we will create them as Brew apps.
But we must let them communicate with the native apps
which are not on the Brew platform.
I think now many companies are trying to do this job.
Can Brew apps really do that as well as the native apps can do?
Maybe it is a new field,so we must try,and try it again.

yes samatjp,my company also do such a plan some days before, but now, this plan is paused. ^^
i've code some native app before,but i think is really complex.
especially,the programe must consider about the call,the email,cmail and so on.but brew make this job easy,also,there are many funcion lib can be used.

yes samatjp,my company also do such a plan some days before, but now, this plan is paused. ^^
i've code some native app before,but i think is really complex.
especially,the programe must consider about the call,the email,cmail and so on.but brew make this job easy,also,there are many funcion lib can be used.

Does either one of you have a link or so where I can find more info about this. Where did you get your info about these native APIs?

Does either one of you have a link or so where I can find more info about this. Where did you get your info about these native APIs?

To Dragon,
I am a beginner of this field.I can not find the related info
on the internet.
To beans,
Your location is ShenYan.That says you are in China, are you?
Are you a Chinese?
I learn Korea and China are doing this job now.
Especially korea.But it seems there are few Brew apps do
communication with the native apps.
Maybe transfer all the native apps to Brew platform is a
good way to solve that problem.But now it is impossible for us,
because we have not enough time.
So we transfer some native apps to Brew apps.
But the communication between the two apps must be
inherited.Also we met the other problems as you said,
the switch between the native apps and Brew apps,
and interrupted by the incoming call or Email,Cmail etc.
Yes,if you transfer all the native apps to Brew apps,i think
Brew platform will do that well for you.But now,we must
deal with two kinds of apps.
Now we are trying.
If you can give me some advices about it,i will very appreciate it.
Thanks.

To Dragon,
I am a beginner of this field.I can not find the related info
on the internet.
To beans,
Your location is ShenYan.That says you are in China, are you?
Are you a Chinese?
I learn Korea and China are doing this job now.
Especially korea.But it seems there are few Brew apps do
communication with the native apps.
Maybe transfer all the native apps to Brew platform is a
good way to solve that problem.But now it is impossible for us,
because we have not enough time.
So we transfer some native apps to Brew apps.
But the communication between the two apps must be
inherited.Also we met the other problems as you said,
the switch between the native apps and Brew apps,
and interrupted by the incoming call or Email,Cmail etc.
Yes,if you transfer all the native apps to Brew apps,i think
Brew platform will do that well for you.But now,we must
deal with two kinds of apps.
Now we are trying.
If you can give me some advices about it,i will very appreciate it.
Thanks.

Yes ,samatjp ,you are so wise, i am Chinese.but the work we do is just a part of a big project,the project belongs to sony! ^^
the result of the project is to be a type of mobile which has native part and brew part and java part. (1 years before,our company finish this part).
At first,our plan is as yours, use brew rewrite the apps exist,and add new part to improve it.but at last,we give up.
that is because we think it's hard to finish.so we do it by native only......
personally,i think it is really hard to put such two kind of apps in one device in a short time.maybe you can offer the product build by native only as our company this time.but a full brew product next time.
that's may not a good idea ^^

Yes ,samatjp ,you are so wise, i am Chinese.but the work we do is just a part of a big project,the project belongs to sony! ^^
the result of the project is to be a type of mobile which has native part and brew part and java part. (1 years before,our company finish this part).
At first,our plan is as yours, use brew rewrite the apps exist,and add new part to improve it.but at last,we give up.
that is because we think it's hard to finish.so we do it by native only......
personally,i think it is really hard to put such two kind of apps in one device in a short time.maybe you can offer the product build by native only as our company this time.but a full brew product next time.
that's may not a good idea ^^