Re: [Libreoffice] GSOC 2011 - Android project - pointers ...

2011-03-29 Thread Jesús Corrius
Hi Michael, all,

2011/3/29 Michael Meeks :
>
> On Mon, 2011-03-28 at 22:46 +0700, Korrawit Pruegsanusak wrote:
>> IMO I would like to use 2.2 from the reason you've said and because I
>> personally have 2.2 phone ;-)
>
>        That makes sense then :-) Then again, do we have emulators out there we
> can use ? perhaps that is the best approach - then we are all seeing the
> same thing; possibly we can target tablets and the newest APIs as well -
> that way.

By chance, I am currently working in an Android application to
optimize process performance in those devices as my final project to
get at last my Computer Science degree. So I have access to many
devices to make tests if necessary. In any case, there are emulators
for all versions in the Android SDK.

Cheers,

-- 
Jesús Corrius 
Document Foundation founding member
Mobile: +34 661 11 38 26
Skype: jcorrius | Twitter: @jcorrius
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] GSOC 2011 - Android project - pointers ...

2011-03-29 Thread Michael Meeks

On Mon, 2011-03-28 at 22:46 +0700, Korrawit Pruegsanusak wrote:
> IMO I would like to use 2.2 from the reason you've said and because I
> personally have 2.2 phone ;-)

That makes sense then :-) Then again, do we have emulators out there we
can use ? perhaps that is the best approach - then we are all seeing the
same thing; possibly we can target tablets and the newest APIs as well -
that way.

> Anyway, since I'm just a newbie here, I prefer more opinion on this.

Hey - there is no really 'right' answer here. IMHO working against the
APIs that are deployed 'today' is often a problem; by the time we ship
(in a year) we will have spent lots of time replicating the new stuff
that is what is deployed at the time we ship (if we're not careful).

Either way - I'm excited to have people interested in the task.

ATB,

Michael.

-- 
 michael.me...@novell.com  <><, Pseudo Engineer, itinerant idiot


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] GSOC 2011 - Android project - pointers ...

2011-03-28 Thread Korrawit Pruegsanusak
Hello Maxime and Michael
IMO I would like to use 2.2 from the reason you've said and because I
personally have 2.2 phone ;-)
Anyway, since I'm just a newbie here, I prefer more opinion on this.

Best Regards
--
Korrawit Pruegsanusak



2011/3/26 Maxime Côté 

> First of all thanks for your answer
>
> On Fri, Mar 25, 2011 at 2:42 AM, Michael Meeks 
> wrote:
>
>> Hi Korrawit,
>>
>> On Fri, 2011-03-25 at 12:53 +0700, Korrawit Pruegsanusak wrote:
>> > >Personally (what with time-to-market etc.) I think we should
>> target the
>> > > latest android API version - ie. API level 9 - which gives us a lot of
>> > > nice (pre-wrapped) C APIs for talking to the system.
>> >
>> > Shouldn't we use the lastest API level 11, of Android 3.0 platform?
>> > Details at http://developer.android.com/sdk/android-3.0.html
>>
>> You're right - it's not the latest API level ;-) but it is the
>> latest
>> API level mentioned in the latest NDK you can download (my mistake). It
>> is also the case, that I only have a device running 2.3.3
>> (personally) ;-) so I'm biased.
>>
>>Its not clear to me that 3.0 gives us a lot more in the area of
>> basic
>> event handling / rendering too; clearly if there is something that makes
>> our job far easier there then we should use it, otherwise I'd prefer to
>> see 2.3.0 used personally :-)
>>
>>ATB,
>>
>>Michael.
>>
>
> After some research it's true that the 3.0 API would be great as it provide
> interesting new features, like copy/paste and better keyboard support, but
> it's not really widely use (at least for now) and the same goes for 2.3.3 so
> wouldn't it be better to use 2.2.x instead so more people could use it ?
>
>
> Cheers
> Maxime
>
>
>
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice
>
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] GSOC 2011 - Android project - pointers ...

2011-03-25 Thread Maxime Côté
First of all thanks for your answer

On Fri, Mar 25, 2011 at 2:42 AM, Michael Meeks wrote:

> Hi Korrawit,
>
> On Fri, 2011-03-25 at 12:53 +0700, Korrawit Pruegsanusak wrote:
> > >Personally (what with time-to-market etc.) I think we should
> target the
> > > latest android API version - ie. API level 9 - which gives us a lot of
> > > nice (pre-wrapped) C APIs for talking to the system.
> >
> > Shouldn't we use the lastest API level 11, of Android 3.0 platform?
> > Details at http://developer.android.com/sdk/android-3.0.html
>
> You're right - it's not the latest API level ;-) but it is the
> latest
> API level mentioned in the latest NDK you can download (my mistake). It
> is also the case, that I only have a device running 2.3.3
> (personally) ;-) so I'm biased.
>
>Its not clear to me that 3.0 gives us a lot more in the area of
> basic
> event handling / rendering too; clearly if there is something that makes
> our job far easier there then we should use it, otherwise I'd prefer to
> see 2.3.0 used personally :-)
>
>ATB,
>
>Michael.
>

After some research it's true that the 3.0 API would be great as it provide
interesting new features, like copy/paste and better keyboard support, but
it's not really widely use (at least for now) and the same goes for 2.3.3 so
wouldn't it be better to use 2.2.x instead so more people could use it ?


Cheers
Maxime
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] GSOC 2011 - Android project - pointers ...

2011-03-24 Thread Michael Meeks
Hi Korrawit,

On Fri, 2011-03-25 at 12:53 +0700, Korrawit Pruegsanusak wrote:
> >Personally (what with time-to-market etc.) I think we should target 
> > the
> > latest android API version - ie. API level 9 - which gives us a lot of
> > nice (pre-wrapped) C APIs for talking to the system.
> 
> Shouldn't we use the lastest API level 11, of Android 3.0 platform?
> Details at http://developer.android.com/sdk/android-3.0.html

You're right - it's not the latest API level ;-) but it is the latest
API level mentioned in the latest NDK you can download (my mistake). It
is also the case, that I only have a device running 2.3.3
(personally) ;-) so I'm biased.

Its not clear to me that 3.0 gives us a lot more in the area of basic
event handling / rendering too; clearly if there is something that makes
our job far easier there then we should use it, otherwise I'd prefer to
see 2.3.0 used personally :-)

ATB,

Michael.

-- 
 michael.me...@novell.com  <><, Pseudo Engineer, itinerant idiot


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] GSOC 2011 - Android project - pointers ...

2011-03-24 Thread Korrawit Pruegsanusak
Hello Maxime and Michael,

>Personally (what with time-to-market etc.) I think we should target the
> latest android API version - ie. API level 9 - which gives us a lot of
> nice (pre-wrapped) C APIs for talking to the system.

Shouldn't we use the lastest API level 11, of Android 3.0 platform?
Details at http://developer.android.com/sdk/android-3.0.html

Regards,
--
Korrawit Pruegsanusak



2011/3/25 Michael Meeks 
>
> Hi Maxime,
>
> On Thu, 2011-03-24 at 23:13 -0400, Maxime Côté wrote:
> > My name is Maxime Côté, I'm a student from Québec. I'm interested in
> > participating in the GSOC this year with LibreOffice. To be more
> > precise I'm interested in porting it to Android as I already have good
> > knowledge of Java, C++ and a basic knowledge of Android, but I really
> > want to learn more about it and the same goes for LibreOffice.
>
>        Wonderful ! :-)
>
> > Now what I would like to know is, could JNI (Java Native Interface) be
> > use to interface with the core library
>
>        Well - I assume we should use the Android NDK:
>
>        http://developer.android.com/sdk/ndk/index.html
>
>        Personally (what with time-to-market etc.) I think we should target the
> latest android API version - ie. API level 9 - which gives us a lot of
> nice (pre-wrapped) C APIs for talking to the system.
>
>        Sadly these seem hard to browse on-line ;-) but if you poke around in
> the downloaded SDK from above:
>
>        platforms/android-9/arch-arm/usr/include/android/bitmap.h
>
>        eg. - I guess a start would be digging around and writing a little code
> to convert a LibreOffice basebmp/ BitmapDevice into an android
> equivalent.
>
>        Hopefully that handles much of the rendering ;-) Then of course we will
> need the critical main-loop integration, to hook the Android loop into
> VCL's - ie.
>
>        platforms/android-9/arch-arm/usr/include/android/looper.h
>
>        And, I would copy the approach used in the gtk+ integration (with the
> glib mainloop g_main_context etc.) work - should be easy to spot
> the_underscore_glib_methods vs. TheStdlCaps LibreOffice ones :-) that
> code is in vcl/unx/gtk/app/gtkdata.cxx
>
> >  or you see something else, what exactly will need to be ported. Also
> > I would like to know where do I start in LibreOffice's code, where
> > could I begin hacking to help me understand the code that will need
> > porting.
>
>        Sure - so I think the first thing to do, is to get a build, and to
> submit your first simple easy hack :-) that should give a flavour for
> how LibreOffice is to work on cf.
>
>        http://wiki.documentfoundation.org/Development/Easy_Hacks
>
>        Also, in part the build process checks out and downloads the full
> source tree, which will take some time.
>
>        The code to start digging at is in vcl/ - in particular:
>
>        vcl/unx/headless/svpgdi*
>
>        which -should- already implement much of the code to do our backend
> rendering to bitmaps [ which is what we'll need for Android I think ].
> That uses the code in basebmp/ extensively, and may need some
> improvement (of course), as well as sub-classing for Android [ and the
> web project - hopefully if we get someone for that too, there is some
> shared overlap here :-].
>
>        So - I hope those are enough pointers to get started in the research.
>
>        It is certainly an exciting project to consider :-)
>
>        ATB,
>
>                Michael.
>
> --
>  michael.me...@novell.com  <><, Pseudo Engineer, itinerant idiot
>
>
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


