Hi Mathias ,
Thanks a lot for your reply . Few comments from my side .

[Mathias] I don't understand how the port relates to the viewing
functionality. I
> would expect that changes in the vcl pluging layer won't affect any code
> in framework, sw, sc etc.
[Monali] : To start with the porting to directfb , i intend to used the
sw,sc only to viewing Microsoft docs and xls . Basically want to open the
documents in read only mode with these packages and get this working with
the GTK-DirectfB plugin  that i intend to add in OOo

When porting these OOo applications ( like writer, calc, impress ) to
directfb plugin, I want to understand how the writer , calc and impress
module interact with VCL. Do all the three have the same way of interaction
with VCL layer.What layers do i need to understand to get the path from
application modules to the VCL layer ? What is the role played at modules in
frramework layer.  Is there any documentation ?  Any pointers from you will
really help.

Is there any way, to get a list of modules that the swriter/calc/impress
depend on . Is there any way that i kind of find only the relevant modules
in the large OOo code that i would need to build/test.

Also is it possible for me to disable other modules not required for viewing
functionality as  dtrans ( clipboard functionality) and which make X calls .

Regards,
Monali

mkatkar 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 . 
>  
> 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.
> 

-- 
View this message in context: 
http://www.nabble.com/Porting-OOo-applications-to-DirectFB-tp16127569p16279264.html
Sent from the openoffice - framework dev mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to