Difference between revisions of "Progressive implementation"

From Apache OpenOffice Wiki
Jump to: navigation, search
(Added Mac OS X category)
 
(44 intermediate revisions by 2 users not shown)
Line 1: Line 1:
Scheduled subjects, waiting confirmation :
+
Warning : does concern Mac OS X native port
  
===Porting : Implement drawing support (Aqua only)===
+
=='''Current work in progress'''==
Does concern : native Mac OS X port only
+
Skills : good knowledge of languages C / C++ , using Carbon/Cocoa API (Quartz 2D )
+
No description available yet
+
; Contact
+
; Stephan Schaefer ( ssa at openoffice dot org )
+
; dev@porting.openoffice.org
+
  
=== Porting : Implement native font support, using native Apple API (Aqua / X11) ===
+
* Build OpenOffice.org without use X11 [done]
  
Does concern : OpenOffice.org 2.0.3 or superior, for Mac OS X port (both Aqua and X11 versions)
+
* bundle svdem [done]
Skills : knowledge of languages C / C++ , using Carbon/Cocoa API, knowledge of font systems and font technology
+
Subject proposed by : none yet
+
Tasks :
+
  
(1) analyze current implementation : design, concerned modules, isolate classes and parameters
+
* launch svdem
  
(2) propose a design for the new one, using Apple API
+
* [TODO] :  provide some tips for gdb use, while debugging
  
(3) write and test a proof of concept
+
 +
* '''Window and drawing management''' : the most important part of native implementation does not appear in the proposed subjects, but is fundamental for the native port, and does concern :
  
If enough time : (4) implement the solution, with possible backport to X11 version.
+
- first usable build without X11 ( Florian Heckl )
  
Contact
+
- salinstance ( Stephan Schaefer )
; dev@porting.openoffice.org
+
; Eric Bachard (ericb at openoffice dot org)
+
  
===Porting : Implement printing support (Aqua / X11)===
+
- threads management ( Stephan Schaefer )
  
Subject proposed by : none yet, but Oliver Braun nerd@warpsite.de was working on that subject
+
- events management ( Stephan Scheafer, Tino Rachui )
 +
 
 +
- drawing : simple and complex objects (Stephan Schaefer )
 +
 
 +
- painting : fill areas without problems ( Tino Rachui )
 +
 
 +
- resizing : event problem is now fixed ( Tino Rachui )
 +
 
 +
 
 +
* '''Native font implementation''' ( Eric Bachard)
 +
 
 +
Todo-list
 +
 
 +
- understand current font implementation
 +
 
 +
- describe  current implementation
 +
 
 +
- analyse and describe Carbon binding
 +
 
 +
- test old implementation
 +
 
 +
- adapt Apple API to existing implementation
 +
 
 +
- provide a proof of concept
 +
 
 +
- testing :  code sample
 +
 
 +
- design of new implementation [FIXME] find examples
 +
 
 +
 
 +
<div class="messagebox cleanup metadata" style="border:1px solid orange;background-color:#FFFACD;padding:7px;">
 +
'''For more informations, see : http://wiki.services.openoffice.org/wiki/Fonts_starting_point_and_documentation'''
 +
</div>
 +
* Other contributors : Pavel Janik, Alexandre Mohr, Simon Lopez, Yann Barb
 +
 
 +
[FIXME] : complete
 +
 
 +
* '''Todo''' :
 +
 
 +
- draw complex objects
 +
 
 +
- draw lines
 +
 
 +
- logical operations with areas
 +
 
 +
- implement menus, radio buttons, ... etc
 +
 
 +
- rendering
 +
 
 +
 
 +
[FIXME] Stephan/Tino will complete with next implementations
 +
 
 +
== Tasks ==
 +
 
 +
===Integrate the native Mac OS X FilePicker into OpenOffice.org (Aqua/X11)===
  
 
Concerns : OpenOffice.org 2.0.3 or superior, for Mac OS X port (both Aqua and X11 versions)
 
Concerns : OpenOffice.org 2.0.3 or superior, for Mac OS X port (both Aqua and X11 versions)
  
Skills : knowledge of languages C / C++ , using Carbon/Cocoa API
+
Integrate the  native Mac OS X FilePicker into OpenOffice.org
 +