[Libreoffice] GSOC 2011 - Android project - pointers ...

2011-03-24 Thread Michael Meeks
Hi Maxime,

On Thu, 2011-03-24 at 23:13 -0400, Maxime Côté wrote:
> My name is Maxime Côté, I'm a student from Québec. I'm interested in
> participating in the GSOC this year with LibreOffice. To be more
> precise I'm interested in porting it to Android as I already have good
> knowledge of Java, C++ and a basic knowledge of Android, but I really
> want to learn more about it and the same goes for LibreOffice.

Wonderful ! :-)

> Now what I would like to know is, could JNI (Java Native Interface) be
> use to interface with the core library

Well - I assume we should use the Android NDK:

http://developer.android.com/sdk/ndk/index.html

Personally (what with time-to-market etc.) I think we should target the
latest android API version - ie. API level 9 - which gives us a lot of
nice (pre-wrapped) C APIs for talking to the system.

Sadly these seem hard to browse on-line ;-) but if you poke around in
the downloaded SDK from above:

platforms/android-9/arch-arm/usr/include/android/bitmap.h

eg. - I guess a start would be digging around and writing a little code
to convert a LibreOffice basebmp/ BitmapDevice into an android
equivalent.

Hopefully that handles much of the rendering ;-) Then of course we will
need the critical main-loop integration, to hook the Android loop into
VCL's - ie.

platforms/android-9/arch-arm/usr/include/android/looper.h

And, I would copy the approach used in the gtk+ integration (with the
glib mainloop g_main_context etc.) work - should be easy to spot
the_underscore_glib_methods vs. TheStdlCaps LibreOffice ones :-) that
code is in vcl/unx/gtk/app/gtkdata.cxx

>  or you see something else, what exactly will need to be ported. Also
> I would like to know where do I start in LibreOffice's code, where
> could I begin hacking to help me understand the code that will need
> porting.

Sure - so I think the first thing to do, is to get a build, and to
submit your first simple easy hack :-) that should give a flavour for
how LibreOffice is to work on cf.

http://wiki.documentfoundation.org/Development/Easy_Hacks

Also, in part the build process checks out and downloads the full
source tree, which will take some time.

The code to start digging at is in vcl/ - in particular:

vcl/unx/headless/svpgdi*

which -should- already implement much of the code to do our backend
rendering to bitmaps [ which is what we'll need for Android I think ].
That uses the code in basebmp/ extensively, and may need some
improvement (of course), as well as sub-classing for Android [ and the
web project - hopefully if we get someone for that too, there is some
shared overlap here :-].

So - I hope those are enough pointers to get started in the research.

It is certainly an exciting project to consider :-)

ATB,

Michael.

-- 
 michael.me...@novell.com  <><, Pseudo Engineer, itinerant idiot


___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice