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]