The OOo FilePicker is already designed as a UNO component. What is needed is a new implementation of the FilePicker component based on the native Mac OS X FilePicker as it has been done on MS Windows for instance. On current Mac OS X port of OpenOffice.org, the current FilePicker is not native, less ergonomic.
  
Tasks :
+
Possible tasks :
  
write specs describe current implementation : design, concerned modules, isolate classes and parameters to manage propose a new design using Apple API write and test a proof of concept
+
Familiarize with the native Mac OS X FilePicker API and the OOo UNO interfaces for the FilePicker
 +
Describe current implementation : design, concerned modules, isolate classes and parameters to manage
 +
propose a new design using Apple API
 +
write and test a proof of concept  
 +
 
 +
* Skills : knowledge of languages C / C++  , using Carbon/Cocoa API
 +
* Proposed by : Tino Rachui
  
 
; Contact
 
; Contact
; Oliver Braun ( nerd at warpsite dot de )
+
: dev@porting.openoffice.org
; dev@porting.openoffice.org
+
: Tino Rachui  ( Tino dot Rachui at Sun dot COM )
  
===Porting : Integrate the native Mac OS X FilePicker into OpenOffice.org (Aqua/X11)===
+
===Integrate OpenOffice.org help into Mac OS X help center (Aqua/X11)===
  
Concerns : OpenOffice.org 2.0.3 or superior, for Mac OS X port (both Aqua and X11 versions)
+
The OpenOffice.org help system is quite independent of the
 +
underlying operating system and thus doesn't integrate well into
 +
the help system on Mac OS X.
  
Skills : knowledge of languages C / C++ , using Carbon/Cocoa API
+
Possible tasks:
  
Proposed by : Tino Rachui Tino.Rachui@Sun.COM
+
Learn how help system works in OpenOffice.org and how you can call it
  
Integrate the native Mac OS X FilePicker into OpenOffice.org The OOo FilePicker is already designed as a UNO component. What is needed is a new implementation of the FilePicker component based on the native Mac OS X FilePicker as it has been done on MS Windows for instance. On current Mac OS X port of OpenOffice.org, the current FilePicker is not native, less ergonomic.
+
Create sample help book for Apple Help
  
Possible tasks :
+
Prepare conversion framework for current XML/HTML based help pages to help book
  
Familiarize with the native Mac OS X FilePicker API and the OOo UNO interfaces for the FilePicker Describe current implementation : design, concerned modules, isolate classes and parameters to manage propose a new design using Apple API write and test a proof of concept
+
Integrate provided solution into Openoffice.org CVS
  
; Contact Tino Rachui ( Tino dot Rachui at Sun dot COM )
+
* Skills: C/C++, XML/XSLT, Carbon API
;dev@porting.openoffice.org
+
* Proposed by: Pavel Janík
  
===Porting : Mac OS X Address book integration (Aqua / X11)===
+
; Contact
 +
: dev@porting.openoffice.org
 +
: Pavel Janík ( Pavel at Janik dot cz )
 +
: Frank Peters (Frank dot Thomas dot Peters at Sun dot COM)
  
Subject proposed by: Oliver Braun nerd at warpsite dot de
+
===Mac OS X Address book integration (Aqua / X11) ===
  
Synopsis: OOo currently is integrated with the Mozilla address book but not with the native Mac OS X address book. This is annoying for Mac OS X user. For better system integration it would be desirable to integrate with the Mac OS X address book.
+
Synopsis:
 +
OOo currently is integrated with the Mozilla address book but not with the native Mac OS X address book. This is annoying for Mac OS X user. For better system integration it would be desirable to integrate with the Mac OS X address book.
  
 
Concerns: OpenOffice.org 2.x for Mac OS X (both Aqua and X11 versions)
 
Concerns: OpenOffice.org 2.x for Mac OS X (both Aqua and X11 versions)
Line 71: Line 128:
 
Skills: Knowledge of languages C/C++, Mac OS X APIs and Application frameworks like Carbon or Cocoa for instance, knowledge of the Mac OS X address book APIs
 
Skills: Knowledge of languages C/C++, Mac OS X APIs and Application frameworks like Carbon or Cocoa for instance, knowledge of the Mac OS X address book APIs
  
Tasks: Familiarize with the Mac OS X address book API's Familiarize with the current OOo Mozilla address book integration Make a prototype for OOo Mac OS X address book integration
+
Tasks:
 +
Familiarize with the Mac OS X address book API's
 +
Familiarize with the current OOo Mozilla address book integration
 +
Make a prototype for OOo Mac OS X address book integration  
  
 
; Contact
 
; Contact
; Oliver Braun ( nerd at warpsite dot de )
+
: dev@porting.openoffice.org
; dev@porting.openoffice.org
+
: Oliver Braun ( obrmac at openoffice dot org )
 +
: Frank Schoenheit ( Frank dot Schoenheit at Sun.COM )
 +
 
 +
===Porting: Implement native font support, using native Apple API (Aqua / X11)===
 +
 
 +
Does concern : OpenOffice.org 2.0.3 or  superior, for Mac OS X port (both Aqua and X11 versions)
 +
 
 +
Subject proposed by :  none yet
 +
 
 +
Tasks :
 +
 
 +
(1) analyze current implementation : design, concerned modules, isolate classes and parameters
 +
 
 +
(2) propose a design for the new one, using Apple API
 +
 
 +
(3) write and test a proof of concept
 +
 
 +
If enough time: (4) implement the solution, with possible backport to X11 version.
 +
 
 +
* Skills : knowledge of languages C / C++ , using Carbon/Cocoa API, knowledge of font systems and font technology
 +
 
 +
; Contact
 +
: dev@porting.openoffice.org
 +
: Eric Bachard (ericb at openoffice dot org)
 +
 
 +
 
 +
=== Mac OS X Spell checker integration (Aqua / X11)===
 +
 
 +
Synopsis:
 +
OOo currently uses aspell or hunspell as spell checking components. Mac OS X comes with a build-in spell checker, which should be used by OOo for consitancy reasons, i.e. to save the user from having to maintain two dictionaries (OOo/OS X) in parallel.
 +
 +
Concerns: OpenOffice.org 2.x for Mac OS X (both Aqua and X11 versions)
 +
 
 +
Skills: Knowledge of languages C/C++/Objective C or Java, Mac OS X APIs and Application frameworks like Carbon or Cocoa for instance, knowledge of the Mac OS X spell checking APIs
 +
 
 +
Tasks:
 +
Familiarize with the Mac OS X spell checking API's
 +
Familiarize with the way OOo utilizes spell checkers
 +
Make a prototype for OOo Mac OS X spell checker integration
 +
 
 +
; Contact
 +
: dev@porting.openoffice.org
 +
: Oliver Braun ( obrmac at openoffice dot org )
 +
: Thomas Lange ( Thomas dot Lange at Sun.COM )
 +
 
 +
=== Status of Todo's ===
 +
http://wiki.services.openoffice.org/wiki/Mac_OS_X_Porting_-_Work_Areas/Todo%27s
 +
 
 +
===Links===
 +
 
 +
This page is part of http://wiki.services.openoffice.org/wiki/User:Ericb
 +
 
 +
[[Category:Porting]]
 +
[[Category:MacOSX]]

Latest revision as of 22:33, 23 August 2006

Warning : does concern Mac OS X native port

Current work in progress

  • Build OpenOffice.org without use X11 [done]
  • bundle svdem [done]
  • launch svdem
  • [TODO] : provide some tips for gdb use, while debugging


  • Window and drawing management : the most important part of native implementation does not appear in the proposed subjects, but is fundamental for the native port, and does concern :

- first usable build without X11 ( Florian Heckl )

- salinstance ( Stephan Schaefer )

- threads management ( Stephan Schaefer )

- events management ( Stephan Scheafer, Tino Rachui )

- drawing : simple and complex objects (Stephan Schaefer )

- painting : fill areas without problems ( Tino Rachui )

- resizing : event problem is now fixed ( Tino Rachui )


  • Native font implementation ( Eric Bachard)

Todo-list

- understand current font implementation

- describe current implementation

- analyse and describe Carbon binding

- test old implementation

- adapt Apple API to existing implementation

- provide a proof of concept

- testing : code sample

- design of new implementation [FIXME] find examples


  • Other contributors : Pavel Janik, Alexandre Mohr, Simon Lopez, Yann Barb

[FIXME] : complete

  • Todo :

- draw complex objects

- draw lines

- logical operations with areas

- implement menus, radio buttons, ... etc

- rendering


[FIXME] Stephan/Tino will complete with next implementations

Tasks

Integrate the native Mac OS X FilePicker into OpenOffice.org (Aqua/X11)

Concerns : OpenOffice.org 2.0.3 or superior, for Mac OS X port (both Aqua and X11 versions)

Integrate the native Mac OS X FilePicker into OpenOffice.org The OOo FilePicker is already designed as a UNO component. What is needed is a new implementation of the FilePicker component based on the native Mac OS X FilePicker as it has been done on MS Windows for instance. On current Mac OS X port of OpenOffice.org, the current FilePicker is not native, less ergonomic.

Possible tasks :

Familiarize with the native Mac OS X FilePicker API and the OOo UNO interfaces for the FilePicker Describe current implementation : design, concerned modules, isolate classes and parameters to manage propose a new design using Apple API write and test a proof of concept

  • Skills : knowledge of languages C / C++ , using Carbon/Cocoa API
  • Proposed by : Tino Rachui
Contact
dev@porting.openoffice.org
Tino Rachui ( Tino dot Rachui at Sun dot COM )

Integrate OpenOffice.org help into Mac OS X help center (Aqua/X11)

The OpenOffice.org help system is quite independent of the underlying operating system and thus doesn't integrate well into the help system on Mac OS X.

Possible tasks:

Learn how help system works in OpenOffice.org and how you can call it

Create sample help book for Apple Help

Prepare conversion framework for current XML/HTML based help pages to help book

Integrate provided solution into Openoffice.org CVS

  • Skills: C/C++, XML/XSLT, Carbon API
  • Proposed by: Pavel Janík
Contact
dev@porting.openoffice.org
Pavel Janík ( Pavel at Janik dot cz )
Frank Peters (Frank dot Thomas dot Peters at Sun dot COM)

Mac OS X Address book integration (Aqua / X11)

Synopsis: OOo currently is integrated with the Mozilla address book but not with the native Mac OS X address book. This is annoying for Mac OS X user. For better system integration it would be desirable to integrate with the Mac OS X address book.

Concerns: OpenOffice.org 2.x for Mac OS X (both Aqua and X11 versions)

Skills: Knowledge of languages C/C++, Mac OS X APIs and Application frameworks like Carbon or Cocoa for instance, knowledge of the Mac OS X address book APIs

Tasks: Familiarize with the Mac OS X address book API's Familiarize with the current OOo Mozilla address book integration Make a prototype for OOo Mac OS X address book integration

Contact
dev@porting.openoffice.org
Oliver Braun ( obrmac at openoffice dot org )
Frank Schoenheit ( Frank dot Schoenheit at Sun.COM )

Porting: Implement native font support, using native Apple API (Aqua / X11)

Does concern : OpenOffice.org 2.0.3 or superior, for Mac OS X port (both Aqua and X11 versions)

Subject proposed by : none yet

Tasks :

(1) analyze current implementation : design, concerned modules, isolate classes and parameters

(2) propose a design for the new one, using Apple API

(3) write and test a proof of concept

If enough time: (4) implement the solution, with possible backport to X11 version.

  • Skills : knowledge of languages C / C++ , using Carbon/Cocoa API, knowledge of font systems and font technology
Contact
dev@porting.openoffice.org
Eric Bachard (ericb at openoffice dot org)


Mac OS X Spell checker integration (Aqua / X11)

Synopsis: OOo currently uses aspell or hunspell as spell checking components. Mac OS X comes with a build-in spell checker, which should be used by OOo for consitancy reasons, i.e. to save the user from having to maintain two dictionaries (OOo/OS X) in parallel.

Concerns: OpenOffice.org 2.x for Mac OS X (both Aqua and X11 versions)

Skills: Knowledge of languages C/C++/Objective C or Java, Mac OS X APIs and Application frameworks like Carbon or Cocoa for instance, knowledge of the Mac OS X spell checking APIs

Tasks: Familiarize with the Mac OS X spell checking API's Familiarize with the way OOo utilizes spell checkers Make a prototype for OOo Mac OS X spell checker integration

Contact
dev@porting.openoffice.org
Oliver Braun ( obrmac at openoffice dot org )
Thomas Lange ( Thomas dot Lange at Sun.COM )

Status of Todo's

http://wiki.services.openoffice.org/wiki/Mac_OS_X_Porting_-_Work_Areas/Todo%27s

Links

This page is part of http://wiki.services.openoffice.org/wiki/User:Ericb

Personal tools