Progressive implementation

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