[dev] OOo porting to DirectFB
Hi all, I am working on porting openoffice ( version 2.3.1) applications ( writer, calc, impress) to work with DirectFb on Unix platform . I am new to large code base of OOo . It would really be very helpful if you validate my understanding on the following . 1) OOo has GTK plugin. However since the GTK plugin is now based on X11Classes which are based on Sal Classes , I would need to replace all the low level X calls in these X11 classes into equivalent GDK calls . I am looking at approach where i have the GtkPlugin classes still deriving from X11 classes . However if OOo code is configured for DirectFB backend ( maybe a --enable-directfb) i would change the X11 classes to talk to GDK rather than X. Am i right here ? 2)Since there is VCL layer for all graphics, i assume that all above applications will be ported to directFB backend if i port the VCL GTK Plugin to DirectFb backend . Is this so simple ? 2.b) Has someone tried something similar with OOo? 2.c) How much effort would be involved in this activity ? 3) I also assume that i would need no changes in the UNO layer and awt toolkit . I am interested in using writer , calc and impress packages to act as viewers i.e support for read-only . Would i need to port layers other than VCL that also talk to X e.g dtrans. 4) I have NOT understood how the sw, sc and sd modules interact with the framework layer (svx,sfx). Where do i find details of these framework modules.I have read this - http://www.openoffice.org/white_papers/tech_overview/tech_overview.html#3* 5) What are the graphics calls at the application layer ? Below the application layer is Framework,Infrastructure and SAL layer. Which layer maps graphic calls from OOo appliucations (like sw) calls to the VCL layer ? 6) Is there any way to incrementally test this approach ? 7) Is there any simple application that follow the same approach as writer(sw) and which can be used to test the flow of from application layer through framework layer to VCL layer. I have seen few demo applications in vcl/workben. Any more suggestions ? Regards, Monali.
Re: [dev] OOo porting to DirectFB
Hi Monali, Mona wrote: Hi all, I am working on porting openoffice ( version 2.3.1) applications ( writer, calc, impress) to work with DirectFb on Unix platform . I am new to large code base of OOo . It would really be very helpful if you validate my understanding on the following . Let's see ... 1) OOo has GTK plugin. However since the GTK plugin is now based on X11Classes which are based on Sal Classes , I would need to replace all the low level X calls in these X11 classes into equivalent GDK calls . I am looking at approach where i have the GtkPlugin classes still deriving from X11 classes . However if OOo code is configured for DirectFB backend ( maybe a --enable-directfb) i would change the X11 classes to talk to GDK rather than X. Am i right here ? Sounds correct, Philipp likely has more to say. I may be more appropriate to just create a new VCL backend. 2)Since there is VCL layer for all graphics, i assume that all above applications will be ported to directFB backend if i port the VCL GTK Plugin to DirectFb backend . Is this so simple ? Should be. 2.b) Has someone tried something similar with OOo? You mean porting it to directFB? I don't think so, but it has a least been ported to - X11 - Win32 - Max OS X / Cocoa - Java AWT (NeoOfficeJ) 2.c) How much effort would be involved in this activity ? Doing the basic porting of VCL should be doable in months ... 3) I also assume that i would need no changes in the UNO layer and awt toolkit . I am interested in using writer , calc and impress packages to act as viewers i.e support for read-only . Would i need to port layers other than VCL that also talk to X e.g dtrans. Depends, dtrans deals with clipboard and D&D, don't know if these are in principle available while using directFB. 4) I have NOT understood how the sw, sc and sd modules interact with the framework layer (svx,sfx). Where do i find details of these framework modules.I have read this - http://www.openoffice.org/white_papers/tech_overview/tech_overview.html#3* You may want to start further reading in the Wiki: http://wiki.services.openoffice.org/wiki/Framework or in the dev. guide: http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/OfficeDev/Office_Development 5) What are the graphics calls at the application layer ? Below the application layer is Framework,Infrastructure and SAL layer. Graphics calls are done directly calling VCL or in newer code calling the XCanvas (which supports e.g. DirectX etc., but also as a VCL back-end again). Which layer maps graphic calls from OOo appliucations (like sw) calls to the VCL layer ? AFAIK, this is either done directly or through framework or SVX. 6) Is there any way to incrementally test this approach ? Starting to port VCL should be sufficient, there are also some test applications in vcl/workbench, which should give you are first understanding of what needs to be done. 7) Is there any simple application that follow the same approach as writer(sw) and which can be used to test the flow of from application layer through framework layer to VCL layer. I have seen few demo applications in vcl/workben. Any more suggestions ? The framework people may give some more hints where they have "hidden" their test applications ... :-) Regards, Monali. What's the motivation behind you project? Obviously you would like to run OOo on X11 free systems, which are AFAIK mostly small appliances like set-top-boxes etc. Are we going to see a set-top-box with OOo installed? Or are you targeting small devices? Regards Kay - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] OOo porting to DirectFB
I may be wrong, but doesn't GTK have its own DirectFB port, why can't you use that instead of reinventing the box? On Wed, Mar 19, 2008 at 2:05 AM, Kay Ramme - Sun Germany - Hamburg <[EMAIL PROTECTED]> wrote: > Hi Monali, > > > Mona wrote: > > Hi all, > > > > I am working on porting openoffice ( version 2.3.1) applications ( writer, > > calc, impress) to work with DirectFb on Unix platform . I am new to large > > code base of OOo . It would really be very helpful if you validate my > > understanding on the following . > Let's see ... > > > > > 1) OOo has GTK plugin. However since the GTK plugin is now based on > > X11Classes which are based on Sal Classes , > > > > I would need to replace all the low level X calls in these X11 classes > into > > equivalent GDK calls . > > I am looking at approach where i have the GtkPlugin classes still deriving > > from X11 classes . However if OOo code is configured for DirectFB backend ( > > maybe a --enable-directfb) i would change the X11 classes to talk to GDK > > rather than X. Am i right here ? > Sounds correct, Philipp likely has more to say. I may be more > appropriate to just create a new VCL backend. > > > > > > 2)Since there is VCL layer for all graphics, i assume that all above > > applications will be ported to directFB backend if i port the VCL GTK > > Plugin to DirectFb backend . Is this so simple ? > Should be. > > > > > 2.b) Has someone tried something similar with OOo? > You mean porting it to directFB? I don't think so, but it has a least > been ported to > - X11 > - Win32 > - Max OS X / Cocoa > - Java AWT (NeoOfficeJ) > > > > 2.c) How much effort would be involved in this activity ? > Doing the basic porting of VCL should be doable in months ... > > > > > > 3) I also assume that i would need no changes in the UNO layer and awt > > toolkit . I am interested in using writer , calc and impress packages to > act > > as viewers i.e support for read-only . Would i need to port layers other > > than VCL that also talk to X e.g dtrans. > Depends, dtrans deals with clipboard and D&D, don't know if these are in > principle available while using directFB. > > > > > > 4) I have NOT understood how the sw, sc and sd modules interact with the > > framework layer (svx,sfx). Where do i find details of these framework > > modules.I have read this - > > http://www.openoffice.org/white_papers/tech_overview/tech_overview.html#3* > You may want to start further reading in the Wiki: > > http://wiki.services.openoffice.org/wiki/Framework > > or in the dev. guide: > > > http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/OfficeDev/Office_Development > > > > > > 5) What are the graphics calls at the application layer ? Below the > > application layer is Framework,Infrastructure and SAL layer. > Graphics calls are done directly calling VCL or in newer code calling > the XCanvas (which supports e.g. DirectX etc., but also as a VCL > back-end again). > > > > > > Which layer maps graphic calls from OOo appliucations (like sw) calls to > the > > VCL layer ? > AFAIK, this is either done directly or through framework or SVX. > > > > > > 6) Is there any way to incrementally test this approach ? > Starting to port VCL should be sufficient, there are also some test > applications in vcl/workbench, which should give you are first > understanding of what needs to be done. > > > > > 7) Is there any simple application that follow the same approach as > > writer(sw) and which can be used to test the flow of from application layer > > through framework layer to VCL layer. I have seen few demo applications in > > vcl/workben. Any more suggestions ? > The framework people may give some more hints where they have "hidden" > their test applications ... :-) > > > > > Regards, > > Monali. > > > > What's the motivation behind you project? Obviously you would like to > run OOo on X11 free systems, which are AFAIK mostly small appliances > like set-top-boxes etc. Are we going to see a set-top-box with OOo > installed? Or are you targeting small devices? > > Regards > > Kay > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- From: Travis Athougies 2 + 2 = 4 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] OOo porting to DirectFB
On Wed, Mar 19, 2008 at 08:56:12PM -0700, Travis Athougies wrote: > I may be wrong, but doesn't GTK have its own DirectFB port, why can't > you use that instead of reinventing the box? > Because, as the OP already mentioned, VCL uses X11 calls directly, even with the GTK plugin. Cheers, -- Thorsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] OOo porting to DirectFB
Sorry, I should have read the post more carefully. On Thu, Mar 20, 2008 at 2:17 AM, Thorsten Behrens <[EMAIL PROTECTED]> wrote: > On Wed, Mar 19, 2008 at 08:56:12PM -0700, Travis Athougies wrote: > > I may be wrong, but doesn't GTK have its own DirectFB port, why can't > > you use that instead of reinventing the box? > > > Because, as the OP already mentioned, VCL uses X11 calls directly, > even with the GTK plugin. > > Cheers, > > -- Thorsten > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- From: Travis Athougies 2 + 2 = 4 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
