|
List Info
Thread: Re: Email application current status andimprovement plan
|
|
| Re: Email application current status
andimprovement plan |

|
2007-03-21 06:00:26 |
|
| Hi,
I am the original author of Email
application. I agree your opinions. And I'd like to give some
explanation.
For absence of email application in
vmware image, I have already started to work on creating a new image
containing email application. But the compiling and building
under OE is much complex, and dbug under vmware simulator is
also not convenient (Maybe I do not get the right method under OE and vmware).
So is there any possiblity for us to use another set of
simulator enviroment, such as UML and scratchbox?
And I will contact with
author of tinymail soon for his opinion of our
modification.
Best regards
WU Yu
Hi,
Regarding Email improvement, the following is my
opinion: 1. Since the current vmware image doesn't have Email app, it is
difficult for the developers in the community to have a try and then give
comments, therefore, it would be really nice if the vmware image can be updated
with Email app installed on it (or a piece of guide on how to install Email into
the current vmware image). 2. The Email app bases on tinymail for email
tranmission/account management, etc. What we have modified to tinymail,
and what we intend to modify in the future, should be merged into the tinymail
mainstream. It is not acceptable to maintain a seperate tinymail version.
therefore, it would be really nice to corporate with the author of tinymail to
implement relevant functionalities. 3. For email/mailbox local
storage/management (tinymail has no current funcitonalities yet), maybe we
can follow JSR 266 or similar LiPS spec. We can also talk to tinymail author
first. Maybe he has similar plan?
Comments?
Regards Yu
Yijun zhangbin <windgobupt gmail.com> wrote:
Compared with
other components of GPE Phone Edition, Email application is relative simple
with less function. The limitation of current Email application
includes:
1. only one
account (both for store and transport email) can be configured 2. local
storage of email is not supported, so Sent Outbox and Draft are all not
implemented. 3. only "text/plain" part of email message can be displayed
when view the specific email. 4. attachment is not supported.
Email
application depends on patched tinymail libraries to implement the real email
transmission, but for the GUI section,
Email
application reuses part of SMS application code. Email application has almost
the same structure and even some
function name as
SMS application. This is due to hurry implementation of Email
application, and results in bugs coming from
SMS code and
unsuitable architecture.
So, I'd like to
start to improve the Email application from the following
aspects:
1. rewrite some
of existed code, correct the function name and fix bugs 2. design a new
architecture which suits Email application. 3. add more functions,
including support of multiple accounts setting, implement local
storage
I will start
the improvement quickly, Is there anyone has comment and advice on this
task? Or anybody also has interest on
it? _______________________________________________ Gpephone-devel
mailing
list Gpephone-devel linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/gpephone-devel
Get
your own web address. Have a HUGE year through Yahoo!
Small Business. |
| Re: Email application current
status andimprovement plan |
  Germany |
2007-03-22 09:26:03 |
Hi,
WU Yu RD-ILAB-PEK schrieb:
> For absence of email application in vmware image, I
have already
> started to work on creating a new image containing
email application.
that's good news - were you able to build the application
itself already?
In this case you could install these instead of building a
complete image.
> But the compiling and building under OE is much
complex, and
> dbug under vmware simulator is also not convenient
(Maybe I do not get
> the right method under OE and vmware). So is there any
possiblity for us
> to use another set of simulator enviroment, such as UML
and scratchbox?
Scratchbox would be quite useful for development indeed,
especially because I
expect trouble with a common cross toolchain for the VMWare
image because the
architecture is the same than on the host PC.
I'm going to investigate if it is complicated to make use of
Scratchbox for our
purposes.
Greetings
Florian
--
The dream of yesterday Florian Boor
is the hope of today Tel: +49
271-771091-15
and the reality of tomorrow. Fax: +49
271-771091-19
[Robert Hutchings Goddard, 1904] florian.boor kernelconcepts.de
1D78 2D4D 6C53 1CA4 5588 D07B A8E7 940C 25B7 9A76
_______________________________________________
Gpephone-devel mailing list
Gpephone-devel linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/lis
tinfo/gpephone-devel
|
|
[1-2]
|
|
|
about | contact Other archives ( Real Estate discussion Medical topics )
|