Apache OpenOffice Wiki - User contributions [en]

Mac OS X Porting - AppleScript Support

2009-10-28T21:33:11Z

Msicotte: /* Basic Support */

== Feature Justification ==

AppleScript support is basic to a Mac OS X application. Supporting Applescript will have the additional benefit of allowing scripting using JavaScript, Ruby, Python, and Objective-C via the AppleScript Scripting Bridge [http://www.apple.com/applescript/features/scriptingbridge.html]

== Basic Support ==

In order to add Applescript support to OOo the following basic steps need to be accomplished.

1. Turn on scripting support - see Apple Documentation http://developer.apple.com/documentation/Cocoa/Conceptual/ScriptableCocoaApplications/SApps_implement/chapter_4_section_7.html#//apple_ref/doc/uid/20000037-1081046]
<br> Insert the following a the end of the Info.plist in the bundle just before /dict
<br> snip---------------------
<br> <key>OSAScriptingDefinition</key>
<br> <string>OOo.sdef</string>
<br> <key>NSAppleScriptEnabled</key>
<br> <string>YES</string>
<br> snip---------------------
<br>

2. Create a "sdef" scripting definitions file and put it in the bundle
<br> Stub file, insert in bundle in Resources folder -> OOo.sdef in [[File:OOo_sdef.gz]]
<br> You can now run the following AppleScript -> OOoAS.applescript in [[File:OOo_applescript.gz]]

3. Design scriptable "helper" classes that implement the object hierarchy. [http://developer.apple.com/documentation/Cocoa/Conceptual/ScriptableCocoaApplications/SApps_design_apps/chapter_3_section_3.html]

== Extending Support ==
Phase 1 - Define suites (object model) for OOo<br>
Phase 2 - Implement a subset of the most useful objects<br>
Phase 3 - Verify support for Standard and Text Suites<br>
Phase 4 - Make the OOo uno model AppleScript-able<br>

--[[User:Msicotte|Msicotte]] 20:41, 12 June 2008 (CEST)

== Adding Support for AppleScript to the Scripting Framework ==
This Apple Technote [http://developer.apple.com/qa/qa2001/qa1026.html] describes calling Applescript from C - a first step to adding AppleScript support to the scripting framework. The example is Carbon - so not exactly what we want since Carbon is deprecated, but the Cocoa example links to the same page.

--[[User:Msicotte|Msicotte]] 19:53, 28 June 2008 (CEST)

File:OOo applescript.gz

2009-10-28T21:30:55Z

Msicotte: Basic Applescript test

Basic Applescript test

Mac OS X Porting - AppleScript Support

2009-10-28T21:30:30Z

Msicotte: /* Basic Support */

== Feature Justification ==

AppleScript support is basic to a Mac OS X application. Supporting Applescript will have the additional benefit of allowing scripting using JavaScript, Ruby, Python, and Objective-C via the AppleScript Scripting Bridge [http://www.apple.com/applescript/features/scriptingbridge.html]

== Basic Support ==

In order to add Applescript support to OOo the following basic steps need to be accomplished.

1. Turn on scripting support - see Apple Documentation http://developer.apple.com/documentation/Cocoa/Conceptual/ScriptableCocoaApplications/SApps_implement/chapter_4_section_7.html#//apple_ref/doc/uid/20000037-1081046]
<br> Insert the following a the end of the Info.plist in the bundle just before /dict
<br> snip---------------------
<br> <key>OSAScriptingDefinition</key>
<br> <string>OOo.sdef</string>
<br> <key>NSAppleScriptEnabled</key>
<br> <string>YES</string>
<br> snip---------------------
<br>

2. Create a "sdef" scripting definitions file and put it in the bundle
<br> Stub file, insert in bundle in Resources folder -> OOo.sdef in [[File:OOo_sdef.gz]]
<br> You can now run the following AppleScript -> OOoAS.applescript in [[File:OOoAS_applescript.gz]]

3. Design scriptable "helper" classes that implement the object hierarchy. [http://developer.apple.com/documentation/Cocoa/Conceptual/ScriptableCocoaApplications/SApps_design_apps/chapter_3_section_3.html]

== Extending Support ==
Phase 1 - Define suites (object model) for OOo<br>
Phase 2 - Implement a subset of the most useful objects<br>
Phase 3 - Verify support for Standard and Text Suites<br>
Phase 4 - Make the OOo uno model AppleScript-able<br>

--[[User:Msicotte|Msicotte]] 20:41, 12 June 2008 (CEST)

== Adding Support for AppleScript to the Scripting Framework ==
This Apple Technote [http://developer.apple.com/qa/qa2001/qa1026.html] describes calling Applescript from C - a first step to adding AppleScript support to the scripting framework. The example is Carbon - so not exactly what we want since Carbon is deprecated, but the Cocoa example links to the same page.

--[[User:Msicotte|Msicotte]] 19:53, 28 June 2008 (CEST)

File:OOo sdef.gz

2009-10-28T21:29:22Z

Msicotte: Stub sdef for Applescript support

Stub sdef for Applescript support

Mac OS X Porting - AppleScript Support

2009-10-28T21:14:58Z

Msicotte: /* Basic Support */

== Feature Justification ==

AppleScript support is basic to a Mac OS X application. Supporting Applescript will have the additional benefit of allowing scripting using JavaScript, Ruby, Python, and Objective-C via the AppleScript Scripting Bridge [http://www.apple.com/applescript/features/scriptingbridge.html]

== Basic Support ==

In order to add Applescript support to OOo the following basic steps need to be accomplished.

1. Turn on scripting support - see Apple Documentation http://developer.apple.com/documentation/Cocoa/Conceptual/ScriptableCocoaApplications/SApps_implement/chapter_4_section_7.html#//apple_ref/doc/uid/20000037-1081046]
<br> Insert the following a the end of the Info.plist in the bundle just before /dict
<br> snip---------------------
<br> <key>OSAScriptingDefinition</key>
<br> <string>OOo.sdef</string>
<br> <key>NSAppleScriptEnabled</key>
<br> <string>YES</string>
<br> snip---------------------
<br>

2. Create a "sdef" scripting definitions file and put it in the bundle
<br> Stub file, insert in bundle in Resources folder -> OOo.sdef in [[File:OOo.sdef.zip]]
<br> You can now run the following AppleScript -> OOoAS.applescript in [[File:OOoAS.applescript.zip]]

3. Design scriptable "helper" classes that implement the object hierarchy. [http://developer.apple.com/documentation/Cocoa/Conceptual/ScriptableCocoaApplications/SApps_design_apps/chapter_3_section_3.html]

== Extending Support ==
Phase 1 - Define suites (object model) for OOo<br>
Phase 2 - Implement a subset of the most useful objects<br>
Phase 3 - Verify support for Standard and Text Suites<br>
Phase 4 - Make the OOo uno model AppleScript-able<br>

--[[User:Msicotte|Msicotte]] 20:41, 12 June 2008 (CEST)

== Adding Support for AppleScript to the Scripting Framework ==
This Apple Technote [http://developer.apple.com/qa/qa2001/qa1026.html] describes calling Applescript from C - a first step to adding AppleScript support to the scripting framework. The example is Carbon - so not exactly what we want since Carbon is deprecated, but the Cocoa example links to the same page.

--[[User:Msicotte|Msicotte]] 19:53, 28 June 2008 (CEST)

Mac OS X Porting - AppleScript Support

2009-10-28T21:10:44Z

Msicotte: /* Basic Support */

== Feature Justification ==

AppleScript support is basic to a Mac OS X application. Supporting Applescript will have the additional benefit of allowing scripting using JavaScript, Ruby, Python, and Objective-C via the AppleScript Scripting Bridge [http://www.apple.com/applescript/features/scriptingbridge.html]

== Basic Support ==

In order to add Applescript support to OOo the following basic steps need to be accomplished.

1. Turn on scripting support - see Apple Documentation http://developer.apple.com/documentation/Cocoa/Conceptual/ScriptableCocoaApplications/SApps_implement/chapter_4_section_7.html#//apple_ref/doc/uid/20000037-1081046]
<br> Insert the following a the end of the Info.plist in the bundle just before /dict
<br> snip---------------------
<br> <key>OSAScriptingDefinition</key>
<br> <string>OOo.sdef</string>
<br> <key>NSAppleScriptEnabled</key>
<br> <string>YES</string>
<br> snip---------------------
<br>

2. Create a "sdef" scripting definitions file and put it in the bundle
<br> Stub file, insert in bundle in Resources folder -> [[File:OOo.sdef]]
<br> You can now run the following AppleScript [[File:ASOOo.]]

3. Design scriptable "helper" classes that implement the object hierarchy. [http://developer.apple.com/documentation/Cocoa/Conceptual/ScriptableCocoaApplications/SApps_design_apps/chapter_3_section_3.html]

== Extending Support ==
Phase 1 - Define suites (object model) for OOo<br>
Phase 2 - Implement a subset of the most useful objects<br>
Phase 3 - Verify support for Standard and Text Suites<br>
Phase 4 - Make the OOo uno model AppleScript-able<br>

--[[User:Msicotte|Msicotte]] 20:41, 12 June 2008 (CEST)

== Adding Support for AppleScript to the Scripting Framework ==
This Apple Technote [http://developer.apple.com/qa/qa2001/qa1026.html] describes calling Applescript from C - a first step to adding AppleScript support to the scripting framework. The example is Carbon - so not exactly what we want since Carbon is deprecated, but the Cocoa example links to the same page.

--[[User:Msicotte|Msicotte]] 19:53, 28 June 2008 (CEST)

Mac OS X Porting - AppleScript Support

2008-06-28T17:56:42Z

Msicotte: /* Adding Support for AppleScript to the Scripting Framework */

== Feature Justification ==

AppleScript support is basic to a Mac OS X application. Supporting Applescript will have the additional benefit of allowing scripting using JavaScript, Ruby, Python, and Objective-C via the AppleScript Scripting Bridge [http://www.apple.com/applescript/features/scriptingbridge.html]

== Basic Support ==

In order to add Applescript support to OOo the following basic steps need to be accomplished.

1. Turn on scripting support - see Apple Documentation http://developer.apple.com/documentation/Cocoa/Conceptual/ScriptableCocoaApplications/SApps_implement/chapter_4_section_7.html#//apple_ref/doc/uid/20000037-1081046]
<br>
2. Create a "sdef" scripting definitions file and put it in the bundle
<br>
3. Design scriptable "helper" classes that implement the object hierarchy. [http://developer.apple.com/documentation/Cocoa/Conceptual/ScriptableCocoaApplications/SApps_design_apps/chapter_3_section_3.html]

== Extending Support ==
Phase 1 - Define suites (object model) for OOo<br>
Phase 2 - Implement a subset of the most useful objects<br>
Phase 3 - Verify support for Standard and Text Suites<br>
Phase 4 - Make the OOo uno model AppleScript-able<br>

--[[User:Msicotte|Msicotte]] 20:41, 12 June 2008 (CEST)

== Adding Support for AppleScript to the Scripting Framework ==
This Apple Technote [http://developer.apple.com/qa/qa2001/qa1026.html] describes calling Applescript from C - a first step to adding AppleScript support to the scripting framework. The example is Carbon - so not exactly what we want since Carbon is deprecated, but the Cocoa example links to the same page.

--[[User:Msicotte|Msicotte]] 19:53, 28 June 2008 (CEST)

Mac OS X Porting - AppleScript Support

2008-06-28T17:53:35Z

Msicotte:

== Feature Justification ==

AppleScript support is basic to a Mac OS X application. Supporting Applescript will have the additional benefit of allowing scripting using JavaScript, Ruby, Python, and Objective-C via the AppleScript Scripting Bridge [http://www.apple.com/applescript/features/scriptingbridge.html]

== Basic Support ==

In order to add Applescript support to OOo the following basic steps need to be accomplished.

1. Turn on scripting support - see Apple Documentation http://developer.apple.com/documentation/Cocoa/Conceptual/ScriptableCocoaApplications/SApps_implement/chapter_4_section_7.html#//apple_ref/doc/uid/20000037-1081046]
<br>
2. Create a "sdef" scripting definitions file and put it in the bundle
<br>
3. Design scriptable "helper" classes that implement the object hierarchy. [http://developer.apple.com/documentation/Cocoa/Conceptual/ScriptableCocoaApplications/SApps_design_apps/chapter_3_section_3.html]

== Extending Support ==
Phase 1 - Define suites (object model) for OOo<br>
Phase 2 - Implement a subset of the most useful objects<br>
Phase 3 - Verify support for Standard and Text Suites<br>
Phase 4 - Make the OOo uno model AppleScript-able<br>

--[[User:Msicotte|Msicotte]] 20:41, 12 June 2008 (CEST)

== Adding Support for AppleScript to the Scripting Framework ==
This Apple Technote [http://developer.apple.com/qa/qa2001/qa1026.html] describes calling Applescript from C - a first step to adding AppleScript support to the scripting framework. The example is Carbon - so not exactly what we want since Carbon is deprecated.

--[[User:Msicotte|Msicotte]] 19:53, 28 June 2008 (CEST)

Mac OS X Porting - AppleScript Support

2008-06-19T01:21:18Z

Msicotte: /* Basic Support */

Mac OS X Porting - AppleScript Support

2008-06-19T01:20:38Z

Msicotte: /* Extending Support */

Mac OS X Porting - AppleScript Support

2008-06-19T01:12:19Z

Msicotte: /* Extending Support */

Mac OS X Porting - AppleScript Support

2008-06-12T18:41:14Z

Msicotte: New page: == Feature Justification == AppleScript support is basic to a Mac OS X application. Supporting Applescript will have the additional benefit of allowing scripting using JavaScript, Ruby, ...

Mac OS X Porting - Roadmap

2008-06-11T00:32:31Z

Msicotte: /* Roadmap */

== Features / ToDo's for OpenOffice.org 3.0 ==

*This page lists the most important features and bugs that need to be fixed for OpenOffice.org 3.0 for Mac OS X.
*Our goal is to have at least all Prio 1-3 features done until the Beta Release.
*Please see the [[OOoRelease30|release schedule of OpenOffice.org 3.0]] for the current timeline.

== Roadmap ==

{|class="sortable" style="text-align:left; background:ivory" border="1"
|+ Mac OS X Porting Roadmap
|- style="background:royalblue; color:white"
! width="300"|Issue !! Type !! Prio !! Status !! Owner !! CWS
|-bgcolor="#a6ffa4" |
| Drag&Drop || Feature || 1 || integrated || tra || {{CWS|macosxdnd|SRC680}}
|-bgcolor="#a6ffa4" |
| [[Accessibility/MacOSX|Accessibility]] || Feature || 1 || fixed || obr, fne || {{CWS|aqua11y01|DEV300}}
|-bgcolor="#a6ffa4" |
| Use Setup for installation (.mpkg) || Feature || 1 || optional, not required yet || obr ||
|-bgcolor="#f8ff6c" |
| Support Language Pack installation || Feature || 1 || started || cloph, obr || {{CWS|cloph10|DEV300}}
|-bgcolor="#a6ffa4" |
| Install Spotlight Plugin during setup || Feature || 1 || done || obr ||
|-bgcolor="#a6ffa4" |
| Support multiple paper format print jobs || Feature || 1 || fixed || pl || {{CWS|aquavcl08|DEV300}}
|-bgcolor="#a6ffa4" |
| Multi-Monitor support / resolution change || Feature || 1 || integrated || pl || {{CWS|aquavcl04|SRC680}}
|-bgcolor="#f8ff6c" |
| Update Readme (minimal OS requirements, etc.) || Bug || 2 || started || fpe ||
|-bgcolor="#f8ff6c" |
| Java support: detection, extensions, applets, JDBC drivers, ... || Bug || 2 || ongoing || pl,jl ||
|-bgcolor="#a6ffa4" |
| Deadlocks (eg, when using extension manager) || Bug || 2 || integrated || pl || {{CWS|aquavcl05|SRC680}}
|-bgcolor="#f8ff6c" |
| SDK (installation, setting build environment, check samples) || Feature || 2 || ongoing || jsc ||
|- bgcolor="#a6ffa4" |
| Suppress empty window when opening files from finder || Bug || 2 || integrated || pl || {{CWS|aquavcl04|SRC680}}
|-bgcolor="#a6ffa4" |
| Use system print dialog || Feature || 2 || integrated || ericb, pl, ismael || {{CWS|nativeprintdlg01|SRC680}}
|- bgcolor="#a6ffa4" |
|Minimum font features (glyph fallback) || Bug ||2 || integrated || hdu ||
|-bgcolor="#f8ff6c" |
|Other font features (disabling kerning) || Bug ||2 || ongoing || hdu ||
|-bgcolor="#f8ff6c" |
|Advanced font features (clipped ligatures, better justification etc.) || Bug || 2 || ongoing || hdu ||
|-bgcolor="#f8ff6c" |
|Advanced font features (full BiDi support) || Bug || 2 || ongoing || hdu ||
|-bgcolor="#f8ff6c" |
|Font fallback (adapt VCL.xcu) || Bug || 2 || ongoing || hdu ||
|- bgcolor="#a6ffa4" |
| Severe paint issues while resizing || Bug || 2 || integrated || pl || {{CWS|aquavcl04|SRC680}}
|-bgcolor="#a6ffa4" |
| Consistent mapping of Ctrl-key to Command-key (includes Follow-Hyperlinks and Online-Help/UI) || Feature || 2 || fixed || pl || {{CWS|aquavcl07|DEV300}}
|-bgcolor="#a6ffa4" |
| NWF issues: many dialogs are too small, controls overlap || Bug || 2 || integrated || pl || {{CWS|aquavcl06|DEV300}}
|-bgcolor="#a6ffa4" |
| Put Need Save status in closer || Feature || 2 || integrated || pl || {{CWS|aquavcl05|SRC680}}
|-bgcolor="#a6ffa4" |
| Use Quicktime for media playback || Feature || 3 || integrated || msicotte || {{CWS|macosxquicktime01|SRC680}}
|-bgcolor="#f8ff6c"
| [[Education_Project/Effort/Improve_Scanner_Use|Image Capture Implementation]] (scanners etc.) || Feature || 3 || started || ericb, valeuf, Dyrcona ||
|-bgcolor="#a6ffa4" |
| Provide a way to start with something else than an empty writer (could be the template dialog on startup but with some face-lifting or/and a context menu in the dock icon) || Feature || 3 || integrated || pl || {{CWS|aquavcl05|SRC680}}
|-bgcolor="#a6ffa4" |
| Update 'Recent Items' submenu (in the Apple menu) when opening files from OOo || Feature || 3 || integrated || || {{CWS|aquavcl05|SRC680}}
|-
| Implement canvas API using Quartz / OpenGL (for slideshow) || Feature || 3 || not started, concurrent Cairo canvas is underway on par with vcl canvas at the moment || ||
|-
| Detect input language/locale and notify changes (CF distributed notification in Text Input Source Framework kTISNotifySelectedKeyboardInputSourceChanged, kTISNotifyEnabledKeyboardInputSourcesChanged - this is a possible way to implement) || Feature || 3 || not started || pl ||
|-bgcolor="#a6ffa4" |
| Hide empty backing window || Feature || 3 || integrated || pl || {{CWS|aquavcl05|SRC680}}
|-
| Docking not possible by window move only (see e.g. navigator, media player) || Bug || 3 || not started || pl ||
|-bgcolor="#a6ffa4"
| Statusbar invisible after document load || Bug || 3 || integrated || pl || {{CWS|aquavcl04|SRC680}}
|-bgcolor="#a6ffa4" |
| NWF issues: not all controls working correctly (spin buttons, scroll bars,...) || Bug || 3 || no more issues currently known || pl, ismael ||
|-bgcolor="#f8ff6c" |
| Installation of extensions via double-click (may be OOo app must be registered for and support .oxt filetype directly) || Feature || 3 || started || dv ||
|- bgcolor="#a6ffa4"
| Toolbars do not restore their last position || Bug || 3 || fixed || pl ||
|-
| Show embedded document thumbnail in file picker / finder || Bug || 3 || not started || fheckl? ||
|-
| Use system security API (keychain) for digital signatures || Feature || 4 || not started || obr/jl ||
|-
| Support window zoom button in a useful way || Bug || 4 || not started || pl ||
|-
| Support remote control for slideshow (unknown API?)|| Feature || 5 || not started || ericb ||
|-
| Size writer document windows so they display at 100% but use minimum screen space || Feature || 3 || not started || not assigned ||
|-
| Redesign StartCenter to avoid the gray background area || Enhancement || 3 || not started || not assigned ||
|-
| palette windows should behave like other palettes: stay in front but not move with the parent window || Bug || 3 || not started || pl ||
|-
| Plugin support (flash, PDF, whatever) || Not implemented Feature || 3 || not started || pl ||
|-
| PDFKit support || Feature || 3 || not started || not assigned ||
|-
| Apple scriptability || Feature || 3 || not started || not assigned ||
|-
| Services implementation (see services application menu) || Feature || 3 || not started || not assigned ||
|-
| Proxy Icon (at top of window frame - show path and dnd) || Feature || 3 || not started || not assigned ||
|}

== Known Issues ==

Use this [http://qa.openoffice.org/issues/buglist.cgi?Submit+query=Submit+query&issue_type=DEFECT&issue_type=ENHANCEMENT&issue_type=FEATURE&issue_type=PATCH&issue_status=UNCONFIRMED&issue_status=NEW&issue_status=STARTED&issue_status=REOPENED&email1=&emailtype1=exact&emailassigned_to1=1&email2=&emailtype2=exact&emailreporter2=1&issueidtype=include&issue_id=&changedin=&votes=&chfieldfrom=&chfieldto=&chfieldvalue=&short_desc=&short_desc_type=allwords&long_desc=&long_desc_type=allwords&issue_file_loc=&issue_file_loc_type=fulltext&status_whiteboard=&status_whiteboard_type=fulltext&keywords=aqua&keywords_type=anytokens&field0-0-0=noop&type0-0-0=noop&value0-0-0=&cmdtype=doit&namedcmd=Mac+Porting+2.x&newqueryname=&order=%27%27 query] to list all open (i.e., not resolved) issues flagged with the ''aqua'' [http://qa.openoffice.org/issues/describekeywords.cgi keyword].

Please make sure to add the ''aqua'' keyword when filing new issues specific to the Mac OS X port of OpenOffice.org.

== Future tasks ==

Things that are not required for OpenOffice.org 3.0 but should be considered for future releases:

*Integration with Services menu
*Access to iPhoto/Aperture library (Gallery)
*Get user data from address book during installation
*Netbeans plugin for SDK
*Mozilla/Safari plugin
*reduced Toolbar Icon set
*Support for AppleScript
*...

[[Category:MacOSX]]
[[Category:Aqua]]

Mac OS X Porting - Roadmap

2008-06-11T00:05:01Z

Msicotte: /* Roadmap */

== Features / ToDo's for OpenOffice.org 3.0 ==

*This page lists the most important features and bugs that need to be fixed for OpenOffice.org 3.0 for Mac OS X.
*Our goal is to have at least all Prio 1-3 features done until the Beta Release.
*Please see the [[OOoRelease30|release schedule of OpenOffice.org 3.0]] for the current timeline.

== Roadmap ==

{|class="sortable" style="text-align:left; background:ivory" border="1"
|+ Mac OS X Porting Roadmap
|- style="background:royalblue; color:white"
! width="300"|Issue !! Type !! Prio !! Status !! Owner !! CWS
|-bgcolor="#a6ffa4" |
| Drag&Drop || Feature || 1 || integrated || tra || {{CWS|macosxdnd|SRC680}}
|-bgcolor="#a6ffa4" |
| [[Accessibility/MacOSX|Accessibility]] || Feature || 1 || fixed || obr, fne || {{CWS|aqua11y01|DEV300}}
|-bgcolor="#a6ffa4" |
| Use Setup for installation (.mpkg) || Feature || 1 || optional, not required yet || obr ||
|-bgcolor="#f8ff6c" |
| Support Language Pack installation || Feature || 1 || started || cloph, obr || {{CWS|cloph10|DEV300}}
|-bgcolor="#a6ffa4" |
| Install Spotlight Plugin during setup || Feature || 1 || done || obr ||
|-bgcolor="#a6ffa4" |
| Support multiple paper format print jobs || Feature || 1 || fixed || pl || {{CWS|aquavcl08|DEV300}}
|-bgcolor="#a6ffa4" |
| Multi-Monitor support / resolution change || Feature || 1 || integrated || pl || {{CWS|aquavcl04|SRC680}}
|-bgcolor="#f8ff6c" |
| Update Readme (minimal OS requirements, etc.) || Bug || 2 || started || fpe ||
|-bgcolor="#f8ff6c" |
| Java support: detection, extensions, applets, JDBC drivers, ... || Bug || 2 || ongoing || pl,jl ||
|-bgcolor="#a6ffa4" |
| Deadlocks (eg, when using extension manager) || Bug || 2 || integrated || pl || {{CWS|aquavcl05|SRC680}}
|-bgcolor="#f8ff6c" |
| SDK (installation, setting build environment, check samples) || Feature || 2 || ongoing || jsc ||
|- bgcolor="#a6ffa4" |
| Suppress empty window when opening files from finder || Bug || 2 || integrated || pl || {{CWS|aquavcl04|SRC680}}
|-bgcolor="#a6ffa4" |
| Use system print dialog || Feature || 2 || integrated || ericb, pl, ismael || {{CWS|nativeprintdlg01|SRC680}}
|- bgcolor="#a6ffa4" |
|Minimum font features (glyph fallback) || Bug ||2 || integrated || hdu ||
|-bgcolor="#f8ff6c" |
|Other font features (disabling kerning) || Bug ||2 || ongoing || hdu ||
|-bgcolor="#f8ff6c" |
|Advanced font features (clipped ligatures, better justification etc.) || Bug || 2 || ongoing || hdu ||
|-bgcolor="#f8ff6c" |
|Advanced font features (full BiDi support) || Bug || 2 || ongoing || hdu ||
|-bgcolor="#f8ff6c" |
|Font fallback (adapt VCL.xcu) || Bug || 2 || ongoing || hdu ||
|- bgcolor="#a6ffa4" |
| Severe paint issues while resizing || Bug || 2 || integrated || pl || {{CWS|aquavcl04|SRC680}}
|-bgcolor="#a6ffa4" |
| Consistent mapping of Ctrl-key to Command-key (includes Follow-Hyperlinks and Online-Help/UI) || Feature || 2 || fixed || pl || {{CWS|aquavcl07|DEV300}}
|-bgcolor="#a6ffa4" |
| NWF issues: many dialogs are too small, controls overlap || Bug || 2 || integrated || pl || {{CWS|aquavcl06|DEV300}}
|-bgcolor="#a6ffa4" |
| Put Need Save status in closer || Feature || 2 || integrated || pl || {{CWS|aquavcl05|SRC680}}
|-bgcolor="#a6ffa4" |
| Use Quicktime for media playback || Feature || 3 || integrated || msicotte || {{CWS|macosxquicktime01|SRC680}}
|-bgcolor="#f8ff6c"
| [[Education_Project/Effort/Improve_Scanner_Use|Image Capture Implementation]] (scanners etc.) || Feature || 3 || started || ericb, valeuf, Dyrcona ||
|-bgcolor="#a6ffa4" |
| Provide a way to start with something else than an empty writer (could be the template dialog on startup but with some face-lifting or/and a context menu in the dock icon) || Feature || 3 || integrated || pl || {{CWS|aquavcl05|SRC680}}
|-bgcolor="#a6ffa4" |
| Update 'Recent Items' submenu (in the Apple menu) when opening files from OOo || Feature || 3 || integrated || || {{CWS|aquavcl05|SRC680}}
|-
| Implement canvas API using Quartz / OpenGL (for slideshow) || Feature || 3 || not started, concurrent Cairo canvas is underway on par with vcl canvas at the moment || ||
|-
| Detect input language/locale and notify changes (there is a feature in accessibility that will allow notifications - this is a possible way to implement) || Feature || 3 || not started || pl ||
|-bgcolor="#a6ffa4" |
| Hide empty backing window || Feature || 3 || integrated || pl || {{CWS|aquavcl05|SRC680}}
|-
| Docking not possible by window move only (see e.g. navigator, media player) || Bug || 3 || not started || pl ||
|-bgcolor="#a6ffa4"
| Statusbar invisible after document load || Bug || 3 || integrated || pl || {{CWS|aquavcl04|SRC680}}
|-bgcolor="#a6ffa4" |
| NWF issues: not all controls working correctly (spin buttons, scroll bars,...) || Bug || 3 || no more issues currently known || pl, ismael ||
|-bgcolor="#f8ff6c" |
| Installation of extensions via double-click (may be OOo app must be registered for and support .oxt filetype directly) || Feature || 3 || started || dv ||
|- bgcolor="#a6ffa4"
| Toolbars do not restore their last position || Bug || 3 || fixed || pl ||
|-
| Show embedded document thumbnail in file picker / finder || Bug || 3 || not started || fheckl? ||
|-
| Use system security API (keychain) for digital signatures || Feature || 4 || not started || obr/jl ||
|-
| Support window zoom button in a useful way || Bug || 4 || not started || pl ||
|-
| Support remote control for slideshow (unknown API?)|| Feature || 5 || not started || ericb ||
|-
| Size writer document windows so they display at 100% but use minimum screen space || Feature || 3 || not started || not assigned ||
|-
| Redesign StartCenter to avoid the gray background area || Enhancement || 3 || not started || not assigned ||
|-
| palette windows should behave like other palettes: stay in front but not move with the parent window || Bug || 3 || not started || pl ||
|-
| Plugin support (flash, PDF, whatever) || Not implemented Feature || 3 || not started || pl ||
|-
| PDFKit support || Feature || 3 || not started || not assigned ||
|-
| Apple scriptability || Feature || 3 || not started || not assigned ||
|-
| Services implementation (see services application menu) || Feature || 3 || not started || not assigned ||
|-
| Proxy Icon (at top of window frame - show path and dnd) || Feature || 3 || not started || not assigned ||
|}

== Known Issues ==

Use this [http://qa.openoffice.org/issues/buglist.cgi?Submit+query=Submit+query&issue_type=DEFECT&issue_type=ENHANCEMENT&issue_type=FEATURE&issue_type=PATCH&issue_status=UNCONFIRMED&issue_status=NEW&issue_status=STARTED&issue_status=REOPENED&email1=&emailtype1=exact&emailassigned_to1=1&email2=&emailtype2=exact&emailreporter2=1&issueidtype=include&issue_id=&changedin=&votes=&chfieldfrom=&chfieldto=&chfieldvalue=&short_desc=&short_desc_type=allwords&long_desc=&long_desc_type=allwords&issue_file_loc=&issue_file_loc_type=fulltext&status_whiteboard=&status_whiteboard_type=fulltext&keywords=aqua&keywords_type=anytokens&field0-0-0=noop&type0-0-0=noop&value0-0-0=&cmdtype=doit&namedcmd=Mac+Porting+2.x&newqueryname=&order=%27%27 query] to list all open (i.e., not resolved) issues flagged with the ''aqua'' [http://qa.openoffice.org/issues/describekeywords.cgi keyword].

Please make sure to add the ''aqua'' keyword when filing new issues specific to the Mac OS X port of OpenOffice.org.

== Future tasks ==

Things that are not required for OpenOffice.org 3.0 but should be considered for future releases:

*Integration with Services menu
*Access to iPhoto/Aperture library (Gallery)
*Get user data from address book during installation
*Netbeans plugin for SDK
*Mozilla/Safari plugin
*reduced Toolbar Icon set
*Support for AppleScript
*...

[[Category:MacOSX]]
[[Category:Aqua]]

Mac OS X Porting - Roadmap

2008-06-10T17:53:10Z

Msicotte: /* Roadmap */

== Features / ToDo's for OpenOffice.org 3.0 ==

*This page lists the most important features and bugs that need to be fixed for OpenOffice.org 3.0 for Mac OS X.
*Our goal is to have at least all Prio 1-3 features done until the Beta Release.
*Please see the [[OOoRelease30|release schedule of OpenOffice.org 3.0]] for the current timeline.

== Roadmap ==

{|class="sortable" style="text-align:left; background:ivory" border="1"
|+ Mac OS X Porting Roadmap
|- style="background:royalblue; color:white"
! width="300"|Issue !! Type !! Prio !! Status !! Owner !! CWS
|-bgcolor="#a6ffa4" |
| Drag&Drop || Feature || 1 || integrated || tra || {{CWS|macosxdnd|SRC680}}
|-bgcolor="#a6ffa4" |
| [[Accessibility/MacOSX|Accessibility]] || Feature || 1 || fixed || obr, fne || {{CWS|aqua11y01|DEV300}}
|-bgcolor="#a6ffa4" |
| Use Setup for installation (.mpkg) || Feature || 1 || optional, not required yet || obr ||
|-bgcolor="#f8ff6c" |
| Support Language Pack installation || Feature || 1 || started || cloph, obr || {{CWS|cloph10|DEV300}}
|-bgcolor="#a6ffa4" |
| Install Spotlight Plugin during setup || Feature || 1 || done || obr ||
|-bgcolor="#a6ffa4" |
| Support multiple paper format print jobs || Feature || 1 || fixed || pl || {{CWS|aquavcl08|DEV300}}
|-bgcolor="#a6ffa4" |
| Multi-Monitor support / resolution change || Feature || 1 || integrated || pl || {{CWS|aquavcl04|SRC680}}
|-bgcolor="#f8ff6c" |
| Update Readme (minimal OS requirements, etc.) || Bug || 2 || started || fpe ||
|-bgcolor="#f8ff6c" |
| Java support: detection, extensions, applets, JDBC drivers, ... || Bug || 2 || ongoing || pl,jl ||
|-bgcolor="#a6ffa4" |
| Deadlocks (eg, when using extension manager) || Bug || 2 || integrated || pl || {{CWS|aquavcl05|SRC680}}
|-bgcolor="#f8ff6c" |
| SDK (installation, setting build environment, check samples) || Feature || 2 || ongoing || jsc ||
|- bgcolor="#a6ffa4" |
| Suppress empty window when opening files from finder || Bug || 2 || integrated || pl || {{CWS|aquavcl04|SRC680}}
|-bgcolor="#a6ffa4" |
| Use system print dialog || Feature || 2 || integrated || ericb, pl, ismael || {{CWS|nativeprintdlg01|SRC680}}
|- bgcolor="#a6ffa4" |
|Minimum font features (glyph fallback) || Bug ||2 || integrated || hdu ||
|-bgcolor="#f8ff6c" |
|Other font features (disabling kerning) || Bug ||2 || ongoing || hdu ||
|-bgcolor="#f8ff6c" |
|Advanced font features (clipped ligatures, better justification etc.) || Bug || 2 || ongoing || hdu ||
|-bgcolor="#f8ff6c" |
|Advanced font features (full BiDi support) || Bug || 2 || ongoing || hdu ||
|-bgcolor="#f8ff6c" |
|Font fallback (adapt VCL.xcu) || Bug || 2 || ongoing || hdu ||
|- bgcolor="#a6ffa4" |
| Severe paint issues while resizing || Bug || 2 || integrated || pl || {{CWS|aquavcl04|SRC680}}
|-bgcolor="#a6ffa4" |
| Consistent mapping of Ctrl-key to Command-key (includes Follow-Hyperlinks and Online-Help/UI) || Feature || 2 || fixed || pl || {{CWS|aquavcl07|DEV300}}
|-bgcolor="#a6ffa4" |
| NWF issues: many dialogs are too small, controls overlap || Bug || 2 || integrated || pl || {{CWS|aquavcl06|DEV300}}
|-bgcolor="#a6ffa4" |
| Put Need Save status in closer || Feature || 2 || integrated || pl || {{CWS|aquavcl05|SRC680}}
|-bgcolor="#a6ffa4" |
| Use Quicktime for media playback || Feature || 3 || integrated || msicotte || {{CWS|macosxquicktime01|SRC680}}
|-bgcolor="#f8ff6c"
| [[Education_Project/Effort/Improve_Scanner_Use|Image Capture Implementation]] (scanners etc.) || Feature || 3 || started || ericb, valeuf, Dyrcona ||
|-bgcolor="#a6ffa4" |
| Provide a way to start with something else than an empty writer (could be the template dialog on startup but with some face-lifting or/and a context menu in the dock icon) || Feature || 3 || integrated || pl || {{CWS|aquavcl05|SRC680}}
|-bgcolor="#a6ffa4" |
| Update 'Recent Items' submenu (in the Apple menu) when opening files from OOo || Feature || 3 || integrated || || {{CWS|aquavcl05|SRC680}}
|-
| Implement canvas API using Quartz / OpenGL (for slideshow) || Feature || 3 || not started, concurrent Cairo canvas is underway on par with vcl canvas at the moment || ||
|-
| Detect input language/locale and notify changes (there is a feature in accessibility that will allow notifications - this is a possible way to implement) || Feature || 3 || not started || pl ||
|-bgcolor="#a6ffa4" |
| Hide empty backing window || Feature || 3 || integrated || pl || {{CWS|aquavcl05|SRC680}}
|-
| Docking not possible by window move only (see e.g. navigator, media player) || Bug || 3 || not started || pl ||
|-bgcolor="#a6ffa4"
| Statusbar invisible after document load || Bug || 3 || integrated || pl || {{CWS|aquavcl04|SRC680}}
|-bgcolor="#a6ffa4" |
| NWF issues: not all controls working correctly (spin buttons, scroll bars,...) || Bug || 3 || no more issues currently known || pl, ismael ||
|-bgcolor="#f8ff6c" |
| Installation of extensions via double-click (may be OOo app must be registered for and support .oxt filetype directly) || Feature || 3 || started || dv ||
|- bgcolor="#a6ffa4"
| Toolbars do not restore their last position || Bug || 3 || fixed || pl ||
|-
| Show embedded document thumbnail in file picker / finder || Bug || 3 || not started || fheckl? ||
|-
| Use system security API (keychain) for digital signatures || Feature || 4 || not started || obr/jl ||
|-
| Support window zoom button in a useful way || Bug || 4 || not started || pl ||
|-
| Support remote control for slideshow (unknown API?)|| Feature || 5 || not started || ericb ||
|-
| Size writer document windows so they display at 100% but use minimum screen space || Feature || 3 || not started || not assigned ||
|-
| Redesign StartCenter to avoid the gray background area || Enhancement || 3 || not started || not assigned ||
|-
| palette windows should behave like other palettes: stay in front but not move with the parent window || Bug || 3 || not started || pl ||
|-
| Plugin support (flash, PDF, whatever) || Not implemented Feature || 3 || not started || pl ||
|-
| PDFKit support || Feature || 3 || not started || not assigned ||
|-
| Apple scriptability || Feature || 3 || not started || not assigned ||
|-
| Services implementation (see services application menu) || Feature || 3 || not started || not assigned ||
|}

== Known Issues ==

Use this [http://qa.openoffice.org/issues/buglist.cgi?Submit+query=Submit+query&issue_type=DEFECT&issue_type=ENHANCEMENT&issue_type=FEATURE&issue_type=PATCH&issue_status=UNCONFIRMED&issue_status=NEW&issue_status=STARTED&issue_status=REOPENED&email1=&emailtype1=exact&emailassigned_to1=1&email2=&emailtype2=exact&emailreporter2=1&issueidtype=include&issue_id=&changedin=&votes=&chfieldfrom=&chfieldto=&chfieldvalue=&short_desc=&short_desc_type=allwords&long_desc=&long_desc_type=allwords&issue_file_loc=&issue_file_loc_type=fulltext&status_whiteboard=&status_whiteboard_type=fulltext&keywords=aqua&keywords_type=anytokens&field0-0-0=noop&type0-0-0=noop&value0-0-0=&cmdtype=doit&namedcmd=Mac+Porting+2.x&newqueryname=&order=%27%27 query] to list all open (i.e., not resolved) issues flagged with the ''aqua'' [http://qa.openoffice.org/issues/describekeywords.cgi keyword].

Please make sure to add the ''aqua'' keyword when filing new issues specific to the Mac OS X port of OpenOffice.org.

== Future tasks ==

Things that are not required for OpenOffice.org 3.0 but should be considered for future releases:

*Integration with Services menu
*Access to iPhoto/Aperture library (Gallery)
*Get user data from address book during installation
*Netbeans plugin for SDK
*Mozilla/Safari plugin
*reduced Toolbar Icon set
*Support for AppleScript
*...

[[Category:MacOSX]]
[[Category:Aqua]]

Mac port and WWDC2008

2008-05-26T16:52:52Z

Msicotte: /* Travel */

== '''Mac OS X porter Team at WWDC 2008''' ==

=== What is WWDC 2008? ===

See [http://developer.apple.com/wwdc/ Apple WWDC 2008]

==== <div align="left" style="color:red; font-size:18px">'''Our needs with Aqua version '''</div> ====
* Compile on Intel for PPC (if time UB) [ ]
* Proxy icon in the title bar [ ]
* Use of the apple remote, especially for presentations [7]
* Printing to PDF to keep links in the same way as iWork does it. [8]
* Translating the native dialogs to the Community supported languages (that Apple doesn't support).
* Compiling on Leopard to run on Tiger. Note: QuickLook plugin ( from quicklookplugin01 cws) builds on tiger [9]
* Import/Export of iWork documents [10]
* Signing OpenOffice.org .app bundle.
* Localize the voice for accessibility features ? (only english available for Voice Over at the moment)
* Implement the native Color Picker

=== <div align="left" style="color:blue; font-size:18px">'''Interesting Labs '''</div> ===

It is extremely important to organize us for Labs. The rule is extremely simple: bring your laptop, your code, and ask :)

[[Mac_port_and_WWDC2008/Interesting Labs | ==> Interesting Labs (click me) <== ]]

[http://developer.apple.com/wwdc/schedules/#day=monday&time=morning&tab=lab '''The link for Labs agenda''' ]

=== <div align="left" style="color:blue; font-size:18px">'''Interesting Sessions '''</div> ===

* Performance Tuning Your Application with Shark
* Making Your Application Scriptable
* Managing X.509 Certificates and Digital Identities

[http://developer.apple.com/wwdc/schedules/#day=monday&time=morning&tab=session ==> '''All the Sessions (click me)<==''' ]

=== <div align="left" style="color:green; font-size:18px">'''Who? '''</div> ===

* Michael Sicotte
* Eric Bachard
* Philipp Lohmann

=== <div align="left" style="color:red; font-size:18px">'''Our Objectives at the WWDC 2008 '''</div> ===

==== Goals ====

'''1) Connection OOo Mac team / Apple engineers'''

-Goal 1.1: "Get infos, contacts, human to human conversation :-)"

-> Present our current work, methods and team to Apple people :

-> Meet them during WWDC: give us/them a face, keep contacts

-> Get their impression about what we have already done and what is still ToDo

'''2) Improve from Apple's engineers expertise'''

-Goal 2.1: "Give MacOS X users the OOo suite they deserve"

=> As mac platform and apple's product fans, we are proud to bring the quality and power of OOo to mac users community

=> Make OOo uses all the power of Mac OSX, including upcoming Leopard !

-Goal 2.2: "OO.org Mac port has to be as Apple HIG compliant as possible"

=> Define what is expected for User Interface of OpenOffice.org suite with people from Apple UI project

- FYI: Last year, Apple UI project proposed ericb to help us, once our native menus will be working.
This is now done.

'''3) Get code guidelines, tips, samples'''

-Goal 3.1: "Ask for code review and find code snippets"

-Goal 3.2: "Attend key Labs and Sessions to get full overview of Tiger/Leopard/Core's and useful code"

- Image capture
- Key signing (digital signature, to avoid Mozilla bazaar
- Apple Remote

'''4) Social Contacts / Team emulation'''

Try to contact Pierre de Filippis, Sébastien Plisson and some other frenchies :)

-> Discuss and meet new developers and / or american people working for Mac OS X port (like Michael Sicotte, other..)
-> Share ideas, tips, conviviality !

'''5) Visibility'''

OpenOffice.org Native Mac port has to be recognized as the professionnal office suite for Mac users it is !

==== ericb's Agenda====

The rule is extremely simple: bring your laptop, your code, and ask :)

{| border="1" cellpadding="10"
| Hours
|9:00 AM - 10:15 AM
|10:30 AM - 11:45 AM
|Noon - 1:45 PM
|2:00 PM - 3:15 PM
|3:30 PM - 4:45 PM
|5:00 PM - 6:15 PM
|Evening
|-
| monday<br>June 9
| Keynote <br> begins at 10:00 am
| Keynote
|
| Mac OS X <br>State of the Union <br> (Presidio)
| bgcolor="#dae6ff" |Open Hours <br> Compatibility Labs
| Graphics & Media<br> State of the Union <br>(Presidio)
| bgcolor="#ffff00" | WWDC <br>Welcome Reception
|-
| tuesday<br>June 10
| bgcolor="#55ffde" | Getting Started <br>with OpenGL <br>(North Beach)
| bgcolor="#539fde" | Application Accessibility <br> (Marina)
| bgcolor="#dae6ff" |Mac OS X <br>User Interface Design<br> Consulting Lab
| bgcolor="#dae6ff" | Objective-C: <br>Migrating from <br>Other Languages<br>(marina) <br>'''OR'''<br>Application Scripting Lab
| New Compiler <br>Technology and <br>Future Directions <br>(soma)
|
|
|-
| wednesday<br>June 11
| bgcolor="#539fde" | System-Wide <br>Previews <br>with Quick Look<br>(marina)
| bgcolor="#539fde" | Sync Services: <br>A Complete Tour<br>(Nob Hill)
| Lunchtime Speaker <br>12:30 PM - 1:30 PM <br>Room: Presidio
| bgcolor="#dae6ff" |Sync Services Lab
| bgcolor="#dae6ff" |File Systems Lab
|
|
|-
| thursday<br>June 12
| Cocoa <br>Tips and Tricks<br>(mission)
| Cocoa Layer <br>Backed Views <br>(mission)
|
| bgcolor="#539fde" | Making Your Application <br>Scriptable<br>(North Beach)
| Using Garbage Collection with Objective-C
| bgcolor="#539fde" | Image Capture <br> & Image Kit <br>(soma) <br>'''OR''' <br> Managing<br> X.509 Certificates<br> and Digital Identities
| bgcolor="#ffff00" |WWDC Bash <br>at Yerba Buena Gardens<br> San Francisco<br>6:30 PM - 9:30 PM
|-
| friday <br>June 13
| Getting Started with the I/O Kit: Device Drivers on Mac OS
| Departure for the airport
|
|
|
|
|
|}

==== Philipp's Agenda====

FIXME
==== Michael's Agenda====

FIXME

=== <div align="left" style="color:red; font-size:18px">'''Todo list '''</div> ===

Please add topics, technical questions you would see asked by attendees to Apple engineers during WWDC

====Suggestions for current issues to be fixed ====

(ericb)

I am volunteer to take over what follows:

*Find information about SpotLight and QuickLook ( what happens with our generator ? How improve it ?)
*Find information about Image Capture : API obsolete on Tiger, under NDA on Leopard ... can we trust 10.4 sources ?
*Apple remote implementation

==== Travel ====

*describe the schedule of the travel

ericb :
<pre>
Basel -> Paris -> SF: 7th of June SFO scheduled arrival: 12:30
SFO departure 3:30 pm -> Paris -> Basel: 13th of June +1 (arrival 17:00h / 5:00 pm)

Hotel: Hotel des Arts (close to Union Square)

Airport to Hotel transportation: (BART) not included
</pre>

Michael Sicotte:
<pre>
June 8 Houston -> Oakland Arrive 12:05 pm
Hotel: Hotel des Arts (close to Union Square)
June 13 SFO -> Houston 4:25 pm
</pre>

Philipp Lohmann:

*Arrival in SF on 8th of June, 12:30 pm
*Departure from SF 15th of June, 3:30 pm

==== Misc ====

*don't forget sector adaptator for laptop: US connectors are '''different'''

*don't forget Cameras (and chargers)

*Prepare 50 to 100 business cards : the most simple is to use the model I can provide on demand , and print them with special paper (pre-cut)

[[Category:Aqua]]
[[Category:Development]]

Mac meetings September 2007

2007-09-27T19:23:41Z

Msicotte: /* 12th August 2007 */

Return to the main page: [[MacOSXPortMeetings]]

Return to Previous meetings page : [[Previous_Mac_Meeting_logs]]

===5th September 2007===

[[Log Mac Meeting 5 September 2007]]

===12th September 2007===

[[Log Mac Meeting 12 September 2007]]

===19th September 2007===

[[Log Mac Meeting 19 September 2007]]

===26th September 2007===

[[Log Mac Meeting 26 September 2007]]

Aquavcl01 tasks

2007-05-19T02:57:22Z

Msicotte: /* Aqua VCL tasks */

This page is work in progress.

== Aqua VCL tasks ==

All aquavcl01 tasks are entered into IZ with keyword "aqua", for a summary see
http://qa.openoffice.org/issues/buglist.cgi?keywords=aqua

=== ''' CWS Integration''' ===

Enter your plan/ proposal here

=== ''' CWS REsync''' ===

Current: m211

Aquavcl01 tasks

2007-05-19T02:46:34Z

Msicotte:

This page is work in progress.

== Aqua VCL tasks ==

This page is reserved for all aquavcl01 tasks, and will probably removed (I hope) when aquavcl01 will be integrated)

Any contributions/help to continue/build this page is welcome.

=== '''Fix crashes in Aquavcl01 + m202''' ===

As starting point, Ismael post on mac@porting mailing list (will be replaced by the initial post URL) :
<pre>
I investigated about the crash and i found that it comes from the function HandleMenuPopulateEvent in vcl/aqua/source/window/salframe.cxx line 822. The crash occurs because of these two lines which have a comment before:
// FIXME: looks like it crashes when some menus are activated...
pSalFrame->CallCallback(SALEVENT_MENUACTIVATE, &aMenuEvt);
pSalFrame->CallCallback(SALEVENT_MENUDEACTIVATE, &aMenuEvt);

The bug is caused by CallCallBack (defined in vcl/inc/salframe.cxx line 314) maybe because of a null or invalid pointer on a variable or a function: m_pProc, m_pInst or pEvent. The first two belong to the salframe class, and the last is passed as an argument.

Hoping it will help.
</pre>

Pleae complete ..

=== '''Remove deprecated functions''' ===

Related reading: [http://developer.apple.com/documentation/Carbon/Reference/QuickDraw_Ref/Reference/reference.html#//apple_ref/doc/c_ref/GDevice QuickDraw Reference], [http://developer.apple.com/documentation/Carbon/Reference/QuickDraw_Ref/DeprecationAppendix/AppendixADeprecatedAPI.html Deprecated QuickDraw functions] and [http://developer.apple.com/documentation/Carbon/Conceptual/QuickDrawToQuartz2D/index.html?http://developer.apple.com/documentation/Carbon/Conceptual/QuickDrawToQuartz2D/tq_intro/chapter_1_section_1.html QuickDraw to Quartz2D guide]

short list of the deprecated functions + the context :

Context 1 : App/ Timer # comment : since RunApplicationEventLoop is usable, we should be able to replace *TimeMask with the recent corresponding kEvent*

file:
deprecated function : RemoveTimeTask / PrimeTimeTask / InstallTimeTask

Context 2: gdi / ATS+fonts : # Comment -> work in progress. I'll describe everything
file : vcl/aqua/source/gdi/salatslayout.cxx

--> i will remove deprecated in salatslayout while i m working on it. (plipli)

deprecated function : ATSUGetGlyphInfo

file : vcl/aqua/source/gdi/salatsuifontutils.cxx # same as ATS+fonts
deprecated functions : TextOrder / ScriptOrder / LanguageOrder / FMGetFontFromFontFamilyInstance

No idea (ChristianL ? ) :

Context 3 : gdi / Color + Pixmaps
file : vcl/aqua/source/gdi/salcolorutils.cxx
deprecated functions : GetGDevice / MakeITable / GetCTSeed / GetPixDepth /GetCTable /

Context3 4: gdi / Geometry + Pixmaps

file : vcl/aqua/source/gdi/salpixmaputils.cxx
deprecated functions : SetRect / GetGDevice (dupe) / NewPixMap / GetPixelsState / SetPixelsState / LockPixels / DisposePixMap

Context 4: Frame

file : vcl/aqua/source/window/salframe.cxx
deprecated functions : GetMainDevice / SetRect (dupe) / NewRgn / GetRegionBounds / DisposeRgn

URL : [http://eric.bachard.free.fr/mac/aquavcl/logs_aquavcl/log.log build log of vcl/aqua]

=== ''' CWS Integration''' ===

Enter your plan/ proposal here

=== ''' CWS REsync''' ===

Current: m211

Aquavcl01 tasks

2007-05-19T02:46:07Z

Msicotte:

AquaToDo

2007-05-19T02:26:00Z

Msicotte:

All problems with the Aqua build should be entered into IZ with keyword "aqua"

For a list of all aqua issues see http://qa.openoffice.org/issues/buglist.cgi?keywords=aqua

AquaToDo

2007-05-19T02:24:00Z

Msicotte:

All problems with the Aqua build should be noted here.

smsm1 is using Ericb2's build of 2006-10-15

AquaToDo

2007-05-19T02:22:42Z

Msicotte:

AquaToDo

2007-05-19T02:14:17Z

Msicotte:

AquaToDo

2007-05-19T02:11:35Z

Msicotte:

AquaToDo

2007-05-19T01:52:29Z

Msicotte:

AquaToDo

2007-05-18T23:10:33Z

Msicotte: /* List from May 2007 */

All problems with the Aqua build should be noted here.

smsm1 is using Ericb2's build of 2006-10-15

==Text Issues==

* No cursor (not implemented)

* Multi line text : multiline sallayout to be implemented.

-> simple line works ( e.g. registration works)

* Text editing

* Fonts seems to be systematically drawn as bold

* When the size of the sheet is modified, the font in the listbox does appear the same size -> getNativeControlText() will help to fix that

* Choosen fonts can appear in the listbox only after one char has been written // bad initialisation ?

'''New part verified working''' : clicking on different fonts in the same sheet, the correct name (and size !) do appear (just refresh lacks because of redrawing issue)

==Keyboard issues==

[FIXME] : rewrite keyboard implementation Aqua adapted
even on french keyboard, en-US is used.
Only single keys are usable (a-z / A-Z).
No accented chars

[done] Some controls are missing : ismael implemented a lot ( not all ) of shortcuts + Apple key, even in the menus

==Re-drawing issues==
* Scroll bar buttons
* Text on scroll
* First launch (most of the window isn't properly drawn)

==Other known issues==

'''Crashes''' : when quit (log to be attached)

'''Native Filepicker''': not competely implemented

'''Native controls''' :

- [done] vcl control areas not correctly superposed with aqua areas on scrollbar

- when clicking on top of the blue slider, it jumps from half of its size in top direction (same for left)

- spin buttons not correctly drawn

- lisbox not drawn at all

- theme of windows still greyed (no aqua theme yet)

- several funky effects with bitmaps becuse of transparency

- listbox (fonts) : when redrawing the window larger than a certain size, the font are not drawn anymore, because <br> the size of the vcl textbox and the native textbox are different

==List from May 2007==

STARTED==
EricB
clipping in salframe ( shapes clipping ) using CoreGraphics - we build up a region out of single rectangles

Close to be fixed==

NF 73690 : fix missing cursor ( not blinking, because of refresh issue )

Not fixed==

( ? ) 72249 : vcl compiled with debug crashes

NF 73687 : implement missing functions with fonts

NF 73688 : use default font system ( WIP)

NOT STARTED
Issue 75020 : http://www.openoffice.org/issues/show_bug.cgi?id=75020
From pl : The about window is not shaped, so if this is a clipping problem, then its is not SalFrame clipping but the one in SalGraphics.

Not fixed :

NF 72249 : toolbar icon click -> crash with vcl menus ( not fixed ? Worksforme )

NF 75020 : middle part of the offscreen native button drawn few pixels off

NF 75228 : WaE for saltimer in aquavcl01

NF 74181 : Fonts problems in Writer

Unimplemented functions/methods==

in AquaSalObject

1) void AquaSalObject::ResetClipRegion()

2) void AquaSalObject::BeginSetClipRegion( ULONG nRectCount )

3) void AquaSalObject::UnionClipRegion( long nX, long nY, long nWidth, long nHeight )

4) void AquaSalObject::EndSetClipRegion()

5) void AquaSalObject::SetPosSize( long nX, long nY, long nWidth, long nHeight )

6) void AquaSalObject::Show( BOOL bVisible )

7) void AquaSalObject::Enable( BOOL bEnable )

8) void AquaSalObject::GrabFocus()

9) void AquaSalObject::SetBackground()

Unimplemented functions/methods==
AquaSalGraphics

1) void AquaSalGraphics::SetXORMode( BOOL bSet )

2) void AquaSalGraphics::SetROPLineColor( SalROPColor nROPColor )

3) void AquaSalGraphics::SetROPFillColor( SalROPColor nROPColor )

4) sal_Bool AquaSalGraphics::drawPolyLineBezier( ULONG nPoints, const SalPoint* pPtAry, const BYTE* pFlgAry )

5) sal_Bool AquaSalGraphics::drawPolygonBezier( ULONG nPoints, const SalPoint* pPtAry, const BYTE* pFlgAry )

6) sal_Bool AquaSalGraphics::drawPolyPolygonBezier( ULONG nPoly, const ULONG* pPoints,
const SalPoint* const* pPtAry, const BYTE* const* pFlgAry )

7) void AquaSalGraphics::invert( ULONG nPoints, const SalPoint* pPtAry, SalInvert nSalFlags )

8) BOOL AquaSalGraphics::drawEPS( long nX, long nY, long nWidth, long nHeight, void* pPtr, ULONG nSize )

9) ULONG AquaSalGraphics::GetKernPairs( ULONG nPairs, ImplKernPairData* pKernPairs )

10) bool AquaSalGraphics::AddTempDevFont( ImplDevFontList*, const String& rFileURL, const String& rFontName )

11) BOOL AquaSalGraphics::GetGlyphOutline( long nIndex, basegfx::B2DPolyPolygon& )

12) void AquaSalGraphics::FreeEmbedFontData( const void* pData, long nDataLen )

13) BOOL AquaSalGraphics::GetGlyphBoundRect( long nIndex, Rectangle& )

14) void AquaSalGraphics::GetDevFontSubstList( OutputDevice* )

15) void AquaSalGraphics::GetDevFontSubstList( OutputDevice* )

16) void AquaSalGraphics::DrawServerFontLayout( const ServerFontLayout& )

17) const std::map< sal_Unicode, sal_Int32 >* AquaSalGraphics::GetFontEncodingVector( ImplFontData* pFont,
const std::map< sal_Unicode,
rtl::OString >** ppNonEncoded )

18) void AquaSalGraphics::GetGlyphWidths( ImplFontData* pFont,
bool bVertical,
std::vector< sal_Int32 >& rWidths,
std::map< sal_Unicode, sal_uInt32 >& rUnicodeEnc )

19) ImplFontCharMap* AquaSalGraphics::GetImplFontCharMap() const

Unimplemented functions/methods==
in AquaSalFrame

1) void AquaSalFrame::SetIcon( USHORT nIcon )

2) void AquaSalFrame::Enable( BOOL bEnable )

3) void AquaSalFrame::SetWindowState( const SalFrameState* pState )

4) BOOL AquaSalFrame::GetWindowState( SalFrameState* pState )

5) void AquaSalFrame::StartPresentation( BOOL bStart )

6) void AquaSalFrame::SetAlwaysOnTop( BOOL bOnTop )

7) void AquaSalFrame::CaptureMouse( BOOL bCapture )

8) void AquaSalFrame::SetPointerPos( long nX, long nY )

9) void AquaSalFrame::Flush()

10) void AquaSalFrame::Sync()

11) void AquaSalFrame::EndExtTextInput( USHORT nFlags )

12) bool AquaSalFrame::SetPluginParent( SystemParentData* pNewParent )

13) BOOL AquaSalFrame::MapUnicodeToKeyCode( sal_Unicode , LanguageType , KeyCode& )

14) void AquaSalFrame::SetExtendedFrameStyle( SalExtStyle nStyle )

15) void AquaSalFrame::SetBackgroundBitmap( SalBitmap* )

16) SalBitmap* AquaSalFrame::SnapShot()

17) void AquaSalFrame::ResetClipRegion()

18) void AquaSalFrame::BeginSetClipRegion( ULONG nRects )

19) void AquaSalFrame::UnionClipRegion( long nX, long nY, long nWidth, long nHeight )

20) void AquaSalFrame::EndSetClipRegion()

[[Category:MacOSX]]
[[Category:Aqua]]
[[Category:Porting]]

AquaToDo

2007-05-18T23:08:39Z

Msicotte: /* List from May 2007 */

All problems with the Aqua build should be noted here.

smsm1 is using Ericb2's build of 2006-10-15

==Text Issues==

* No cursor (not implemented)

* Multi line text : multiline sallayout to be implemented.

-> simple line works ( e.g. registration works)

* Text editing

* Fonts seems to be systematically drawn as bold

* When the size of the sheet is modified, the font in the listbox does appear the same size -> getNativeControlText() will help to fix that

* Choosen fonts can appear in the listbox only after one char has been written // bad initialisation ?

'''New part verified working''' : clicking on different fonts in the same sheet, the correct name (and size !) do appear (just refresh lacks because of redrawing issue)

==Keyboard issues==

[FIXME] : rewrite keyboard implementation Aqua adapted
even on french keyboard, en-US is used.
Only single keys are usable (a-z / A-Z).
No accented chars

[done] Some controls are missing : ismael implemented a lot ( not all ) of shortcuts + Apple key, even in the menus

==Re-drawing issues==
* Scroll bar buttons
* Text on scroll
* First launch (most of the window isn't properly drawn)

==Other known issues==

'''Crashes''' : when quit (log to be attached)

'''Native Filepicker''': not competely implemented

'''Native controls''' :

- [done] vcl control areas not correctly superposed with aqua areas on scrollbar

- when clicking on top of the blue slider, it jumps from half of its size in top direction (same for left)

- spin buttons not correctly drawn

- lisbox not drawn at all

- theme of windows still greyed (no aqua theme yet)

- several funky effects with bitmaps becuse of transparency

- listbox (fonts) : when redrawing the window larger than a certain size, the font are not drawn anymore, because <br> the size of the vcl textbox and the native textbox are different

==List from May 2007==

STARTED==
EricB
clipping in salframe ( shapes clipping ) using CoreGraphics - we build up a region out of single rectangles

Philipp Lohmann
proposed a fix for writer refresh http://www.openoffice.org/issues/show_bug.cgi?id=73689

Close to be fixed==

NF 73690 : fix missing cursor ( not blinking, because of refresh issue )

Not fixed==

( ? ) 72249 : vcl compiled with debug crashes

NF 73687 : implement missing functions with fonts

NF 73688 : use default font system ( WIP)

NOT STARTED
Issue 75020 : http://www.openoffice.org/issues/show_bug.cgi?id=75020
From pl : The about window is not shaped, so if this is a clipping problem, then its is not SalFrame clipping but the one in SalGraphics.

Not fixed :

NF 72249 : toolbar icon click -> crash with vcl menus ( not fixed ? Worksforme )

NF 75020 : middle part of the offscreen native button drawn few pixels off

NF 75228 : WaE for saltimer in aquavcl01

NF 74181 : Fonts problems in Writer

Unimplemented functions/methods==

in AquaSalObject

1) void AquaSalObject::ResetClipRegion()

2) void AquaSalObject::BeginSetClipRegion( ULONG nRectCount )

3) void AquaSalObject::UnionClipRegion( long nX, long nY, long nWidth, long nHeight )

4) void AquaSalObject::EndSetClipRegion()

5) void AquaSalObject::SetPosSize( long nX, long nY, long nWidth, long nHeight )

6) void AquaSalObject::Show( BOOL bVisible )

7) void AquaSalObject::Enable( BOOL bEnable )

8) void AquaSalObject::GrabFocus()

9) void AquaSalObject::SetBackground()

Unimplemented functions/methods==
AquaSalGraphics

1) void AquaSalGraphics::SetXORMode( BOOL bSet )

2) void AquaSalGraphics::SetROPLineColor( SalROPColor nROPColor )

3) void AquaSalGraphics::SetROPFillColor( SalROPColor nROPColor )

4) sal_Bool AquaSalGraphics::drawPolyLineBezier( ULONG nPoints, const SalPoint* pPtAry, const BYTE* pFlgAry )

5) sal_Bool AquaSalGraphics::drawPolygonBezier( ULONG nPoints, const SalPoint* pPtAry, const BYTE* pFlgAry )

6) sal_Bool AquaSalGraphics::drawPolyPolygonBezier( ULONG nPoly, const ULONG* pPoints,
const SalPoint* const* pPtAry, const BYTE* const* pFlgAry )

7) void AquaSalGraphics::invert( ULONG nPoints, const SalPoint* pPtAry, SalInvert nSalFlags )

8) BOOL AquaSalGraphics::drawEPS( long nX, long nY, long nWidth, long nHeight, void* pPtr, ULONG nSize )

9) ULONG AquaSalGraphics::GetKernPairs( ULONG nPairs, ImplKernPairData* pKernPairs )

10) bool AquaSalGraphics::AddTempDevFont( ImplDevFontList*, const String& rFileURL, const String& rFontName )

11) BOOL AquaSalGraphics::GetGlyphOutline( long nIndex, basegfx::B2DPolyPolygon& )

12) void AquaSalGraphics::FreeEmbedFontData( const void* pData, long nDataLen )

13) BOOL AquaSalGraphics::GetGlyphBoundRect( long nIndex, Rectangle& )

14) void AquaSalGraphics::GetDevFontSubstList( OutputDevice* )

15) void AquaSalGraphics::GetDevFontSubstList( OutputDevice* )

16) void AquaSalGraphics::DrawServerFontLayout( const ServerFontLayout& )

17) const std::map< sal_Unicode, sal_Int32 >* AquaSalGraphics::GetFontEncodingVector( ImplFontData* pFont,
const std::map< sal_Unicode,
rtl::OString >** ppNonEncoded )

18) void AquaSalGraphics::GetGlyphWidths( ImplFontData* pFont,
bool bVertical,
std::vector< sal_Int32 >& rWidths,
std::map< sal_Unicode, sal_uInt32 >& rUnicodeEnc )

19) ImplFontCharMap* AquaSalGraphics::GetImplFontCharMap() const

Unimplemented functions/methods==
in AquaSalFrame

1) void AquaSalFrame::SetIcon( USHORT nIcon )

2) void AquaSalFrame::Enable( BOOL bEnable )

3) void AquaSalFrame::SetWindowState( const SalFrameState* pState )

4) BOOL AquaSalFrame::GetWindowState( SalFrameState* pState )

5) void AquaSalFrame::StartPresentation( BOOL bStart )

6) void AquaSalFrame::SetAlwaysOnTop( BOOL bOnTop )

7) void AquaSalFrame::CaptureMouse( BOOL bCapture )

8) void AquaSalFrame::SetPointerPos( long nX, long nY )

9) void AquaSalFrame::Flush()

10) void AquaSalFrame::Sync()

11) void AquaSalFrame::EndExtTextInput( USHORT nFlags )

12) bool AquaSalFrame::SetPluginParent( SystemParentData* pNewParent )

13) BOOL AquaSalFrame::MapUnicodeToKeyCode( sal_Unicode , LanguageType , KeyCode& )

14) void AquaSalFrame::SetExtendedFrameStyle( SalExtStyle nStyle )

15) void AquaSalFrame::SetBackgroundBitmap( SalBitmap* )

16) SalBitmap* AquaSalFrame::SnapShot()

17) void AquaSalFrame::ResetClipRegion()

18) void AquaSalFrame::BeginSetClipRegion( ULONG nRects )

19) void AquaSalFrame::UnionClipRegion( long nX, long nY, long nWidth, long nHeight )

20) void AquaSalFrame::EndSetClipRegion()

[[Category:MacOSX]]
[[Category:Aqua]]
[[Category:Porting]]

Mac OS X Port Meetings

2007-05-18T19:35:58Z

Msicotte: /* Next Meeting */

You want to know last [[OpenOffice.org]] [[Mac OS X]] port development status? You want to meet us?

If you know how to use [[IRC]], weekly Mac port meetings are scheduled on a regular basis.

Hours may vary, but most of the time they are at Friday 21:00 UTC. The agenda is now being set on the Wednesday prior to the meeting (European Time).

IRC server: irc.freenode.net

Channel: #ooo_macport

'''These meetings are public, and everyone interested in OpenOffice.org development is welcome !'''

== Next Meeting ==

<div class="messagebox cleanup metadata" style="border:1px solid blue;background-color:#B3FFF5;padding:7px;">
'''The next meeting is scheduled for'''
'''Friday 18th May 2007 at 20:00 UTC, 21:00 British Summertime, 22:00 CEST (Paris/Hamburg Summer time).'''

This time was changed so more people could participate. Our meetings can be over two hours long with discussion of the ongoing Aqua build work. This will allow more developers to participate and allow the meetings to continue for a longer time. If you have a proposal for a better meeting time, please post on the Mac OS X Porting Developers mailing list. Meetings will alternate between Friday and Saturday to allow more participation.

Our IRC chat channel is on irc.freenode.net #ooo_macport
Please remember the #

See you on the IRC chat :-)
</div>

'''Agenda for 18th May 2007 meeting'''

1. Welcome new devs joining Mac OS X port

2. Last Aqua news / Work in progress

3. WWDC 2007 (weekly news)

4. Prepare OOoCon 2007 ( deadline : 1st June for proposal ! )

5. TODO tasks in Issues - to better know what needs doing and who is doing what
http://wiki.services.openoffice.org/wiki/AquaToDo#Other_known_issues
current list added at the bottom - LIST FROM MAY 2007

6. Misc

?. ... (Please complete me) ...

*. Date of Next Meeting : 18th of May, 20:00 UTC / 22:00 CEST

== Previous Meetings ==

FYI, previous meetings logs are available on this wiki:

'''[[previous Mac Meeting logs]]'''

[[Category:MacOSX]]
[[Category:Porting]]
[[Category:Aqua]]

Mac OS X Port Meetings

2007-05-18T19:35:15Z

Msicotte: /* Next Meeting */

You want to know last [[OpenOffice.org]] [[Mac OS X]] port development status? You want to meet us?

If you know how to use [[IRC]], weekly Mac port meetings are scheduled on a regular basis.

Hours may vary, but most of the time they are at Friday 21:00 UTC. The agenda is now being set on the Wednesday prior to the meeting (European Time).

IRC server: irc.freenode.net

Channel: #ooo_macport

'''These meetings are public, and everyone interested in OpenOffice.org development is welcome !'''

== Next Meeting ==

<div class="messagebox cleanup metadata" style="border:1px solid blue;background-color:#B3FFF5;padding:7px;">
'''The next meeting is scheduled for'''
'''Friday 18th May 2007 at 20:00 UTC, 21:00 British Summertime, 22:00 CEST (Paris/Hamburg Summer time).'''

This time was changed so more people could participate. Our meetings can be over two hours long with discussion of the ongoing Aqua build work. This will allow more developers to participate and allow the meetings to continue for a longer time. If you have a proposal for a better meeting time, please post on the Mac OS X Porting Developers mailing list. Meetings will alternate between Friday and Saturday to allow more participation.

Our IRC chat channel is on irc.freenode.net #ooo_macport
Please remember the #

See you on the IRC chat :-)
</div>

'''Agenda for 18th May 2007 meeting'''

1. Welcome new devs joining Mac OS X port

2. Last Aqua news / Work in progress

3. WWDC 2007 (weekly news)

4. Prepare OOoCon 2007 ( deadline : 1st June for proposal ! )

5. TODO tasks in Issues - to better know what needs doing and who is doing what
http://wiki.services.openoffice.org/wiki/AquaToDo#Other_known_issues

6. Misc

?. ... (Please complete me) ...

*. Date of Next Meeting : 18th of May, 20:00 UTC / 22:00 CEST

== Previous Meetings ==

FYI, previous meetings logs are available on this wiki:

'''[[previous Mac Meeting logs]]'''

[[Category:MacOSX]]
[[Category:Porting]]
[[Category:Aqua]]

AquaToDo

2007-05-18T19:34:15Z

Msicotte: /* Other known issues */

All problems with the Aqua build should be noted here.

smsm1 is using Ericb2's build of 2006-10-15

==Text Issues==

* No cursor (not implemented)

* Multi line text : multiline sallayout to be implemented.

-> simple line works ( e.g. registration works)

* Text editing

* Fonts seems to be systematically drawn as bold

* When the size of the sheet is modified, the font in the listbox does appear the same size -> getNativeControlText() will help to fix that

* Choosen fonts can appear in the listbox only after one char has been written // bad initialisation ?

'''New part verified working''' : clicking on different fonts in the same sheet, the correct name (and size !) do appear (just refresh lacks because of redrawing issue)

==Keyboard issues==

[FIXME] : rewrite keyboard implementation Aqua adapted
even on french keyboard, en-US is used.
Only single keys are usable (a-z / A-Z).
No accented chars

[done] Some controls are missing : ismael implemented a lot ( not all ) of shortcuts + Apple key, even in the menus

==Re-drawing issues==
* Scroll bar buttons
* Text on scroll
* First launch (most of the window isn't properly drawn)

==Other known issues==

'''Crashes''' : when quit (log to be attached)

'''Native Filepicker''': not competely implemented

'''Native controls''' :

- [done] vcl control areas not correctly superposed with aqua areas on scrollbar

- when clicking on top of the blue slider, it jumps from half of its size in top direction (same for left)

- spin buttons not correctly drawn

- lisbox not drawn at all

- theme of windows still greyed (no aqua theme yet)

- several funky effects with bitmaps becuse of transparency

- listbox (fonts) : when redrawing the window larger than a certain size, the font are not drawn anymore, because <br> the size of the vcl textbox and the native textbox are different

==List from May 2007==

FIXED==

F 74626 : menu popups drawing under the Dock / Main menubar

F 73689 : fix redrawing/refresh issue on Aqua version

F 73691 : Cals does crash in some situations

F 73692 : BitBlt() to be implemented

F 73693 modify Bundle tree for native version

F accented chars and keys in keyborad are missing

F 74626 : native popup menus drawn partially invisiable

F 74392 : tooltip crash

F 77261 : Menu disappears when you hover over tooltip

F 77262 : frames around selected item don't disappear

F 75889 : extended tooltips text truncated

F 72250 : toolbar icon click -> crash with aqua menus ( not fixed ? Worksforme )

STARTED==
EricB
clipping in salframe ( shapes clipping ) using CoreGraphics - we build up a region out of single rectangles

Philipp Lohmann
proposed a fix for writer refresh http://www.openoffice.org/issues/show_bug.cgi?id=73689

Close to be fixed==

NF 73690 : fix missing cursor ( not blinking, because of refresh issue )

Not fixed==

( ? ) 72249 : vcl compiled with debug crashes

NF 73687 : implement missing functions with fonts

NF 73688 : use default font system ( WIP)

NOT STARTED
Issue 75020 : http://www.openoffice.org/issues/show_bug.cgi?id=75020
From pl : The about window is not shaped, so if this is a clipping problem, then its is not SalFrame clipping but the one in SalGraphics.

Not fixed :

NF 72249 : toolbar icon click -> crash with vcl menus ( not fixed ? Worksforme )

NF 75020 : middle part of the offscreen native button drawn few pixels off

NF 75228 : WaE for saltimer in aquavcl01

NF 74181 : Fonts problems in Writer

Unimplemented functions/methods==

in AquaSalObject

1) void AquaSalObject::ResetClipRegion()

2) void AquaSalObject::BeginSetClipRegion( ULONG nRectCount )

3) void AquaSalObject::UnionClipRegion( long nX, long nY, long nWidth, long nHeight )

4) void AquaSalObject::EndSetClipRegion()

5) void AquaSalObject::SetPosSize( long nX, long nY, long nWidth, long nHeight )

6) void AquaSalObject::Show( BOOL bVisible )

7) void AquaSalObject::Enable( BOOL bEnable )

8) void AquaSalObject::GrabFocus()

9) void AquaSalObject::SetBackground()

Unimplemented functions/methods==
AquaSalGraphics

1) void AquaSalGraphics::SetXORMode( BOOL bSet )

2) void AquaSalGraphics::SetROPLineColor( SalROPColor nROPColor )

3) void AquaSalGraphics::SetROPFillColor( SalROPColor nROPColor )

4) sal_Bool AquaSalGraphics::drawPolyLineBezier( ULONG nPoints, const SalPoint* pPtAry, const BYTE* pFlgAry )

5) sal_Bool AquaSalGraphics::drawPolygonBezier( ULONG nPoints, const SalPoint* pPtAry, const BYTE* pFlgAry )

6) sal_Bool AquaSalGraphics::drawPolyPolygonBezier( ULONG nPoly, const ULONG* pPoints,
const SalPoint* const* pPtAry, const BYTE* const* pFlgAry )

7) void AquaSalGraphics::invert( ULONG nPoints, const SalPoint* pPtAry, SalInvert nSalFlags )

8) BOOL AquaSalGraphics::drawEPS( long nX, long nY, long nWidth, long nHeight, void* pPtr, ULONG nSize )

9) ULONG AquaSalGraphics::GetKernPairs( ULONG nPairs, ImplKernPairData* pKernPairs )

10) bool AquaSalGraphics::AddTempDevFont( ImplDevFontList*, const String& rFileURL, const String& rFontName )

11) BOOL AquaSalGraphics::GetGlyphOutline( long nIndex, basegfx::B2DPolyPolygon& )

12) void AquaSalGraphics::FreeEmbedFontData( const void* pData, long nDataLen )

13) BOOL AquaSalGraphics::GetGlyphBoundRect( long nIndex, Rectangle& )

14) void AquaSalGraphics::GetDevFontSubstList( OutputDevice* )

15) void AquaSalGraphics::GetDevFontSubstList( OutputDevice* )

16) void AquaSalGraphics::DrawServerFontLayout( const ServerFontLayout& )

17) const std::map< sal_Unicode, sal_Int32 >* AquaSalGraphics::GetFontEncodingVector( ImplFontData* pFont,
const std::map< sal_Unicode,
rtl::OString >** ppNonEncoded )

18) void AquaSalGraphics::GetGlyphWidths( ImplFontData* pFont,
bool bVertical,
std::vector< sal_Int32 >& rWidths,
std::map< sal_Unicode, sal_uInt32 >& rUnicodeEnc )

19) ImplFontCharMap* AquaSalGraphics::GetImplFontCharMap() const

Unimplemented functions/methods==
in AquaSalFrame

1) void AquaSalFrame::SetIcon( USHORT nIcon )

2) void AquaSalFrame::Enable( BOOL bEnable )

3) void AquaSalFrame::SetWindowState( const SalFrameState* pState )

4) BOOL AquaSalFrame::GetWindowState( SalFrameState* pState )

5) void AquaSalFrame::StartPresentation( BOOL bStart )

6) void AquaSalFrame::SetAlwaysOnTop( BOOL bOnTop )

7) void AquaSalFrame::CaptureMouse( BOOL bCapture )

8) void AquaSalFrame::SetPointerPos( long nX, long nY )

9) void AquaSalFrame::Flush()

10) void AquaSalFrame::Sync()

11) void AquaSalFrame::EndExtTextInput( USHORT nFlags )

12) bool AquaSalFrame::SetPluginParent( SystemParentData* pNewParent )

13) BOOL AquaSalFrame::MapUnicodeToKeyCode( sal_Unicode , LanguageType , KeyCode& )

14) void AquaSalFrame::SetExtendedFrameStyle( SalExtStyle nStyle )

15) void AquaSalFrame::SetBackgroundBitmap( SalBitmap* )

16) SalBitmap* AquaSalFrame::SnapShot()

17) void AquaSalFrame::ResetClipRegion()

18) void AquaSalFrame::BeginSetClipRegion( ULONG nRects )

19) void AquaSalFrame::UnionClipRegion( long nX, long nY, long nWidth, long nHeight )

20) void AquaSalFrame::EndSetClipRegion()

[[Category:MacOSX]]
[[Category:Aqua]]
[[Category:Porting]]

Mac OS X Port Meetings

2007-05-18T19:04:01Z

Msicotte: /* Next Meeting */

You want to know last [[OpenOffice.org]] [[Mac OS X]] port development status? You want to meet us?

If you know how to use [[IRC]], weekly Mac port meetings are scheduled on a regular basis.

Hours may vary, but most of the time they are at Friday 21:00 UTC. The agenda is now being set on the Wednesday prior to the meeting (European Time).

IRC server: irc.freenode.net

Channel: #ooo_macport

'''These meetings are public, and everyone interested in OpenOffice.org development is welcome !'''

== Next Meeting ==

<div class="messagebox cleanup metadata" style="border:1px solid blue;background-color:#B3FFF5;padding:7px;">
'''The next meeting is scheduled for'''
'''Friday 18th May 2007 at 20:00 UTC, 21:00 British Summertime, 22:00 CEST (Paris/Hamburg Summer time).'''

This time was changed so more people could participate. Our meetings can be over two hours long with discussion of the ongoing Aqua build work. This will allow more developers to participate and allow the meetings to continue for a longer time. If you have a proposal for a better meeting time, please post on the Mac OS X Porting Developers mailing list. Meetings will alternate between Friday and Saturday to allow more participation.

Our IRC chat channel is on irc.freenode.net #ooo_macport
Please remember the #

See you on the IRC chat :-)
</div>

'''Agenda for 18th May 2007 meeting'''

1. Welcome new devs joining Mac OS X port

2. Last Aqua news / Work in progress

3. WWDC 2007 (weekly news)

4. Prepare OOoCon 2007 ( deadline : 1st June for proposal ! )

5. TODO tasks in Issues - to better know what needs doing and who is doing what

6. Misc

?. ... (Please complete me) ...

*. Date of Next Meeting : 18th of May, 20:00 UTC / 22:00 CEST

== Previous Meetings ==

FYI, previous meetings logs are available on this wiki:

'''[[previous Mac Meeting logs]]'''

[[Category:MacOSX]]
[[Category:Porting]]
[[Category:Aqua]]

User:Ericb

2007-04-22T16:02:52Z

Msicotte: /* Todo list */

==Public Documentation License Notice==

The contents of this Documentation (excepted Native Port Roadmap),are subject to the Public Documentation License Version 1.0 (the "License"); you may only use this Documentation if you comply with the terms of this License. A copy of the License is available at http://www.openoffice.org/licenses/PDL.html.
The Original Documentation is "Mac OS X native port". The Initial Writer of the Original Documentation is (JCA) Eric Bachard (C) 2005-2006. All Rights Reserved. (Initial Writer contact(s): ericb@openoffice.org.)

=='''Mac OS X Native port'''==

<div class="messagebox cleanup metadata" style="border:1px solid blue;background-color:#B3FFF5;padding:7px;">
'''The first Mac OS X native port objective is make OpenOffice.org run without X11 use, to make it a real Mac application.'''

'''The second one is respect Aqua Human interface Guidelines'''

''' This is a long term work, and every help and/or contributions, like donations** are welcome.'''
</div>

**see http://contributing.openoffice.org/index.html

=='''Native Port Roadmap'''==

==='''2006'''===

* June 2006: work in progress

- Basis: frame, instances, threads, drawing, painting, resizing (Stephan Schaefer, Tino Rachui)

Done:
implement threads
create, manage instance
create, manage windows (including parents)
create, manage events
create manage drawing, resizing
create, add menus (Pavel Janik)
toggle window fullscreen (Pierre de Filippis)
make font server work (Stephan Schaefer)

* Current status font support (Stephan Schaefer, 2006/07/28): the following features are basically working now
** font selection
** font size
** simple font attributes (bold, italic)

Next step: document first part, and propose design

- native filepicker (Pavel Janik, Florian Heckl)

- native printing implementation (Oliver?)

- native font implementation (Eric Bachard)

* September 2006:

- first proofs of concept: fonts, filepicker .. (more?)
- show the results (OOoCon 2006?)

==='''2007'''===

* January 2007: first alpha implementation

=='''Strategy for native port'''==

'''Possible Actions''':

Identify us:

#Complete the arrays below
#Update photos on frapr.com?

Share the work:

#Divide the work between little Teams
#Update Todo list regularly -> needs some love these days ... [http://wiki.services.openoffice.org/wiki/Mac_OS_X_Porting_-_Work_Areas/Todo%27s]

Help:

#Teach tools between us
#Do a debug party on IRC
#write documentation

Meet us:

#IRC
#Mac Meeting (like nov2005 in Hamburg?)

Inform:

#Update website regularly
#Blogs

'''WHO''':

Mac Team:

{| style="vertical-align:top; text-align:left; background-color:#efefef;"
|- style="background-color:#d6d6d6;font-weight:bold;"
|Developer \ skills || build || write code || code review || debug/trace (higher is better) || contribute to documentation ||
|-
|ericb|| x || x || || 1 || x ||
|-
|pjanik|| || || || || ||
|-
|ssa|| || || || || ||
|-
|maho|| || || || || ||
|-
|tinor|| || || || || ||
|-
|schmidtm|| || || || || ||
|-
|ebischoff|| || || || || ||
|-
|obr|| || || || || ||
|-
|cl|| || || || || ||
|-
|aliscafo|| || || || || ||
|-
|fheckl|| || || || || ||
|-
|Fridrich|| || || || || ||
|-
|plipli|| || x || || || x ||
|-
|}

'''Other resources''':

fonts: ?

events: ?

QA: James McKenzie leads QA for the Mac OS X port of OpenOffice.org and is looking for volunteers to spread this effort over several people and needs people from all over the world to test various languages.

graphical: ?

Communication: ?

'''WHAT''': Status of most important tasks

{| style="vertical-align:top; text-align:left; background-color:#efefef;"
|- style="background-color:#d6d6d6;font-weight:bold;"
| Task || Names|| Urgency (1=higher)|| Work in Progress || Done || Code review || Debug || Integration ||
|-
|Get rid of X11||done || 1 || x || x || || || ||
|-
|Bundle|| || 1 || x || || || || | ||
|-
|Drawing|| || 1 || x || || || || || ||
|-
|Fonts||plipli || 1 || x || || || || || ||
|-
|Events management|| || 2 || x || || || || || ||
|-
|Controls (see list) ||ericb, aliscafo || 2 || x || || || || || ||
|-
|Native FilePicker||Florian Heckl, Pavel Janik || 3 || x || x || || || || ||
|-
|Native Printing||Yvan Barthelemy || 3 || x || || || || || ||
|-
|Native SpellChecker|| || 4 || || || || || || ||
|-
|Player||Mox Soini || 4 || x || || || || || ||
|}

Other tasks:

Help for writing bug lists, status of bugs ..etc

Write howto use gdb, leaks, other tools

'''WHEN''':

From Christian Lippka (last meeting, 25th of august 2006):
Aug 26 00:21:38 ChristianL
from my point of view what is missing for point 1:
text layout, complete font support, keyboard support,
fixing repaint issues, having aqua install and run out of the box

'''September 2006'''

Present the current state of the project at the 2006 OpenOffice conference in Lyon and Paris

'''Late 2006'''

fix OpenOffice.org launch
fix drawing (repainting)
Implement missing methods and fix most important bugs (mainly the one leading to crash) in:
ATS
Salgraphics
Salinstance

'''January or February 2007'''

make Java work (works partially)
make intensive debug
present something working as alpha

'''June 2007 '''

Implementation of:
native filepicker
native printing

== '''Become a Domain Developer for Mac OS X port''' ==

People regularly contributing to Mac OS x port with regular and quality patches are, after proposal, invited to become a [[DomainDeveloper]].

The purpose of this document is to clearly define all the steps to become a [[DomainDeveloper]].

Preliminary : step 1 in [[Commit_Rights]] must be completed and checked, and you must be in the list of [[http://www.openoffice.org/FAQs/faq-licensing.html#jca1 JCA Licensed people]]

=== Steps for ssh2 key to be uploaded ===

==== Create the key ====

Everything is described here : [[http://www.openoffice.org/scdocs/ddSSHGuide.html SSH Guide]]

==== Upload the key ====

You must create an issue, like described below :

Component : www

Sub Component : openoffice.org cvs

Title : CVS Commit access request

Add louis ( Louis Suarez Potts) or st ( Stefan Taxhet ) on CC

Upload your ssh2 public key respecting the process ( Attach a DSA key, not an RSA )

A project lead will confirm your request

Then the support will upload your key

Once done the issue is set to Fixed , and the next step has to be verified before '''you''' close it.

'''EXAMPLE''' : [[http://www.openoffice.org/issues/show_bug.cgi?id=75291 Upload SSH2 Key for Etsushi Kato]]

==== Verify it works ====

You now can try to connect via tunnel, and follow instructions given [[http://www.openoffice.org/scdocs/ddSSHGuide.html SSH Guide]]

If something goes wrong, ask for help to support, with a maximum of details, to solve the problem.

Once it works, the issue can be closed, and you can e.g. test downloading a module from tunnel repository :

First create a tunnel with the command:
<pre>
ssh -2 -x -L 2401:localhost:2401 tunnel@openoffice.org
</pre>

Then in a new window:

<pre>
export CVSROOT=":pserver:your_login@localhost:/cvs"

cvs login ( enter )

(your password )

mkdir TEST

cd TEST

cvs -z4 co -r SRC680_m205 vcl

cd vcl

cat CVS/Root -> should indicate : your local repository
</pre>

=== Ask for CVS access for all modules required ===

Two steps : create an issue is mandatory because the concerned project is tools, and because people can have only ssh2 key without being [[DomainDeveloper]].

==== Create an issue ====

You must create an issue, described below :

Component : tools

Sub Component : www

Title : CVS access to all modules required

Assigned to mh + CC for ericb and/or pjanik

Present yourself quickly, and ask the access

A project lead will confirm

An admin will confirm this is ok, and set the issue to Fixed

'''EXAMPLE''' : [[http://www.openoffice.org/issues/show_bug.cgi?id=75494 CVS Access all modules for Etsushi Kato]]

==== Verify ====

Create the tunnel :

open a terminal and type :

ssh -2 -x -L 2401:localhost:2401 tunnel@openoffice.org

once logged in, open a new terminal, and do ( for example ):
<pre>
cd $OOO_SRC_ROOT/

source MacOSXPPCEnv.Set.sh { source MacOSXX86Env.Set.sh for Mac Intel }

cd vcl ( for example )

IMPORTANT : be sure vcl has been checked from tunnel, not from anoncvs ( cat CVS/Root will give you the answer )

export CWS_WORK_STAMP=aquavcl01 # Only needed for working with [[EIS]], can change for a different CWS ;)

cd aqua/source/gdi

add your changes to your_file.cxx, then commit :

cvs commit -m "#i75689# bla bla ... the reason of the modification(s)" your_file.cxx # The #i75689# is an issue number in the tracker

cvs update

If nothing is wrong, cvs update should not return M for your_file.cxx, means the commit is successfull.
</pre>
In case of problem, use the issue until it is fixed

<big>'''Welcome aboard :)'''</big>

== '''Mac OS X porter Team at WWDC 2007''' ==

=== What ? ===

See [http://developer.apple.com/wwdc/ Apple WWDC 2007]

=== Why ? ===

Our Objectives for going are :

1) Rendez-Vous : Present our current work to Apple people, easy to meet only during WWDC ( Apple people can give us a face, and keep the contact )

=> There is information difficult to find or ask by email, or IRC or whatever web : direct contact saves a lot of time, and is a very efficient way to progress with code

2) Expertise : define what is expected for User Interface with people from Apple UI project

=> Last year, Apple UI project proposed me to help us, once our native menus will be working.

This is now done, and meet them cannot be a bad idea :)

3) Find Code : ask for code review and find code snippets for :

- HIView
- Printing
- Drag and Drop
+ more if possible

=> More than 1000 Apple engineers are present, and can answer our questions regarding the code, during the whole week

During WWDC2006 we found all the relevant informations for RunApplicationEventLoop() to be implemented . Without this code, we wouldn't have something working at all, because this event loop is the key for everything in OpenOffice.org on Mac OS X ( without X11 ).

4) Social Contract : Discuss and meet new developers and / or american people working for Mac OS X port (like Michael Sicotte, Vijay Venkatraman , other.. )

5) Visibility : make OpenOffice.org project visible in an ocean of other software. This is extremely important because it shows that OpenOffice.org project is alive for Mac OS X platform.

=== Who ? ===

* Sébastien Plisson
* Shaun McDonald
* Eric Bachard

=== Todo list ===

Please add topics, technical questions you would see asked by attendees to Apple engineers during WWDC

Mike Sicotte:
I understood that implementing printing in aqua OOo was a topic that we didn't get accepted into Google SOC - so remains on the ToDo list. I notice that there are three Sessions specfically related to printing at WWDC:
Leveraging the Common Unix Printing System (CUPS)
Printing with Style in Mac OS X
Printing Lab
If this is judged to be a good use of time at WWDC I would be willing to spend some time to help further develop the questions to be addressed with the Apple engineers.

== '''Mac OS X porter Team at OOoCon 2007''' ==

=== Who ? ===

* Shaun McDonald
* Eric Bachard

=== What ? ===

The conference is over 3 days. Presentations should last around 45 minutes. http://www.openoffice.org/servlets/ReadMsg?list=announce&msgNo=320 Papers have to be submitted by 1st June to be considered.

Ideas :

Mike Sicotte: Perhaps the results of the Google SOC could be a presentation.

*create a complete topic for Mac port (one stream for a day or half day)
*How to improve ooo usability though the use of floating palettes instead of modal dialogs

- several presentations / BOF

Eric Bachard : Aqua OpenOffice.org ( conf / 1 hour )

Others ?

*reserve rooms together ? Better rent a house?

* [FIXME]

=='''2nd Mac porters meeting'''==

This section has been moved to [[2nd Mac porters meeting]]

=='''IRC Mac port meetings'''==

This section has been moved to [[MacOSXPortMeetings]].

== '''Mac OS X (X11) Quality Assurance'''==

This section has been moved to [[Mac OS X ( X11) Quality Assurance]]

== '''Mac OS X Implementing HIView and Carbon events'''==

This section has been moved to [[Mac OS X Implementing HIView ]]

== '''Debug OpenOffice.org using XCode '''==

[[ MacOSX Debug OpenOffice.org using XCode]]

=='''Description of the Native Port problem'''==

=== How does OpenOffice.org work on Mac OS X? ===

Currently, on Mac OS X, OpenOffice.org uses X11, as "client": X11 is a graphical server, coming from Unix world, and able to run under Linux, *BSD, Solaris, Mac OS X.

- X11 is run as an application, managed like other Apple applications.
- All unix like applications are managed by X11, and from Aqua environment, only X11 is seen as only one applicatiion,
even if other Unix/Linux (e.g.) applications are runing.

OpenOffice.org asks X11 to display a window, waits for X11 acknowledgment, and OpenOffice.org displays the window. All transactions use the network, locally or not. the same mechanism is used for everything to be displayed.

[[User:Ericb|Ericb]] 11:39, 3 June 2006 (CEST)

=== Issues and known problems ===

All events are managed by OpenOffice.org and X11, using the Xlib

Only .ttf fonts type is currently available. Note: '''system fonts are available '''

The rendering is made by X11, not by Mac OS X rendering engine.

X11 and all its clients are seen as one application only: drag and drop protocol does not work because of that (solution: Pasteboard Manager)

==== Other links ====

http://wiki.services.openoffice.org/wiki/List_of_OpenOffice.org_Mac_OS_X_issues_and_problems#

http://wiki.services.openoffice.org/wiki/Printing_problems_with_OpenOffice.org_2.0_for_Mac_OS_X#Reporting_printing_problems

[[User:Ericb|Ericb]] 11:39, 3 June 2006 (CEST)

== What do we have to do?==

* (in progress) : Implement direct access to Apple graphical engine, using Apple API: Quartz2D/CoreGraphics (and replacing Xlib use)

like: instantiate, manage events and threads for a graphical instance + all needed objects, drawing: manage all drawing cases

* (in progress) : Implement native events management, using CarbonEventManager (replacing Xlib management)

* (in progress) : Implement native font use, using Apple Type Server and ATSUI (for Unicode Imagery) (replacing X11 management)

Work in progress: [[Mac OS X Porting - Native Fonts]]

* Implement native sound, using QuickTime (replacing Java Media Framework): [[Mac OS X Porting - Native Audio and Video]]

* Implement native Drag and drop, Implementing Pasteboard Manager: [[Mac OS X Porting - Native Drag and drop]]

* (done experimental) Implement Native Filepicker

* Implement Native Printing: current uses cups, but native printing is mandatory: [[Mac OS X Porting - Native_Printing]]

* Implement Apple Spellchecker

--[[User:Plipli|Plipli]] 09:27, 25 March 2007 (CEST)

=='''Where is located the code to be modified?'''==

Most of the changes are located in vcl (Visual Class Layer), for everything graphical, events, fonts, rendering and printing.

Other, for sound and movies will be in avmedia (where the player is implemented in OpenOffice.org sources).

For drag and drop, dtrans is concerned (Pasteboard Manager implementation)

[FIXME]: Filepicker? Apple Spellchecker?

[[User:Ericb|Ericb]] 11:39, 3 June 2006 (CEST)

=='''How will the new implementation be tested?==

Currently, all openOffice.org code can be compiled without using the Xlib. but of course, a lot of features are missing,

and the final package simply won't work

In vcl module", a '''toy''' called svdem is built at buildtime. This binary is linked to libvcl* and so all new stuff can be tested.

e.g. : draw anti-aliased lines works well.

Everything implemented in aqua vcl code will be included in libvclplug_aqua, and svdem source code will contain a specific part to proceed tests.

<div class="messagebox cleanup metadata" style="border:1px solid blue;background-color:#B3FFF5;padding:7px;">

'''The magic is: when all needed features will work with svdem, it will work in the new version of OpenOffice.org !!'''

</div>

[FIXME]: add more complete list of features to implement and test.

== AquaVCL 01 cws ==

[[http://qa.openoffice.org/issues/buglist.cgi?keywords=aqua Top 10 of Aqua issues]]

[[Aquavcl01 tasks]]

===Changelog ===

====Work in progresss : alpha 0.6 ====

Started (19th March ) :

Michael Sicotte proposed to investigate in timers, and continue [[http://www.openoffice.org/issues/show_bug.cgi?id=75228 Pavel's work]] : objective is to replace obsolete code. ( 23th March)

[experimental] plipli proposed a patch for a new salframe implementation, using HIView + optionally compositing (21th March )

[commit scheduled] Michael Sicotte proposed a complete patch for invert() ( SAL_INVERT SAL_INVERT_50 and SAL_INVERT_TRACKFRAME ) (20th March )

Tino proposed to work on code cleanup in salatsuifontutils.cxx, removing obsolete code

ismael and michael work on invert() + drawAlphaRect()

Damien started to work on drawEPS()

plipli and ericb work on refresh

==== alpha 0.5====

Top 10 Summary : 7 issues over 10 are fixed or very close to be :

'''time to code review, tracing, and search for memory leaks'''

[done] Unicode input in salframe ( ekato ) ( 19th March )

[experimental, works partially] beginning of HIView + HIComboxes works (text still missing) (ericb + plipli) ( 14th March )

[done] replace NewRgn() in salframe (ericb (11th March )

[experimental, but very interesting] Improved native windows ( ismael ) ( 7th March )

====alpha 0.4====

'''[Informative]''' build runs with Leopard 9A377a ( fheckl ) ( 7th March )

Refresh screen issues (plipli) (4th to 10th March )

'''[informative]''' plipli announced progress with refresh screen issues ( 28th February )

[experimental, not yet commited] Proxy configuration from system ( pjanik) ( 28th February )

[done] highlighted native button ( pjanik) ( 27th February )

Native File Picker works ( fheckl / pjanik ) ( 23th February )

====alpha 0.3====

Cursor does appear -> invert() + setting a setBlinkTime value in UpdateSettings() (pjanik /ericb )

[done] mirroring negative images (ismael) + DrawAlphaBitmap() + CreateWithMask()

pjanik patch for Focus Events

[done] scrolling works ( pjanik ) (17th February )

[done ] carret works ( plipli) (17th February )

[done] checkbuttons fix for checkmarks (ericb) ( 17th February )

'''[Informative]''' Pavel Janik propose to solve offScreen buffer using HIView ( 17th February )

[experimental, never commited] patch for macosxrc.txt use + UpdateSettings() use in salframe.cxx ( ericb ( 16th February )

Michael Sicotte joined the Team ( 15th February )

invert() : first try (ericb) ( 13th february )

====alpha 0.2====

[12th February 2007 ]

[done] calc does not start : bug identified by tino , first workaround (ericb) [[http://www.openoffice.org/issues/show_bug.cgi?id=73691 issue 73691]]

[done] bitmaps in native popup menus (ismael)

[done] replace obsolete code for HandleWindowPaintEvent(), newRgn() .. etc (ericb) (12th February)

correct salatslayout patch (plipli) ( 11th February)

'''[Informative]''' Michel Renon proposed a summary about his work on fonts issues

[patch] Pavel fixed several menu crashes (09th February )

'''[Informative]''' : Pavel posted a mail about several crashes origin

patch for radioboxes and checkboxes ( ericb ) (9th February)

first complete patch for salatslayout.cxx ( plipli) ( 9th February )

[done] most important crashes fixed ( pjanik) ( 09th february )

Modified baseline for 2.2. : Mac OS X10.4 -> Aqua will be 10.4 and 10.5 compatible only ( ericb)

first try with multi line sallayout (plipli ) ( 08th February )

Damien Duportal joined the Team ( 7th February )

[done] scrollbar changes (ericb ) ( 4th February )

====alpha 0.1====

create Top 10 of issues before alpha 3rd February 2007 : See : [[http://porting.openoffice.org/mac/news/2007/20070203toptenbeforealpha.html Top 10 of issues]]

[experimental, not commited] patch for TPT() implementation (ericb) ( 2nd February 2007 )

Pavel Janik proposed to implement TransformProcessType() ( 2nd February 2007 )

[not commited] implement UpdateSettings() (ericb)

Pavel Janik resynchronized aquavel01 cws with m202 ( 2nd February 2007 )

====alpha 0.03====

Michel Renon joined the Team (1st February )

[done] fix checkbuttons and radiobuttons issues: offsets, redrawing of the check marks ( ericb)

[done] fix scrollbar buttons (implement correct methods to retrieve dimensions)

[done] implement mapfiles for Mac OS X (Stephan Bergmann, Daniel Boelzle, Tino Rachui , Pavel Janik)

====alpha 0.02====

[done] modify libsalsystools.dylib to be correctly loaded with the bundle (ericb, + pjanik)

[done] add mouse drag events ( pjanik )

====alpha 0.01====

[done] add new feature for Aqua windows, to allow QuickTime player use( mox )

[done] replace obsolete code in salframe.cxx with (ericb)

[done] fix correct size for main window (GetOptimaWindowSize() ) (ericb)

[done] fix alpha channel in pixmaps (ismael)

====alpha 0.0====

[done] pushbutton where not correctly drawn (ericb)

[done] fix missing mouse events (pjanik)

[done] fix nRepeat in text entry (ssa)

2nd Mac porters Meeting

===Work in progress ===

URGENT :

Top of issues causing crashes : event issue when tips is enabled causes crashes ( well known window / handler / window desctructor / event loop bug )

Salatsuifontutils : replace old code, track leaks : tino

[done] Bitmaps : ( isma87)

[running] Crashes : (tino, pjanik, ericb, isma87, plipli )

[???] Drag and drop : (vijay)

[???] Printing (ybart)

Florian Heckl proposed a subject for Google Summer of Code about native printing

Drawing/ windowing ( plipli / ericb ) -> mainly refresh

[done] Implement cursor

[started] Native Controls (ericb)

[work in progress] partial multiline sallayout (plipli )

To do :

(started, Oliver) - modify the tree to make the bundle start without hack ( issue fixed during buildtime)

(started, Florian Heckl) verify Native FilePicker implementation ( works , tested in Hamburg )

[done] Ismael Merzaq) implement blit functions in salgdi ( important fix: probably apha version to be tested once done)

[done] Sebastien Plisson- update the missing functions list ( fonts ... ask hdu & cl

[started] ericb, Mox Soini, Sebastien Plisson, Tino Rachui, Pavel janik continue to replace obsolete code

fix crashes with menus (started : tino )

== '''Sort of documentation about VCL around Native Mac OS X port''' ==

Do we really need to understand how it works? ;-)

vcl content:

ls -laR | wc -l
1750

-> Uff 1750 files to analyse :-/

Our purpose is to describe the vcl organisation. The content of vcl is so important, that at the begining, the content will looks a bit confused. e.g. class names ..etc have nothing to do, only description with words and sense, but this will need some time before we can understand everything.

How analyse with more efficiency? After some months to anlalyse '''"horizontaly"''', it appears that list all the content of a directory is not the solution. Of course, we learned a lot, but we now have to complete with '''"orthogonal"''' method (compared to the previous one). The first method wasn't obviously not the good/best way to describe vcl.

[FIXME] a different approach (will ask confirmation to Philipp Lohman), could be a description of how it work in runtime. First define what an instance is, a frame, and what exactly is concerned by such "objects".

With that, we can write a list of different objects all using the same scheme: empty boxes (means pure virtual methods and classes in generic libvvcl), really implemented in the specific part, and finally, the API "encapsulated".

The most difficult is to see where the API is used. But for all the parts, this is the same.

Finally, '''what is important is the design of vcl'''. Which '''patterns''' are used? What are the dependencies, how works the stack for the events, how works the scheduler, the timers too is very important, even fundamental for Aqua implementation. Will have a look at gsl mailing list, and other resources. Probably everything is already (randomly) written somewhere.

=== VCL organisation ===

Thank's to Philipp Lohmann for this short, but precise description:

Basically vcl is divided in the system dependent and the system independent part. The interface between these two is mostly the Sal interface (every interface name Sal*: SalInstance, SalFrame, SalGraphics, SalPrinter, etc.).

SalInstance is a factory that can create all the other abstracted interfaces of the system dependent part. It also provides the main loop SalInstance::Yield()

SalFrame abstracts any kind of system window.

SalVirtualDevice abstracts an offscreen window (e.g. a Pixmap on X11)

SalPrinter and SalInfoPrinter abstract the system print queues where SalInfoPrinter is for querying and SalPrinter for actual printing.

SalGraphics is an interface produced by either SalFrame, SalVirtualDevice or SalPrinter which is used for actual drawing operations (text, bitmaps, vector graphics)

SalSound is for sound playing.

SalBitmap provides memory for bitmap graphics as well as methods converting this memory to a system handle (e.g. a Pixmap on X11).

SalOpenGL provides OpenGL functionality if available.

SalTimer is an interface for periodically triggering the event queue (to timer implementation).

SalI18NImeStatus handles how the status window of an Input Method Editor (IME) should display (this is mainly X11 specific).

SalSystem has some system specific methods that did not belong anywhere else:-)

Of all these there interfaces is at least one implementation per system (Windows, X11 or Mac). The Unix implementation also has a plugin concept to allow for integration of different native toolkits (currently gtk and Qt) which became necessary for the implementation of Native Widget Framework (NWF) to display controls like their normal desktop counterparts.

Basically the independent part (what is beneath vcl/source directory) has generic methods for drawing, window handling and stuff which it brings into a suitable form and then delegates to the system specific implementation (located beneath vcl/win for Windows and vcl/unx for the X11 platforms).

[[User:Ericb|Ericb]] 16:12, 1 July 2006 (CEST)

===Sub-directories description ===

==== '''Organisation of vcl directories''' ====

[[Image:aquavcl_organisation_complete_02.jpg]]

==== '''Directories in vcl. Short description''' ====

''' aqua ''': The name Aqua means Apple look and feel, and is well known as [http://developer.apple.com/documentation/UserExperience/Conceptual/OSXHIGuidelines/XHIGIntro/chapter_1_section_1.html Aqua Human Interface Guidelines]. This look and feel means Mac OS X. The work was begun by (probably) P. luby, Dan Williams Herbert Duerr (most of fonts stuff) and Ed Peterlin. Currently in ruin, this directory does contain a lot of ideas to investigate. The most important part of needed changes for native version (3.0) will be done inside aqua dir inc: does contain all vcl relative includes [PART1]

''' prj ''': Does contain build.lst and d.lst build.lst give us dependencies: probably a lot for vcl, build 98th module over ~148. Everything graphical depends in vcl.

''' qa ''' does contain all quality assurancy stuff

'''source''': the most important:-) This directory contains common sources for all architectures and OS. Mainly: Windows, Unix: Linux , Mac OS X (X11), Solaris, including generic, kde and gtk plugins, and Aqua (Mac OS X without X11, work currently in progress).

Depending on the OS and the architecture, binaries are built or not.

''' test ''': This directory does contain all the needed stuff for tests. As example, in qa/testdocuments, you'll find three documents (one writer, one calc and one impress) for tests purpose.
Other available tests are about memcheck and persistent window state.

''' unx ''': this directory does contain all unixes stuff. We have to understand what is inside to implement aqua port. For example, a lot of classes/strutures and objects use Xlib calls we have to replace with Carbon/Cocoa call (at least at first time) for Mac OS X native port.

''' win ''': Doing Mac OS X native port, I first believed this directory was not interesting for us, but I was wrong: OpenOffice.org roots are inside this directory, and a lot of comments and resources are inside. Mainly interesting if Carbon is used.

'''workben''': Does contain a toy called "svdem". svdem is a binary, used for new implementations. For example, actual aqua development uses svdem intensively, to verify all important properties we need:

- display a window first (al least ...:))

- close cleanly this window

- display a point

- trace a line

- trace an area

- superpose two areas doing some important graphical operations, (like xor),

- display a character

- display a menu.

- intercept events correctly.

[FIXME] add more tests

[[User:Ericb|Ericb]] 13:21, 3 June 2006 (CEST)

=='''Naming convention''' ==

* Class names start with upper case letters, to improve readability.

* Implemented Class names are derived from the virtual classes but can of course take arbitrary names.
To increase readability, it's recommended to closely follow the base class name.

* '''Impl prefix: means Implementation details'''. The concerned class or method or function is not used outside of this module, so no external code (or other libraries) can see it.

'''[[ Events types using Carbon API (Mac OS X): ]]''' A lot of events have to be managed in runtime. Here is a short description

- do not freeze because bad event loops

- event types implementation: currently, they are defined in vcl/aqua/inc/aquavclevents.hxx

Apart: exact sense of hedabu? -> [FIXME] as far as I understood it: it is like "copy" to deliver software into the solver, with extra magic. The header files for example are manipulated so paths need not be exact. "headabu" is supposed to disappear little by little.

== '''What do we have to build in vcl?'''==

Two libraries, corresponding ressources (localized) and a toy so called « svdem »

'''Common part''':

in grey on right. The result will be a non architecture dependant library, built in all cases: for instance, libvcl680mxi.dylib on Mac Intel.

'''Specific part " a plugin " ''':

Light yellow: aqua part will only concern Mac OS X (non X11) the name will probably be libvcl_aqua680mxi.dylib

As you can see, win means windows part, in blue

For Unix build (Linux, Solaris or current Mac OS X X11), in purple.

Result will be:

libvclplug_PLUGIN680mxi.DLLSUFFIX , where PLUGIN can be iether gen (generic) or gtk (using gtk+) or kde (using qt), and DLLSUFFIX can be either .so (linux) or .dylib (Mac OS X) ...etc (I'm not sure for other cases).

Example: libvcl680mxi.dylib and libvclplug_aqua680mxi.dylib

'''In runtime''', libvclplug_aqua will be linked to libvcl680. the first one will contain the real implementation (respecting the API, e.g. Carbon) while the generic libvcl will only contain pure virtual methods ...etc like "empty boxes".

=== Current Aqua content ===

A more complete description of aqua (Mac OS X / no X11 specific): [[Image:Vcl_aqua_organisation_02_tree.jpg]]

==EXISTING objects to build in aqua==

===Sal APP "everything application"===

[FIXME] add all objects descriptions

==== saldata ====

* '''Defined in plugin exclusively''' (i.e. for headers)

Unix: unx/source/app/saldata.cxx (header in unx/inc)

'''Aqua: aqua/source/app/saldata.cxx (header in win/inc)'''

Windows: win/source/app/saldata.cxx (header in aqua/inc)

* Role: saldata contains various kind of data used by the implementation for the concerned platform. '''It is a bunch of global data collections reserved for the platform'''

It is just completely platform dependent, and nobody except this plugin can see it.

'''Saldata is something like a "second sal", but providing an abstraction regarding windowing and graphics''', while SAL module provides an abstraction more Operating System oriented)

e.g. : have a look at XRequest array in vcl/unx/source/app/saldata.cxx => all calls are for Xlib (X11). Ok, useless there, but interesting:-)

[FIXME]: use Windows implementation could be a good starting point. Nothing is the same, but the current aquavcl cws uses similar objects, and it works very correctly.

saldatax.cxx uses classes SalInstance, SalObject, SalFrame, SalVirtualDevice, SalPrinter and fontList.

Current list of possible objects who can be instantiated/released:

structure SalData: does contain pointers on all kind of objects from other classes used in saldata.

inline functions: [FIXME]: complete the description

- SetSalData:
- GetSalData:
- GetAppSalData:

==== salinst ====

=> implemented in vcl/aqua/source/app/salinst.cxx

Role:

* get environment, mutexes, instantiate AquaSalInstance (Ctor, Dtor),

* instantiates/releases a lot of other objects using Get() / CreateObject() / DestroyObject() methods.

Current list of possible objects who can be instantiated/released:

* VirtualDevice [FIXME]: exact role?

*Printer

- GetDefaultPrinter/ CreatePrinter() / DestroyPrinter - what a name ;-) -

- InfoPrinter (Get/Create/Delete)

- PrinterQueue (DeletePrinterQueueInfo / GetPrinterQueueInfo / GetPrinterQueueState)

* System (Create / Delete) [FIXME]: what means system here?

* Events:

AquaSalInstance::SetEventCallback()

AquaSalInstance::SetErrorEvenCallback()

AquaSalInstance::GetConnectionIdentifier()

* Menu / MenuItem:

AquaSalInstance::CreateMenu() / same for DestroyMenu()

AquaSalInstance::CreateMenuItem / same DestroyMenuItem()

* Sound:

AquaSalInstance::CreateSalSound() => object to a pointer of SalSound type

Note: AquaSalInstance::DestroySalSound is not implemented (?)

* Timer: CreateTimer() /

AquaSalInstance:: DestroyTimer() is not yet implemented (?)

Class MacImeStatus: inherits of SalI18NImeStatus

-> only there to see if there is a window to toggle into menubar [FIXME]??

AquaSalInstance::CreateI18NImeStatus(): instantiates MacImeStatus

'''For futher informations, see: ''' '''[[Content of salinst.cxx]]'''

([[User:Ericb|Ericb]] 16:11, 20 May 2006 (CEST) )

==== salmain ====

Role: if possible, runs the standard vcl application code SVMain()

([[User:Ericb|Ericb]] 16:15, 20 May 2006 (CEST))

==== salsound ====

==== salsys ====

==== saltimer ====

==== saltimer ====

The main problem with SalTimer is the code we use is obsolete. To remove this deprecated code, sevarl work have been tried

1) Pavel Janik, in issue 75228

works, but a serious problem is remaining (a thread issue, nothing anybody explained yet)

2) eric bacahrd ( code will be attached soon )

3) Michael Sicotte, who proposed to work on that, and continue Pavel implementation.

SalTimer description

AquaSalTimerproc

AquaSalTimer::Start()

AquaSalTimer::Stop()

AquaSalTimer::Restart()

AquaSalTimer::Installtask() // yet needed ?

=== Sal GDI (everything Graphical Display Interface) ===

====salgdinativewidgets====

[[native controls]]

==== salatslayout ====

==> implemented in vcl/aqua/source/gdi/salatslayout.cxx

- Handle text layouting :

* Use ATSUI (ATSUCreateTextLayoutFromPtr) to layout the text unicode char buffer
* Use ATSUI (ATSU..) to get informations about glyphs
* Populate different arrays (mpGlyph2Chars, mpChars2Glyph, mpCharsWidths, mpGlyphAdvances)
that are used in various methods.

==== salatsuiutils ====

==== salfontutils ====

==== salmathutils ====

==== sal bmp ====

==== salvd ====

==== salpixmaputils====

==== salprn ====

====salrectangle====

==== salvd ====

=== Sal Window===

==== salframe ====
Documentation in progress, from damiend :
[[User:Damiend|Damiend page]]

====salobj====

== TO BE IMPLEMENTED (missing in Aqua)==

===Audio===

====audioconvert====
(obsolete?)

====devaudio====
(obsolete?)

====native sound====

====salimpsound====

====vsound====

===i18n===

===keysymnames===

===saldisp===

===sm===

[FIXME]: is session manager usefull?

=='''Native Controls'''==

====Scrollbar====

'''Works as expected'''. The most important work is done

See : [[Mac_OS_X_Porting_-_Native_Controls#ScrollBar]]

====DrawThemeButton() documentation====

'''Started'''

See : [[Mac_OS_X_Porting_-_Native_Controls#ComboBox]]

Started
<pre>
DrawThemeButton
Draws a button.

OSStatus DrawThemeButton (
const Rect * inBounds,
ThemeButtonKind inKind,
const ThemeButtonDrawInfo * inNewInfo,
const ThemeButtonDrawInfo * inPrevInfo,
ThemeEraseUPP inEraseProc,
ThemeButtonDrawUPP inLabelProc,
UInt32 inUserData
);
Parameters
inBounds
A pointer to a structure of type Rect. Pass a rectangle specifying the boundary of the button, in local coordinates.

inKind
A value of type ThemeButtonKind. Pass a constant specifying the type of button to draw.
See “Theme Buttons” for descriptions of possible values.

inNewInfo
A pointer to a structure of type ThemeButtonDrawInfo. Before calling DrawThemeButton,
set the structure to contain the new state, value, and adornment for the button.
DrawThemeButton uses the information passed in the inNewInfo and inPrevInfo parameters
to apply transitional animation or sound effects as the button state changes, if such are
specified under the current theme.

inPrevInfo
A pointer to a structure of type ThemeButtonDrawInfo. If the button state is changing,
set the structure to contain the previous state, value, and adornment for the button,
to allow DrawThemeButton to apply any transitional effects. If the button state is not
changing, you can pass NULL.

inEraseProc
A value of type ThemeEraseUPP. If you have a custom background, use this parameter to pass
a universal function pointer to an application-defined function such as that described in
ThemeEraseProcPtr. DrawThemeButton calls this function to erase the background before drawing
the button. If you pass NULL, DrawThemeButton's default behavior is to erase the background
for you.

inLabelProc
A value of type ThemeButtonDrawUPP. If you pass a universal function pointer to an
application-defined function such as that described in ThemeButtonDrawProcPtr, DrawThemeButton
calls that function to draw the label of the button. If you pass NULL, no label is drawn.

inUserData
An unsigned 32-bit integer. Provide any data to be passed in to the callback functions specified in
the inLabelProc and inEraseProc parameters. Pass NULL if you do not wish to provide any data.

Return Value
A result code. See “Appearance Manager Result Codes”.

Discussion
The DrawThemeButton function draws a theme-compliant button. If a ThemeEraseProcPtr is
specified in the inEraseProc parameter, DrawThemeButton uses that function to erase the
background of the button before drawing the button. After the button is drawn, if a
ThemeButtonDrawProcPtr is specified in the inLabelProc parameter, DrawThemeButton calls
that function to draw the button’s label.

Note that DrawThemeButton also draws any appearance adornments for the button and that these
can extend beyond the button’s basic bounding rectangle, as specified in the inBounds parameter,
and may be of variable shape. You may therefore wish to call the function
GetThemeButtonBackgroundBounds to obtain the actual rectangle containing the pixels belonging
to a button under the current theme.

Version Notes
This function is available with Appearance Manager 1.1 and later.

Availability
Available in CarbonLib 1.0 and later when Appearance 1.1 or later is present.
Available in Mac OS X 10.0 and later.
Declared In
Appearance.h
</pre>

====HIComboBoxCreate() documentation====

<pre>
HIComboBoxCreate
Creates a combo box control.

OSStatus HIComboBoxCreate (
const HIRect* boundsRect,
CFStringRef text,
const ControlFontStyleRec* style,
CFArrayRef list,
OptionBits inAttributes,
HIViewRef* outComboBox
);
Parameters
boundsRect
The bounding box of the control.

text
The default text in the editable portion of the control. Can be NULL.

style
The font style of the both editable text and the text in the disclosure list. Can be NULL.

list
The default values available in the disclosure list. Can be NULL.

inAttributes
The default attributes of the combo box. For possible values, see “Combo Box Attributes”.

outComboBox
On exit, a pointer to a reference for the new control.

Discussion
The combo box can be used in compositing mode, as well as traditional Control Manager mode.
When created, this view is invisible. To see the view, you must show the view by calling HIViewSetVisible.
</pre>

== What is used for Linux, Windows, Mac OS X ...build ? ==

'''[[Description of the dependencies]]'''

'''[[Windows]]'''

'''[[MacOS X]]'''

'''[[Linux]]'''

'''[[Solaris]]'''

== Content of Aqua ==

'''[[Click here to see the complete list]]'''

'''Content of vcl/inc'''

Notes:

1) Where to find includes

<foo/bar.hxx> means you can find bar.hxx in the foo module. The new style file is foo/inc/foo/bar.hxx, old style is foo/inc/bar.hxx and sometimes the file is somewhere else in the tree or generated. The deliver process copies/generates the file into solver at solver/680/build_type/inc/foo. Good for fixing broken builds. ;-)

2)
suffix .h (for C calls or first version?) or .hxx (C++)

'''A) Family of includes''':

Looking more closely at the list brings to the fore (expression from dictionary ;-) ) that include names are
informatives. Most of the time, the name gives the function/role.
What is interesting is the files with name begining with "sal". sal means System Abstraction Layer + include's function (or explicit name).

Partial list, for example:

salatype.hxx

salbmp.hxx

salctrlhandle.hxx

salctype.hxx

salframe.hxx

salgdi.hxx

salgeom.hxx

sallayout.hxx (main header for fonts services)
...
salmenu
salnativewidgets
...etc

Other important families are "sv" and "uno" or "win" (window) prefixed. sal family will be analysed apart.

'''B) Includes of includes'''

Some includes are more important than other. To prove this, just have a look is sufficient: some are always needed, and some more rarely.

To verify, a simple test to do in vcl/inc:

egrep -H "#include" ./* | wc -l gives me 681 lines ! And some of them are the same...

To know more, the precedent command line can be modified to make appear the numerous call
to the same includes files.

egrep -H "#include" ./* | cut -d"#" -f2 | sort > liste.txt

The content of liste.txt is explicit: dllapi.h, sv.h and some other are very important, while some other includes are only one or two times used. We can see too that vos includes are numerous, even if vos is deprecated**

**see http://wiki.services.openoffice.org/wiki/Source_code_directories

I'm nearly sure that a complete analysis of just this result will give us a lot of information.

I propose to change the order of analysis starting with dllapi.h and sv.h.

[to be continued]

'''B1) "sal" includes family'''

[[salinst.hxx]] This seems to be the main include file

[[salatype.hxx]]

[[salctrlhandle.hxx]]

[[salctype.hxx]]

[[salframe.hxx]]

[[salgdi.hxx]]

[[salgeom.hxx]]

'''[[ sallayout.hxx ]]''' <-- see Native Fonts implementation

[[salgtype.hxx]]

[[vcl/inc/salobj.hxx]]

'''B2) Classicals includes'''

file: abstdlg.hxx [ means abstract dialog ]

This includes does contain the following classes definitions:

[FIXME] : choose a precise presentation template for classes

VclAbstractDialog,

VclAbstractTerminateDialog,

VclAbstractRefreshableDialog,

VclAbstractDialogFactory,

uses <tools/solar.h> , <tools/string.hxx> +

"dllapi.h"

Note : dllapi.h is very interesting because when we have to find (for example) a library suffix, SAL_DLLEXTENSSION can replace all suffixes (every OS's and archs). Just including sal/config.h does it !

Classes:

Window -> what? [FIXME]
ResId -> what?

Does contain the prototype of VclAbstractDialog, inherit of VCL_DLLPUBLIC

file: dllapi.h [ dll for dynamic linked library ]
Uses: <sal/config.h> and >sal/types/h>
includes: VCL_DLLPUBLIC macro

file: accel.h [ means accelerator ]

Classes:

Accelerator
{
}
ImplAccelEntry
{
public members:

Names

mnId
maKeyCode
mpAccel
mpAutoAccel
mbEnabled
}

function / returns / parameters

ImplGetKeyCode / void / KeyFuncType eFunc, ref rCode1 , ref rCode2, ref rCode3

file: accel.hxx

Uses: <sv.h> , "dllapi.h" ,<tools/resid.hxx>, <<tools/rc.hxx>

Classes:

ImplAccelData;
ImplAccelEntry;

== Important Links ==
'''[[Progressive implementation]]'''

'''Native Font server Implementation''' '''[[Mac OS X Porting - Native Fonts]]'''

'''Native Sound Implementation''': [[Mac OS X Porting - Native Audio and Video]]

'''Native Printing Implementation''': [[Mac OS X Porting - Native_Printing]]

'''Drag and Drop implementation''': [[Mac OS X Porting - Native Drag and drop]]

'''Data Acquisition''' : [[Mac OS X Porting - Data Acquisition]]

This work is part of http://wiki.services.openoffice.org/wiki/Mac_OS_X_Porting_-_Work_Areas/Todo%27s

[to be continued:-) ]

== Keyboard comparizon between OpenOffice.org / Mac OS X application ==

[FIXME] redo a cleanest array

{| style="vertical-align:top; text-align:centered; background-color:#F0F0F0;"
|- style="background-color:#99CCFF; font-weight:bold;"
| Modifier||+ key || Result || TextEdit returns
|-
|ALT|| a||æ ||æ
|-
|ALT||b||ß ||ß
|-
|ALT||c||© ||©
|-
|ALT||d||∂ ||∂
|-
|ALT||e||ê ||ê
|-
|ALT||f||ƒ ||ƒ
|-
|ALT||g ||ﬁ ||ﬁ
|-
|ALT||h ||Ì ||Ì
|-
|ALT||i ||î ||î
|-
|ALT||j ||Ï ||Ï
|-
|ALT||k ||È ||È
|-
|ALT||l ||¬ ||¬
|-
|ALT||m ||µ ||µ
|-
|ALT||n ||~ ||~
|-
|ALT||o ||œ ||œ
|-
|ALT||p ||π ||π
|-
|ALT||q ||‡ ||‡
|-
|ALT||r ||® ||®
|-
|ALT||s ||Ò ||Ò
|-
|ALT||t ||† ||†
|-
|ALT||u ||º ||º
|-
|ALT||v ||◊ ||◊
|-
|ALT||w ||‹ ||‹
|-
|ALT||x ||≈ ||≈
|-
|ALT||y ||Ú ||Ú
|-
|ALT||z ||Â ||Â
|-
|ALT||A ||Æ ||Æ
|-
|ALT||B ||∫ ||∫
|-
|ALT||C ||¢ ||¢
|-
|ALT||D||∆||∆
|-
|ALT||F ||· ||·
|-
|ALT||G ||ﬂ ||ﬂ
|-
|ALT||H ||Î ||Î
|-
|ALT||I ||Î ||Î
|-
|ALT||J ||Í ||Í
|-
|ALT||K ||Ë ||Ë
|-
|ALT||L || <pre>|</pre> ||<pre>|</pre>
|-
|ALT||M ||Ó ||Ó
|-
|ALT||N ||ı ||ı
|-
|ALT||O ||Œ ||Œ
|-
|ALT||P ||∏ ||∏
|-
|ALT||Q ||Ω ||Ω
|-
|ALT||R ||‚ ||‚
|-
|ALT||S ||∑ ||∑
|-
|ALT||T ||™ ||™
|-
|ALT||U ||ª ||ª
|-
|ALT||V ||√ ||√
|-
|ALT||W ||› ||›
|-
|ALT||X ||⁄ ||⁄
|-
|ALT||Y ||Ÿ ||Ÿ
|-
|ALT||Z ||Å ||Å
|-
|ALT||$ ||€ ||€
|-
|ALT||` ||@ ||@
|-
|ALT||£ ||# ||#
|-
|ALT||* ||¥ ||¥
|}

Sous réserve d'erreur ou omission [[User:Ericb|Ericb]] 00:05, 14 January 2007 (CET)

--[[User:Ericb|Ericb]] 15:00, 22 Jul 2005 (EDT)

[[Category:Porting]]
[[Category:MacOSX]]
[[Category:Aqua]]

User:Ericb

2007-04-21T21:09:30Z

Msicotte: /* What ? */

==Public Documentation License Notice==

The contents of this Documentation (excepted Native Port Roadmap),are subject to the Public Documentation License Version 1.0 (the "License"); you may only use this Documentation if you comply with the terms of this License. A copy of the License is available at http://www.openoffice.org/licenses/PDL.html.
The Original Documentation is "Mac OS X native port". The Initial Writer of the Original Documentation is (JCA) Eric Bachard (C) 2005-2006. All Rights Reserved. (Initial Writer contact(s): ericb@openoffice.org.)

=='''Mac OS X Native port'''==

<div class="messagebox cleanup metadata" style="border:1px solid blue;background-color:#B3FFF5;padding:7px;">
'''The first Mac OS X native port objective is make OpenOffice.org run without X11 use, to make it a real Mac application.'''

'''The second one is respect Aqua Human interface Guidelines'''

''' This is a long term work, and every help and/or contributions, like donations** are welcome.'''
</div>

**see http://contributing.openoffice.org/index.html

=='''Native Port Roadmap'''==

==='''2006'''===

* June 2006: work in progress

- Basis: frame, instances, threads, drawing, painting, resizing (Stephan Schaefer, Tino Rachui)

Done:
implement threads
create, manage instance
create, manage windows (including parents)
create, manage events
create manage drawing, resizing
create, add menus (Pavel Janik)
toggle window fullscreen (Pierre de Filippis)
make font server work (Stephan Schaefer)

* Current status font support (Stephan Schaefer, 2006/07/28): the following features are basically working now
** font selection
** font size
** simple font attributes (bold, italic)

Next step: document first part, and propose design

- native filepicker (Pavel Janik, Florian Heckl)

- native printing implementation (Oliver?)

- native font implementation (Eric Bachard)

* September 2006:

- first proofs of concept: fonts, filepicker .. (more?)
- show the results (OOoCon 2006?)

==='''2007'''===

* January 2007: first alpha implementation

=='''Strategy for native port'''==

'''Possible Actions''':

Identify us:

#Complete the arrays below
#Update photos on frapr.com?

Share the work:

#Divide the work between little Teams
#Update Todo list regularly -> needs some love these days ... [http://wiki.services.openoffice.org/wiki/Mac_OS_X_Porting_-_Work_Areas/Todo%27s]

Help:

#Teach tools between us
#Do a debug party on IRC
#write documentation

Meet us:

#IRC
#Mac Meeting (like nov2005 in Hamburg?)

Inform:

#Update website regularly
#Blogs

'''WHO''':

Mac Team:

{| style="vertical-align:top; text-align:left; background-color:#efefef;"
|- style="background-color:#d6d6d6;font-weight:bold;"
|Developer \ skills || build || write code || code review || debug/trace (higher is better) || contribute to documentation ||
|-
|ericb|| x || x || || 1 || x ||
|-
|pjanik|| || || || || ||
|-
|ssa|| || || || || ||
|-
|maho|| || || || || ||
|-
|tinor|| || || || || ||
|-
|schmidtm|| || || || || ||
|-
|ebischoff|| || || || || ||
|-
|obr|| || || || || ||
|-
|cl|| || || || || ||
|-
|aliscafo|| || || || || ||
|-
|fheckl|| || || || || ||
|-
|Fridrich|| || || || || ||
|-
|plipli|| || x || || || x ||
|-
|}

'''Other resources''':

fonts: ?

events: ?

QA: James McKenzie leads QA for the Mac OS X port of OpenOffice.org and is looking for volunteers to spread this effort over several people and needs people from all over the world to test various languages.

graphical: ?

Communication: ?

'''WHAT''': Status of most important tasks

{| style="vertical-align:top; text-align:left; background-color:#efefef;"
|- style="background-color:#d6d6d6;font-weight:bold;"
| Task || Names|| Urgency (1=higher)|| Work in Progress || Done || Code review || Debug || Integration ||
|-
|Get rid of X11||done || 1 || x || x || || || ||
|-
|Bundle|| || 1 || x || || || || | ||
|-
|Drawing|| || 1 || x || || || || || ||
|-
|Fonts||plipli || 1 || x || || || || || ||
|-
|Events management|| || 2 || x || || || || || ||
|-
|Controls (see list) ||ericb, aliscafo || 2 || x || || || || || ||
|-
|Native FilePicker||Florian Heckl, Pavel Janik || 3 || x || x || || || || ||
|-
|Native Printing||Yvan Barthelemy || 3 || x || || || || || ||
|-
|Native SpellChecker|| || 4 || || || || || || ||
|-
|Player||Mox Soini || 4 || x || || || || || ||
|}

Other tasks:

Help for writing bug lists, status of bugs ..etc

Write howto use gdb, leaks, other tools

'''WHEN''':

From Christian Lippka (last meeting, 25th of august 2006):
Aug 26 00:21:38 ChristianL
from my point of view what is missing for point 1:
text layout, complete font support, keyboard support,
fixing repaint issues, having aqua install and run out of the box

'''September 2006'''

Present the current state of the project at the 2006 OpenOffice conference in Lyon and Paris

'''Late 2006'''

fix OpenOffice.org launch
fix drawing (repainting)
Implement missing methods and fix most important bugs (mainly the one leading to crash) in:
ATS
Salgraphics
Salinstance

'''January or February 2007'''

make Java work (works partially)
make intensive debug
present something working as alpha

'''June 2007 '''

Implementation of:
native filepicker
native printing

== '''Become a Domain Developer for Mac OS X port''' ==

People regularly contributing to Mac OS x port with regular and quality patches are, after proposal, invited to become a [[DomainDeveloper]].

The purpose of this document is to clearly define all the steps to become a [[DomainDeveloper]].

Preliminary : step 1 in [[Commit_Rights]] must be completed and checked, and you must be in the list of [[http://www.openoffice.org/FAQs/faq-licensing.html#jca1 JCA Licensed people]]

=== Steps for ssh2 key to be uploaded ===

==== Create the key ====

Everything is described here : [[http://www.openoffice.org/scdocs/ddSSHGuide.html SSH Guide]]

==== Upload the key ====

You must create an issue, like described below :

Component : www

Sub Component : openoffice.org cvs

Title : CVS Commit access request

Add louis ( Louis Suarez Potts) or st ( Stefan Taxhet ) on CC

Upload your ssh2 public key respecting the process ( Attach a DSA key, not an RSA )

A project lead will confirm your request

Then the support will upload your key

Once done the issue is set to Fixed , and the next step has to be verified before '''you''' close it.

'''EXAMPLE''' : [[http://www.openoffice.org/issues/show_bug.cgi?id=75291 Upload SSH2 Key for Etsushi Kato]]

==== Verify it works ====

You now can try to connect via tunnel, and follow instructions given [[http://www.openoffice.org/scdocs/ddSSHGuide.html SSH Guide]]

If something goes wrong, ask for help to support, with a maximum of details, to solve the problem.

Once it works, the issue can be closed, and you can e.g. test downloading a module from tunnel repository :

First create a tunnel with the command:
<pre>
ssh -2 -x -L 2401:localhost:2401 tunnel@openoffice.org
</pre>

Then in a new window:

<pre>
export CVSROOT=":pserver:your_login@localhost:/cvs"

cvs login ( enter )

(your password )

mkdir TEST

cd TEST

cvs -z4 co -r SRC680_m205 vcl

cd vcl

cat CVS/Root -> should indicate : your local repository
</pre>

=== Ask for CVS access for all modules required ===

Two steps : create an issue is mandatory because the concerned project is tools, and because people can have only ssh2 key without being [[DomainDeveloper]].

==== Create an issue ====

You must create an issue, described below :

Component : tools

Sub Component : www

Title : CVS access to all modules required

Assigned to mh + CC for ericb and/or pjanik

Present yourself quickly, and ask the access

A project lead will confirm

An admin will confirm this is ok, and set the issue to Fixed

'''EXAMPLE''' : [[http://www.openoffice.org/issues/show_bug.cgi?id=75494 CVS Access all modules for Etsushi Kato]]

==== Verify ====

Create the tunnel :

open a terminal and type :

ssh -2 -x -L 2401:localhost:2401 tunnel@openoffice.org

once logged in, open a new terminal, and do ( for example ):
<pre>
cd $OOO_SRC_ROOT/

source MacOSXPPCEnv.Set.sh { source MacOSXX86Env.Set.sh for Mac Intel }

cd vcl ( for example )

IMPORTANT : be sure vcl has been checked from tunnel, not from anoncvs ( cat CVS/Root will give you the answer )

export CWS_WORK_STAMP=aquavcl01 # Only needed for working with [[EIS]], can change for a different CWS ;)

cd aqua/source/gdi

add your changes to your_file.cxx, then commit :

cvs commit -m "#i75689# bla bla ... the reason of the modification(s)" your_file.cxx # The #i75689# is an issue number in the tracker

cvs update

If nothing is wrong, cvs update should not return M for your_file.cxx, means the commit is successfull.
</pre>
In case of problem, use the issue until it is fixed

<big>'''Welcome aboard :)'''</big>

== '''Mac OS X porter Team at WWDC 2007''' ==

=== What ? ===

See [http://developer.apple.com/wwdc/ Apple WWDC 2007]

=== Why ? ===

Our Objectives for going are :

1) Rendez-Vous : Present our current work to Apple people, easy to meet only during WWDC ( Apple people can give us a face, and keep the contact )

=> There is information difficult to find or ask by email, or IRC or whatever web : direct contact saves a lot of time, and is a very efficient way to progress with code

2) Expertise : define what is expected for User Interface with people from Apple UI project

=> Last year, Apple UI project proposed me to help us, once our native menus will be working.

This is now done, and meet them cannot be a bad idea :)

3) Find Code : ask for code review and find code snippets for :

- HIView
- Printing
- Drag and Drop
+ more if possible

=> More than 1000 Apple engineers are present, and can answer our questions regarding the code, during the whole week

During WWDC2006 we found all the relevant informations for RunApplicationEventLoop() to be implemented . Without this code, we wouldn't have something working at all, because this event loop is the key for everything in OpenOffice.org on Mac OS X ( without X11 ).

4) Social Contract : Discuss and meet new developers and / or american people working for Mac OS X port (like Michael Sicotte, Vijay Venkatraman , other.. )

5) Visibility : make OpenOffice.org project visible in an ocean of other software. This is extremely important because it shows that OpenOffice.org project is alive for Mac OS X platform.

=== Who ? ===

* Sébastien Plisson
* Shaun McDonald
* Eric Bachard

=== Todo list ===

Please add topics, technical questions you would see asked by attendees to Apple engineers during WWDC

== '''Mac OS X porter Team at OOoCon 2007''' ==

=== Who ? ===

* Shaun McDonald
* Eric Bachard

=== What ? ===

The conference is over 3 days. Presentations should last around 45 minutes. http://www.openoffice.org/servlets/ReadMsg?list=announce&msgNo=320 Papers have to be submitted by 1st June to be considered.

Ideas :

Mike Sicotte: Perhaps the results of the Google SOC could be a presentation.

*create a complete topic for Mac port (one stream for a day or half day)
*How to improve ooo usability though the use of floating palettes instead of modal dialogs

- several presentations / BOF

Eric Bachard : Aqua OpenOffice.org ( conf / 1 hour )

Others ?

*reserve rooms together ? Better rent a house?

* [FIXME]

=='''2nd Mac porters meeting'''==

This section has been moved to [[2nd Mac porters meeting]]

=='''IRC Mac port meetings'''==

This section has been moved to [[MacOSXPortMeetings]].

== '''Mac OS X (X11) Quality Assurance'''==

This section has been moved to [[Mac OS X ( X11) Quality Assurance]]

== '''Mac OS X Implementing HIView and Carbon events'''==

This section has been moved to [[Mac OS X Implementing HIView ]]

== '''Debug OpenOffice.org using XCode '''==

[[ MacOSX Debug OpenOffice.org using XCode]]

=='''Description of the Native Port problem'''==

=== How does OpenOffice.org work on Mac OS X? ===

Currently, on Mac OS X, OpenOffice.org uses X11, as "client": X11 is a graphical server, coming from Unix world, and able to run under Linux, *BSD, Solaris, Mac OS X.

- X11 is run as an application, managed like other Apple applications.
- All unix like applications are managed by X11, and from Aqua environment, only X11 is seen as only one applicatiion,
even if other Unix/Linux (e.g.) applications are runing.

OpenOffice.org asks X11 to display a window, waits for X11 acknowledgment, and OpenOffice.org displays the window. All transactions use the network, locally or not. the same mechanism is used for everything to be displayed.

[[User:Ericb|Ericb]] 11:39, 3 June 2006 (CEST)

=== Issues and known problems ===

All events are managed by OpenOffice.org and X11, using the Xlib

Only .ttf fonts type is currently available. Note: '''system fonts are available '''

The rendering is made by X11, not by Mac OS X rendering engine.

X11 and all its clients are seen as one application only: drag and drop protocol does not work because of that (solution: Pasteboard Manager)

==== Other links ====

http://wiki.services.openoffice.org/wiki/List_of_OpenOffice.org_Mac_OS_X_issues_and_problems#

http://wiki.services.openoffice.org/wiki/Printing_problems_with_OpenOffice.org_2.0_for_Mac_OS_X#Reporting_printing_problems

[[User:Ericb|Ericb]] 11:39, 3 June 2006 (CEST)

== What do we have to do?==

* (in progress) : Implement direct access to Apple graphical engine, using Apple API: Quartz2D/CoreGraphics (and replacing Xlib use)

like: instantiate, manage events and threads for a graphical instance + all needed objects, drawing: manage all drawing cases

* (in progress) : Implement native events management, using CarbonEventManager (replacing Xlib management)

* (in progress) : Implement native font use, using Apple Type Server and ATSUI (for Unicode Imagery) (replacing X11 management)

Work in progress: [[Mac OS X Porting - Native Fonts]]

* Implement native sound, using QuickTime (replacing Java Media Framework): [[Mac OS X Porting - Native Audio and Video]]

* Implement native Drag and drop, Implementing Pasteboard Manager: [[Mac OS X Porting - Native Drag and drop]]

* (done experimental) Implement Native Filepicker

* Implement Native Printing: current uses cups, but native printing is mandatory: [[Mac OS X Porting - Native_Printing]]

* Implement Apple Spellchecker

--[[User:Plipli|Plipli]] 09:27, 25 March 2007 (CEST)

=='''Where is located the code to be modified?'''==

Most of the changes are located in vcl (Visual Class Layer), for everything graphical, events, fonts, rendering and printing.

Other, for sound and movies will be in avmedia (where the player is implemented in OpenOffice.org sources).

For drag and drop, dtrans is concerned (Pasteboard Manager implementation)

[FIXME]: Filepicker? Apple Spellchecker?

[[User:Ericb|Ericb]] 11:39, 3 June 2006 (CEST)

=='''How will the new implementation be tested?==

Currently, all openOffice.org code can be compiled without using the Xlib. but of course, a lot of features are missing,

and the final package simply won't work

In vcl module", a '''toy''' called svdem is built at buildtime. This binary is linked to libvcl* and so all new stuff can be tested.

e.g. : draw anti-aliased lines works well.

Everything implemented in aqua vcl code will be included in libvclplug_aqua, and svdem source code will contain a specific part to proceed tests.

<div class="messagebox cleanup metadata" style="border:1px solid blue;background-color:#B3FFF5;padding:7px;">

'''The magic is: when all needed features will work with svdem, it will work in the new version of OpenOffice.org !!'''

</div>

[FIXME]: add more complete list of features to implement and test.

== AquaVCL 01 cws ==

[[http://qa.openoffice.org/issues/buglist.cgi?keywords=aqua Top 10 of Aqua issues]]

[[Aquavcl01 tasks]]

===Changelog ===

====Work in progresss : alpha 0.6 ====

Started (19th March ) :

Michael Sicotte proposed to investigate in timers, and continue [[http://www.openoffice.org/issues/show_bug.cgi?id=75228 Pavel's work]] : objective is to replace obsolete code. ( 23th March)

[experimental] plipli proposed a patch for a new salframe implementation, using HIView + optionally compositing (21th March )

[commit scheduled] Michael Sicotte proposed a complete patch for invert() ( SAL_INVERT SAL_INVERT_50 and SAL_INVERT_TRACKFRAME ) (20th March )

Tino proposed to work on code cleanup in salatsuifontutils.cxx, removing obsolete code

ismael and michael work on invert() + drawAlphaRect()

Damien started to work on drawEPS()

plipli and ericb work on refresh

==== alpha 0.5====

Top 10 Summary : 7 issues over 10 are fixed or very close to be :

'''time to code review, tracing, and search for memory leaks'''

[done] Unicode input in salframe ( ekato ) ( 19th March )

[experimental, works partially] beginning of HIView + HIComboxes works (text still missing) (ericb + plipli) ( 14th March )

[done] replace NewRgn() in salframe (ericb (11th March )

[experimental, but very interesting] Improved native windows ( ismael ) ( 7th March )

====alpha 0.4====

'''[Informative]''' build runs with Leopard 9A377a ( fheckl ) ( 7th March )

Refresh screen issues (plipli) (4th to 10th March )

'''[informative]''' plipli announced progress with refresh screen issues ( 28th February )

[experimental, not yet commited] Proxy configuration from system ( pjanik) ( 28th February )

[done] highlighted native button ( pjanik) ( 27th February )

Native File Picker works ( fheckl / pjanik ) ( 23th February )

====alpha 0.3====

Cursor does appear -> invert() + setting a setBlinkTime value in UpdateSettings() (pjanik /ericb )

[done] mirroring negative images (ismael) + DrawAlphaBitmap() + CreateWithMask()

pjanik patch for Focus Events

[done] scrolling works ( pjanik ) (17th February )

[done ] carret works ( plipli) (17th February )

[done] checkbuttons fix for checkmarks (ericb) ( 17th February )

'''[Informative]''' Pavel Janik propose to solve offScreen buffer using HIView ( 17th February )

[experimental, never commited] patch for macosxrc.txt use + UpdateSettings() use in salframe.cxx ( ericb ( 16th February )

Michael Sicotte joined the Team ( 15th February )

invert() : first try (ericb) ( 13th february )

====alpha 0.2====

[12th February 2007 ]

[done] calc does not start : bug identified by tino , first workaround (ericb) [[http://www.openoffice.org/issues/show_bug.cgi?id=73691 issue 73691]]

[done] bitmaps in native popup menus (ismael)

[done] replace obsolete code for HandleWindowPaintEvent(), newRgn() .. etc (ericb) (12th February)

correct salatslayout patch (plipli) ( 11th February)

'''[Informative]''' Michel Renon proposed a summary about his work on fonts issues

[patch] Pavel fixed several menu crashes (09th February )

'''[Informative]''' : Pavel posted a mail about several crashes origin

patch for radioboxes and checkboxes ( ericb ) (9th February)

first complete patch for salatslayout.cxx ( plipli) ( 9th February )

[done] most important crashes fixed ( pjanik) ( 09th february )

Modified baseline for 2.2. : Mac OS X10.4 -> Aqua will be 10.4 and 10.5 compatible only ( ericb)

first try with multi line sallayout (plipli ) ( 08th February )

Damien Duportal joined the Team ( 7th February )

[done] scrollbar changes (ericb ) ( 4th February )

====alpha 0.1====

create Top 10 of issues before alpha 3rd February 2007 : See : [[http://porting.openoffice.org/mac/news/2007/20070203toptenbeforealpha.html Top 10 of issues]]

[experimental, not commited] patch for TPT() implementation (ericb) ( 2nd February 2007 )

Pavel Janik proposed to implement TransformProcessType() ( 2nd February 2007 )

[not commited] implement UpdateSettings() (ericb)

Pavel Janik resynchronized aquavel01 cws with m202 ( 2nd February 2007 )

====alpha 0.03====

Michel Renon joined the Team (1st February )

[done] fix checkbuttons and radiobuttons issues: offsets, redrawing of the check marks ( ericb)

[done] fix scrollbar buttons (implement correct methods to retrieve dimensions)

[done] implement mapfiles for Mac OS X (Stephan Bergmann, Daniel Boelzle, Tino Rachui , Pavel Janik)

====alpha 0.02====

[done] modify libsalsystools.dylib to be correctly loaded with the bundle (ericb, + pjanik)

[done] add mouse drag events ( pjanik )

====alpha 0.01====

[done] add new feature for Aqua windows, to allow QuickTime player use( mox )

[done] replace obsolete code in salframe.cxx with (ericb)

[done] fix correct size for main window (GetOptimaWindowSize() ) (ericb)

[done] fix alpha channel in pixmaps (ismael)

====alpha 0.0====

[done] pushbutton where not correctly drawn (ericb)

[done] fix missing mouse events (pjanik)

[done] fix nRepeat in text entry (ssa)

2nd Mac porters Meeting

===Work in progress ===

URGENT :

Top of issues causing crashes : event issue when tips is enabled causes crashes ( well known window / handler / window desctructor / event loop bug )

Salatsuifontutils : replace old code, track leaks : tino

[done] Bitmaps : ( isma87)

[running] Crashes : (tino, pjanik, ericb, isma87, plipli )

[???] Drag and drop : (vijay)

[???] Printing (ybart)

Florian Heckl proposed a subject for Google Summer of Code about native printing

Drawing/ windowing ( plipli / ericb ) -> mainly refresh

[done] Implement cursor

[started] Native Controls (ericb)

[work in progress] partial multiline sallayout (plipli )

To do :

(started, Oliver) - modify the tree to make the bundle start without hack ( issue fixed during buildtime)

(started, Florian Heckl) verify Native FilePicker implementation ( works , tested in Hamburg )

[done] Ismael Merzaq) implement blit functions in salgdi ( important fix: probably apha version to be tested once done)

[done] Sebastien Plisson- update the missing functions list ( fonts ... ask hdu & cl

[started] ericb, Mox Soini, Sebastien Plisson, Tino Rachui, Pavel janik continue to replace obsolete code

fix crashes with menus (started : tino )

== '''Sort of documentation about VCL around Native Mac OS X port''' ==

Do we really need to understand how it works? ;-)

vcl content:

ls -laR | wc -l
1750

-> Uff 1750 files to analyse :-/

Our purpose is to describe the vcl organisation. The content of vcl is so important, that at the begining, the content will looks a bit confused. e.g. class names ..etc have nothing to do, only description with words and sense, but this will need some time before we can understand everything.

How analyse with more efficiency? After some months to anlalyse '''"horizontaly"''', it appears that list all the content of a directory is not the solution. Of course, we learned a lot, but we now have to complete with '''"orthogonal"''' method (compared to the previous one). The first method wasn't obviously not the good/best way to describe vcl.

[FIXME] a different approach (will ask confirmation to Philipp Lohman), could be a description of how it work in runtime. First define what an instance is, a frame, and what exactly is concerned by such "objects".

With that, we can write a list of different objects all using the same scheme: empty boxes (means pure virtual methods and classes in generic libvvcl), really implemented in the specific part, and finally, the API "encapsulated".

The most difficult is to see where the API is used. But for all the parts, this is the same.

Finally, '''what is important is the design of vcl'''. Which '''patterns''' are used? What are the dependencies, how works the stack for the events, how works the scheduler, the timers too is very important, even fundamental for Aqua implementation. Will have a look at gsl mailing list, and other resources. Probably everything is already (randomly) written somewhere.

=== VCL organisation ===

Thank's to Philipp Lohmann for this short, but precise description:

Basically vcl is divided in the system dependent and the system independent part. The interface between these two is mostly the Sal interface (every interface name Sal*: SalInstance, SalFrame, SalGraphics, SalPrinter, etc.).

SalInstance is a factory that can create all the other abstracted interfaces of the system dependent part. It also provides the main loop SalInstance::Yield()

SalFrame abstracts any kind of system window.

SalVirtualDevice abstracts an offscreen window (e.g. a Pixmap on X11)

SalPrinter and SalInfoPrinter abstract the system print queues where SalInfoPrinter is for querying and SalPrinter for actual printing.

SalGraphics is an interface produced by either SalFrame, SalVirtualDevice or SalPrinter which is used for actual drawing operations (text, bitmaps, vector graphics)

SalSound is for sound playing.

SalBitmap provides memory for bitmap graphics as well as methods converting this memory to a system handle (e.g. a Pixmap on X11).

SalOpenGL provides OpenGL functionality if available.

SalTimer is an interface for periodically triggering the event queue (to timer implementation).

SalI18NImeStatus handles how the status window of an Input Method Editor (IME) should display (this is mainly X11 specific).

SalSystem has some system specific methods that did not belong anywhere else:-)

Of all these there interfaces is at least one implementation per system (Windows, X11 or Mac). The Unix implementation also has a plugin concept to allow for integration of different native toolkits (currently gtk and Qt) which became necessary for the implementation of Native Widget Framework (NWF) to display controls like their normal desktop counterparts.

Basically the independent part (what is beneath vcl/source directory) has generic methods for drawing, window handling and stuff which it brings into a suitable form and then delegates to the system specific implementation (located beneath vcl/win for Windows and vcl/unx for the X11 platforms).

[[User:Ericb|Ericb]] 16:12, 1 July 2006 (CEST)

===Sub-directories description ===

==== '''Organisation of vcl directories''' ====

[[Image:aquavcl_organisation_complete_02.jpg]]

==== '''Directories in vcl. Short description''' ====

''' aqua ''': The name Aqua means Apple look and feel, and is well known as [http://developer.apple.com/documentation/UserExperience/Conceptual/OSXHIGuidelines/XHIGIntro/chapter_1_section_1.html Aqua Human Interface Guidelines]. This look and feel means Mac OS X. The work was begun by (probably) P. luby, Dan Williams Herbert Duerr (most of fonts stuff) and Ed Peterlin. Currently in ruin, this directory does contain a lot of ideas to investigate. The most important part of needed changes for native version (3.0) will be done inside aqua dir inc: does contain all vcl relative includes [PART1]

''' prj ''': Does contain build.lst and d.lst build.lst give us dependencies: probably a lot for vcl, build 98th module over ~148. Everything graphical depends in vcl.

''' qa ''' does contain all quality assurancy stuff

'''source''': the most important:-) This directory contains common sources for all architectures and OS. Mainly: Windows, Unix: Linux , Mac OS X (X11), Solaris, including generic, kde and gtk plugins, and Aqua (Mac OS X without X11, work currently in progress).

Depending on the OS and the architecture, binaries are built or not.

''' test ''': This directory does contain all the needed stuff for tests. As example, in qa/testdocuments, you'll find three documents (one writer, one calc and one impress) for tests purpose.
Other available tests are about memcheck and persistent window state.

''' unx ''': this directory does contain all unixes stuff. We have to understand what is inside to implement aqua port. For example, a lot of classes/strutures and objects use Xlib calls we have to replace with Carbon/Cocoa call (at least at first time) for Mac OS X native port.

''' win ''': Doing Mac OS X native port, I first believed this directory was not interesting for us, but I was wrong: OpenOffice.org roots are inside this directory, and a lot of comments and resources are inside. Mainly interesting if Carbon is used.

'''workben''': Does contain a toy called "svdem". svdem is a binary, used for new implementations. For example, actual aqua development uses svdem intensively, to verify all important properties we need:

- display a window first (al least ...:))

- close cleanly this window

- display a point

- trace a line

- trace an area

- superpose two areas doing some important graphical operations, (like xor),

- display a character

- display a menu.

- intercept events correctly.

[FIXME] add more tests

[[User:Ericb|Ericb]] 13:21, 3 June 2006 (CEST)

=='''Naming convention''' ==

* Class names start with upper case letters, to improve readability.

* Implemented Class names are derived from the virtual classes but can of course take arbitrary names.
To increase readability, it's recommended to closely follow the base class name.

* '''Impl prefix: means Implementation details'''. The concerned class or method or function is not used outside of this module, so no external code (or other libraries) can see it.

'''[[ Events types using Carbon API (Mac OS X): ]]''' A lot of events have to be managed in runtime. Here is a short description

- do not freeze because bad event loops

- event types implementation: currently, they are defined in vcl/aqua/inc/aquavclevents.hxx

Apart: exact sense of hedabu? -> [FIXME] as far as I understood it: it is like "copy" to deliver software into the solver, with extra magic. The header files for example are manipulated so paths need not be exact. "headabu" is supposed to disappear little by little.

== '''What do we have to build in vcl?'''==

Two libraries, corresponding ressources (localized) and a toy so called « svdem »

'''Common part''':

in grey on right. The result will be a non architecture dependant library, built in all cases: for instance, libvcl680mxi.dylib on Mac Intel.

'''Specific part " a plugin " ''':

Light yellow: aqua part will only concern Mac OS X (non X11) the name will probably be libvcl_aqua680mxi.dylib

As you can see, win means windows part, in blue

For Unix build (Linux, Solaris or current Mac OS X X11), in purple.

Result will be:

libvclplug_PLUGIN680mxi.DLLSUFFIX , where PLUGIN can be iether gen (generic) or gtk (using gtk+) or kde (using qt), and DLLSUFFIX can be either .so (linux) or .dylib (Mac OS X) ...etc (I'm not sure for other cases).

Example: libvcl680mxi.dylib and libvclplug_aqua680mxi.dylib

'''In runtime''', libvclplug_aqua will be linked to libvcl680. the first one will contain the real implementation (respecting the API, e.g. Carbon) while the generic libvcl will only contain pure virtual methods ...etc like "empty boxes".

=== Current Aqua content ===

A more complete description of aqua (Mac OS X / no X11 specific): [[Image:Vcl_aqua_organisation_02_tree.jpg]]

==EXISTING objects to build in aqua==

===Sal APP "everything application"===

[FIXME] add all objects descriptions

==== saldata ====

* '''Defined in plugin exclusively''' (i.e. for headers)

Unix: unx/source/app/saldata.cxx (header in unx/inc)

'''Aqua: aqua/source/app/saldata.cxx (header in win/inc)'''

Windows: win/source/app/saldata.cxx (header in aqua/inc)

* Role: saldata contains various kind of data used by the implementation for the concerned platform. '''It is a bunch of global data collections reserved for the platform'''

It is just completely platform dependent, and nobody except this plugin can see it.

'''Saldata is something like a "second sal", but providing an abstraction regarding windowing and graphics''', while SAL module provides an abstraction more Operating System oriented)

e.g. : have a look at XRequest array in vcl/unx/source/app/saldata.cxx => all calls are for Xlib (X11). Ok, useless there, but interesting:-)

[FIXME]: use Windows implementation could be a good starting point. Nothing is the same, but the current aquavcl cws uses similar objects, and it works very correctly.

saldatax.cxx uses classes SalInstance, SalObject, SalFrame, SalVirtualDevice, SalPrinter and fontList.

Current list of possible objects who can be instantiated/released:

structure SalData: does contain pointers on all kind of objects from other classes used in saldata.

inline functions: [FIXME]: complete the description

- SetSalData:
- GetSalData:
- GetAppSalData:

==== salinst ====

=> implemented in vcl/aqua/source/app/salinst.cxx

Role:

* get environment, mutexes, instantiate AquaSalInstance (Ctor, Dtor),

* instantiates/releases a lot of other objects using Get() / CreateObject() / DestroyObject() methods.

Current list of possible objects who can be instantiated/released:

* VirtualDevice [FIXME]: exact role?

*Printer

- GetDefaultPrinter/ CreatePrinter() / DestroyPrinter - what a name ;-) -

- InfoPrinter (Get/Create/Delete)

- PrinterQueue (DeletePrinterQueueInfo / GetPrinterQueueInfo / GetPrinterQueueState)

* System (Create / Delete) [FIXME]: what means system here?

* Events:

AquaSalInstance::SetEventCallback()

AquaSalInstance::SetErrorEvenCallback()

AquaSalInstance::GetConnectionIdentifier()

* Menu / MenuItem:

AquaSalInstance::CreateMenu() / same for DestroyMenu()

AquaSalInstance::CreateMenuItem / same DestroyMenuItem()

* Sound:

AquaSalInstance::CreateSalSound() => object to a pointer of SalSound type

Note: AquaSalInstance::DestroySalSound is not implemented (?)

* Timer: CreateTimer() /

AquaSalInstance:: DestroyTimer() is not yet implemented (?)

Class MacImeStatus: inherits of SalI18NImeStatus

-> only there to see if there is a window to toggle into menubar [FIXME]??

AquaSalInstance::CreateI18NImeStatus(): instantiates MacImeStatus

'''For futher informations, see: ''' '''[[Content of salinst.cxx]]'''

([[User:Ericb|Ericb]] 16:11, 20 May 2006 (CEST) )

==== salmain ====

Role: if possible, runs the standard vcl application code SVMain()

([[User:Ericb|Ericb]] 16:15, 20 May 2006 (CEST))

==== salsound ====

==== salsys ====

==== saltimer ====

==== saltimer ====

The main problem with SalTimer is the code we use is obsolete. To remove this deprecated code, sevarl work have been tried

1) Pavel Janik, in issue 75228

works, but a serious problem is remaining (a thread issue, nothing anybody explained yet)

2) eric bacahrd ( code will be attached soon )

3) Michael Sicotte, who proposed to work on that, and continue Pavel implementation.

SalTimer description

AquaSalTimerproc

AquaSalTimer::Start()

AquaSalTimer::Stop()

AquaSalTimer::Restart()

AquaSalTimer::Installtask() // yet needed ?

=== Sal GDI (everything Graphical Display Interface) ===

====salgdinativewidgets====

[[native controls]]

==== salatslayout ====

==> implemented in vcl/aqua/source/gdi/salatslayout.cxx

- Handle text layouting :

* Use ATSUI (ATSUCreateTextLayoutFromPtr) to layout the text unicode char buffer
* Use ATSUI (ATSU..) to get informations about glyphs
* Populate different arrays (mpGlyph2Chars, mpChars2Glyph, mpCharsWidths, mpGlyphAdvances)
that are used in various methods.

==== salatsuiutils ====

==== salfontutils ====

==== salmathutils ====

==== sal bmp ====

==== salvd ====

==== salpixmaputils====

==== salprn ====

====salrectangle====

==== salvd ====

=== Sal Window===

==== salframe ====
Documentation in progress, from damiend :
[[User:Damiend|Damiend page]]

====salobj====

== TO BE IMPLEMENTED (missing in Aqua)==

===Audio===

====audioconvert====
(obsolete?)

====devaudio====
(obsolete?)

====native sound====

====salimpsound====

====vsound====

===i18n===

===keysymnames===

===saldisp===

===sm===

[FIXME]: is session manager usefull?

=='''Native Controls'''==

====Scrollbar====

'''Works as expected'''. The most important work is done

See : [[Mac_OS_X_Porting_-_Native_Controls#ScrollBar]]

====DrawThemeButton() documentation====

'''Started'''

See : [[Mac_OS_X_Porting_-_Native_Controls#ComboBox]]

Started
<pre>
DrawThemeButton
Draws a button.

OSStatus DrawThemeButton (
const Rect * inBounds,
ThemeButtonKind inKind,
const ThemeButtonDrawInfo * inNewInfo,
const ThemeButtonDrawInfo * inPrevInfo,
ThemeEraseUPP inEraseProc,
ThemeButtonDrawUPP inLabelProc,
UInt32 inUserData
);
Parameters
inBounds
A pointer to a structure of type Rect. Pass a rectangle specifying the boundary of the button, in local coordinates.

inKind
A value of type ThemeButtonKind. Pass a constant specifying the type of button to draw.
See “Theme Buttons” for descriptions of possible values.

inNewInfo
A pointer to a structure of type ThemeButtonDrawInfo. Before calling DrawThemeButton,
set the structure to contain the new state, value, and adornment for the button.
DrawThemeButton uses the information passed in the inNewInfo and inPrevInfo parameters
to apply transitional animation or sound effects as the button state changes, if such are
specified under the current theme.

inPrevInfo
A pointer to a structure of type ThemeButtonDrawInfo. If the button state is changing,
set the structure to contain the previous state, value, and adornment for the button,
to allow DrawThemeButton to apply any transitional effects. If the button state is not
changing, you can pass NULL.

inEraseProc
A value of type ThemeEraseUPP. If you have a custom background, use this parameter to pass
a universal function pointer to an application-defined function such as that described in
ThemeEraseProcPtr. DrawThemeButton calls this function to erase the background before drawing
the button. If you pass NULL, DrawThemeButton's default behavior is to erase the background
for you.

inLabelProc
A value of type ThemeButtonDrawUPP. If you pass a universal function pointer to an
application-defined function such as that described in ThemeButtonDrawProcPtr, DrawThemeButton
calls that function to draw the label of the button. If you pass NULL, no label is drawn.

inUserData
An unsigned 32-bit integer. Provide any data to be passed in to the callback functions specified in
the inLabelProc and inEraseProc parameters. Pass NULL if you do not wish to provide any data.

Return Value
A result code. See “Appearance Manager Result Codes”.

Discussion
The DrawThemeButton function draws a theme-compliant button. If a ThemeEraseProcPtr is
specified in the inEraseProc parameter, DrawThemeButton uses that function to erase the
background of the button before drawing the button. After the button is drawn, if a
ThemeButtonDrawProcPtr is specified in the inLabelProc parameter, DrawThemeButton calls
that function to draw the button’s label.

Note that DrawThemeButton also draws any appearance adornments for the button and that these
can extend beyond the button’s basic bounding rectangle, as specified in the inBounds parameter,
and may be of variable shape. You may therefore wish to call the function
GetThemeButtonBackgroundBounds to obtain the actual rectangle containing the pixels belonging
to a button under the current theme.

Version Notes
This function is available with Appearance Manager 1.1 and later.

Availability
Available in CarbonLib 1.0 and later when Appearance 1.1 or later is present.
Available in Mac OS X 10.0 and later.
Declared In
Appearance.h
</pre>

====HIComboBoxCreate() documentation====

<pre>
HIComboBoxCreate
Creates a combo box control.

OSStatus HIComboBoxCreate (
const HIRect* boundsRect,
CFStringRef text,
const ControlFontStyleRec* style,
CFArrayRef list,
OptionBits inAttributes,
HIViewRef* outComboBox
);
Parameters
boundsRect
The bounding box of the control.

text
The default text in the editable portion of the control. Can be NULL.

style
The font style of the both editable text and the text in the disclosure list. Can be NULL.

list
The default values available in the disclosure list. Can be NULL.

inAttributes
The default attributes of the combo box. For possible values, see “Combo Box Attributes”.

outComboBox
On exit, a pointer to a reference for the new control.

Discussion
The combo box can be used in compositing mode, as well as traditional Control Manager mode.
When created, this view is invisible. To see the view, you must show the view by calling HIViewSetVisible.
</pre>

== What is used for Linux, Windows, Mac OS X ...build ? ==

'''[[Description of the dependencies]]'''

'''[[Windows]]'''

'''[[MacOS X]]'''

'''[[Linux]]'''

'''[[Solaris]]'''

== Content of Aqua ==

'''[[Click here to see the complete list]]'''

'''Content of vcl/inc'''

Notes:

1) Where to find includes

<foo/bar.hxx> means you can find bar.hxx in the foo module. The new style file is foo/inc/foo/bar.hxx, old style is foo/inc/bar.hxx and sometimes the file is somewhere else in the tree or generated. The deliver process copies/generates the file into solver at solver/680/build_type/inc/foo. Good for fixing broken builds. ;-)

2)
suffix .h (for C calls or first version?) or .hxx (C++)

'''A) Family of includes''':

Looking more closely at the list brings to the fore (expression from dictionary ;-) ) that include names are
informatives. Most of the time, the name gives the function/role.
What is interesting is the files with name begining with "sal". sal means System Abstraction Layer + include's function (or explicit name).

Partial list, for example:

salatype.hxx

salbmp.hxx

salctrlhandle.hxx

salctype.hxx

salframe.hxx

salgdi.hxx

salgeom.hxx

sallayout.hxx (main header for fonts services)
...
salmenu
salnativewidgets
...etc

Other important families are "sv" and "uno" or "win" (window) prefixed. sal family will be analysed apart.

'''B) Includes of includes'''

Some includes are more important than other. To prove this, just have a look is sufficient: some are always needed, and some more rarely.

To verify, a simple test to do in vcl/inc:

egrep -H "#include" ./* | wc -l gives me 681 lines ! And some of them are the same...

To know more, the precedent command line can be modified to make appear the numerous call
to the same includes files.

egrep -H "#include" ./* | cut -d"#" -f2 | sort > liste.txt

The content of liste.txt is explicit: dllapi.h, sv.h and some other are very important, while some other includes are only one or two times used. We can see too that vos includes are numerous, even if vos is deprecated**

**see http://wiki.services.openoffice.org/wiki/Source_code_directories

I'm nearly sure that a complete analysis of just this result will give us a lot of information.

I propose to change the order of analysis starting with dllapi.h and sv.h.

[to be continued]

'''B1) "sal" includes family'''

[[salinst.hxx]] This seems to be the main include file

[[salatype.hxx]]

[[salctrlhandle.hxx]]

[[salctype.hxx]]

[[salframe.hxx]]

[[salgdi.hxx]]

[[salgeom.hxx]]

'''[[ sallayout.hxx ]]''' <-- see Native Fonts implementation

[[salgtype.hxx]]

[[vcl/inc/salobj.hxx]]

'''B2) Classicals includes'''

file: abstdlg.hxx [ means abstract dialog ]

This includes does contain the following classes definitions:

[FIXME] : choose a precise presentation template for classes

VclAbstractDialog,

VclAbstractTerminateDialog,

VclAbstractRefreshableDialog,

VclAbstractDialogFactory,

uses <tools/solar.h> , <tools/string.hxx> +

"dllapi.h"

Note : dllapi.h is very interesting because when we have to find (for example) a library suffix, SAL_DLLEXTENSSION can replace all suffixes (every OS's and archs). Just including sal/config.h does it !

Classes:

Window -> what? [FIXME]
ResId -> what?

Does contain the prototype of VclAbstractDialog, inherit of VCL_DLLPUBLIC

file: dllapi.h [ dll for dynamic linked library ]
Uses: <sal/config.h> and >sal/types/h>
includes: VCL_DLLPUBLIC macro

file: accel.h [ means accelerator ]

Classes:

Accelerator
{
}
ImplAccelEntry
{
public members:

Names

mnId
maKeyCode
mpAccel
mpAutoAccel
mbEnabled
}

function / returns / parameters

ImplGetKeyCode / void / KeyFuncType eFunc, ref rCode1 , ref rCode2, ref rCode3

file: accel.hxx

Uses: <sv.h> , "dllapi.h" ,<tools/resid.hxx>, <<tools/rc.hxx>

Classes:

ImplAccelData;
ImplAccelEntry;

== Important Links ==
'''[[Progressive implementation]]'''

'''Native Font server Implementation''' '''[[Mac OS X Porting - Native Fonts]]'''

'''Native Sound Implementation''': [[Mac OS X Porting - Native Audio and Video]]

'''Native Printing Implementation''': [[Mac OS X Porting - Native_Printing]]

'''Drag and Drop implementation''': [[Mac OS X Porting - Native Drag and drop]]

'''Data Acquisition''' : [[Mac OS X Porting - Data Acquisition]]

This work is part of http://wiki.services.openoffice.org/wiki/Mac_OS_X_Porting_-_Work_Areas/Todo%27s

[to be continued:-) ]

== Keyboard comparizon between OpenOffice.org / Mac OS X application ==

[FIXME] redo a cleanest array

{| style="vertical-align:top; text-align:centered; background-color:#F0F0F0;"
|- style="background-color:#99CCFF; font-weight:bold;"
| Modifier||+ key || Result || TextEdit returns
|-
|ALT|| a||æ ||æ
|-
|ALT||b||ß ||ß
|-
|ALT||c||© ||©
|-
|ALT||d||∂ ||∂
|-
|ALT||e||ê ||ê
|-
|ALT||f||ƒ ||ƒ
|-
|ALT||g ||ﬁ ||ﬁ
|-
|ALT||h ||Ì ||Ì
|-
|ALT||i ||î ||î
|-
|ALT||j ||Ï ||Ï
|-
|ALT||k ||È ||È
|-
|ALT||l ||¬ ||¬
|-
|ALT||m ||µ ||µ
|-
|ALT||n ||~ ||~
|-
|ALT||o ||œ ||œ
|-
|ALT||p ||π ||π
|-
|ALT||q ||‡ ||‡
|-
|ALT||r ||® ||®
|-
|ALT||s ||Ò ||Ò
|-
|ALT||t ||† ||†
|-
|ALT||u ||º ||º
|-
|ALT||v ||◊ ||◊
|-
|ALT||w ||‹ ||‹
|-
|ALT||x ||≈ ||≈
|-
|ALT||y ||Ú ||Ú
|-
|ALT||z ||Â ||Â
|-
|ALT||A ||Æ ||Æ
|-
|ALT||B ||∫ ||∫
|-
|ALT||C ||¢ ||¢
|-
|ALT||D||∆||∆
|-
|ALT||F ||· ||·
|-
|ALT||G ||ﬂ ||ﬂ
|-
|ALT||H ||Î ||Î
|-
|ALT||I ||Î ||Î
|-
|ALT||J ||Í ||Í
|-
|ALT||K ||Ë ||Ë
|-
|ALT||L || <pre>|</pre> ||<pre>|</pre>
|-
|ALT||M ||Ó ||Ó
|-
|ALT||N ||ı ||ı
|-
|ALT||O ||Œ ||Œ
|-
|ALT||P ||∏ ||∏
|-
|ALT||Q ||Ω ||Ω
|-
|ALT||R ||‚ ||‚
|-
|ALT||S ||∑ ||∑
|-
|ALT||T ||™ ||™
|-
|ALT||U ||ª ||ª
|-
|ALT||V ||√ ||√
|-
|ALT||W ||› ||›
|-
|ALT||X ||⁄ ||⁄
|-
|ALT||Y ||Ÿ ||Ÿ
|-
|ALT||Z ||Å ||Å
|-
|ALT||$ ||€ ||€
|-
|ALT||` ||@ ||@
|-
|ALT||£ ||# ||#
|-
|ALT||* ||¥ ||¥
|}

Sous réserve d'erreur ou omission [[User:Ericb|Ericb]] 00:05, 14 January 2007 (CET)

--[[User:Ericb|Ericb]] 15:00, 22 Jul 2005 (EDT)

[[Category:Porting]]
[[Category:MacOSX]]
[[Category:Aqua]]

MacOSX Debug OpenOffice.org using XCode

2007-02-21T15:10:11Z

Msicotte: /* Add New Executables */

Pre conditions : a complete Aqua build see [[AquaBuild]]

=== Prepare libvcl ===

rebuild vcl using debug="not_empty_string"

then do :
<pre>
cd vcl
touch aqua/source/gdi/salbmp.cxx
build
</pre>

Use Pavel's. script be sure you can use aqua double clicking on the bundle

Supposing the AquaBuild sources are located in ~/SRC680_m202 ( adapt to your tree ) , do :
cd <install_dir>/Openoffice.org\ 2.2.app/Contents/program

<pre>
rm -f libvcl*

ln -s <AquaBuild_dir>/vcl/unxmacxi.pro/lib/libvcl* .</pre>

'''Note''' : don't forget the dot !!

=== Start Xcode ===

Create a new project

select empty project

==== Add existing Files ====

choose e.g. aquavcl_debug in home dir

then right click on aquavcl_debug icon (on top left) and select "add existing files"

choose <AquaBuild_dir/vcl> folder click on add

be sure to check "Create Folder References for any added folders"

vcl directory should appear as subfolder of aquavcl_debug

[[Image:XCode_debug_add_existing_files.jpg]]

==== Add New Executables ====

now right click on Executables (on left ) and choose Add ->New custom executable

[[Image:XCode_debug_add_new_executable.jpg]]

Fill the fields as follow :

Executable name : OpenOffice.org

Executable Path : <install_dir>/OpenOffice.org 2.2.app (you will edit this later - in XCode 2.4 it must have a value to enable finish)

Click on finish when done

Just after, a window should appear : "Executable OpenOffice.org Info"

Executable path should be <install_dir>/OpenOffice.org 2.2.app/Contents/program/soffice_bin (rename soffice.bin to soffice_bin)

Check Custom Custom Directory and put :

<install_dir>/OpenOffice.org 2.2.app/Contents/program

On menubar, run debugger and enjoy debugging :)

=== Links ===

On the wiki : [[Debugging]] OpenOffice.org

Other links :

[[Category:Porting]]
[[Category:MacOSX]]
[[Category:Aqua]]

MacOSX Debug OpenOffice.org using XCode

2007-02-21T15:09:21Z

Msicotte: /* Add New Executables */

Pre conditions : a complete Aqua build see [[AquaBuild]]

=== Prepare libvcl ===

rebuild vcl using debug="not_empty_string"

then do :
<pre>
cd vcl
touch aqua/source/gdi/salbmp.cxx
build
</pre>

Use Pavel's. script be sure you can use aqua double clicking on the bundle

Supposing the AquaBuild sources are located in ~/SRC680_m202 ( adapt to your tree ) , do :
cd <install_dir>/Openoffice.org\ 2.2.app/Contents/program

<pre>
rm -f libvcl*

ln -s <AquaBuild_dir>/vcl/unxmacxi.pro/lib/libvcl* .</pre>

'''Note''' : don't forget the dot !!

=== Start Xcode ===

Create a new project

select empty project

==== Add existing Files ====

choose e.g. aquavcl_debug in home dir

then right click on aquavcl_debug icon (on top left) and select "add existing files"

choose <AquaBuild_dir/vcl> folder click on add

be sure to check "Create Folder References for any added folders"

vcl directory should appear as subfolder of aquavcl_debug

[[Image:XCode_debug_add_existing_files.jpg]]

==== Add New Executables ====

the next step be sure to check "Create Folder References for any added folders"

vcl directory should appear as subfolder of aquavcl_debug

now right click on Executables (on left ) and choose Add ->New custom executable

[[Image:XCode_debug_add_new_executable.jpg]]

Fill the fields as follow :

Executable name : OpenOffice.org

Executable Path : <install_dir>/OpenOffice.org 2.2.app (you will edit this later - in XCode 2.4 it must have a value to enable finish)

Click on finish when done

Just after, a window should appear : "Executable OpenOffice.org Info"

Executable path should be <install_dir>/OpenOffice.org 2.2.app/Contents/program/soffice_bin (rename soffice.bin to soffice_bin)

Check Custom Custom Directory and put :

<install_dir>/OpenOffice.org 2.2.app/Contents/program

On menubar, run debugger and enjoy debugging :)

=== Links ===

On the wiki : [[Debugging]] OpenOffice.org

Other links :

[[Category:Porting]]
[[Category:MacOSX]]
[[Category:Aqua]]

MacOSX Debug OpenOffice.org using XCode

2007-02-21T15:05:48Z

Msicotte: /* Add existing Files */

Pre conditions : a complete Aqua build see [[AquaBuild]]

=== Prepare libvcl ===

rebuild vcl using debug="not_empty_string"

then do :
<pre>
cd vcl
touch aqua/source/gdi/salbmp.cxx
build
</pre>

Use Pavel's. script be sure you can use aqua double clicking on the bundle

Supposing the AquaBuild sources are located in ~/SRC680_m202 ( adapt to your tree ) , do :
cd <install_dir>/Openoffice.org\ 2.2.app/Contents/program

<pre>
rm -f libvcl*

ln -s <AquaBuild_dir>/vcl/unxmacxi.pro/lib/libvcl* .</pre>

'''Note''' : don't forget the dot !!

=== Start Xcode ===

Create a new project

select empty project

==== Add existing Files ====

choose e.g. aquavcl_debug in home dir

then right click on aquavcl_debug icon (on top left) and select "add existing files"

choose <AquaBuild_dir/vcl> folder click on add

be sure to check "Create Folder References for any added folders"

vcl directory should appear as subfolder of aquavcl_debug

[[Image:XCode_debug_add_existing_files.jpg]]

==== Add New Executables ====

the next step be sure to check "Create Folder References for any added folders"

vcl directory should appear as subfolder of aquavcl_debug

now right click on Executables (on left ) and choose Add ->New custom executable

[[Image:XCode_debug_add_new_executable.jpg]]

Fill the fields as follow :

Executable name : OpenOffice.org

Executable Path :

Click on finish when done

Just after, a window should appear : "Executable OpenOffice.org Info"

Executable path should be <install_dir>/OpenOffice.org 2.2.app/Contents/program/soffice_bin (rename soffice.bin)

Check Custom Custom Directory and put :

<install_dir>/OpenOffice.org 2.2.app/Contents/program

On menubar, run debugger and enjoy debugging :)

=== Links ===

On the wiki : [[Debugging]] OpenOffice.org

Other links :

[[Category:Porting]]
[[Category:MacOSX]]
[[Category:Aqua]]

MacOSX Debug OpenOffice.org using XCode

2007-02-21T14:46:27Z

Msicotte: /* Add New Executables */

Pre conditions : a complete Aqua build see [[AquaBuild]]

=== Prepare libvcl ===

rebuild vcl using debug="not_empty_string"

then do :
<pre>
cd vcl
touch aqua/source/gdi/salbmp.cxx
build
</pre>

Use Pavel's. script be sure you can use aqua double clicking on the bundle

Supposing the AquaBuild sources are located in ~/SRC680_m202 ( adapt to your tree ) , do :
cd <install_dir>/Openoffice.org\ 2.2.app/Contents/program

<pre>
rm -f libvcl*

ln -s <AquaBuild_dir>/vcl/unxmacxi.pro/lib/libvcl* .</pre>

'''Note''' : don't forget the dot !!

=== Start Xcode ===

Create a new project

select empty project

==== Add existing Files ====

choose e.g. aquavcl_debug in home dir

then right click on aquavcl_debug icon (on top left) and select "add existing files"

choose <AquaBuild_dir/vcl> folder click on add

be sure to check "Create Folder References for any added folders"

[[Image:XCode_debug_add_existing_files.jpg]]

==== Add New Executables ====

the next step be sure to check "Create Folder References for any added folders"

vcl directory should appear as subfolder of aquavcl_debug

now right click on Executables (on left ) and choose Add ->New custom executable

[[Image:XCode_debug_add_new_executable.jpg]]

Fill the fields as follow :

Executable name : OpenOffice.org

Executable Path :

Click on finish when done

Just after, a window should appear : "Executable OpenOffice.org Info"

Executable path should be <install_dir>/OpenOffice.org 2.2.app/Contents/program/soffice_bin (rename soffice.bin)

Check Custom Custom Directory and put :

<install_dir>/OpenOffice.org 2.2.app/Contents/program

On menubar, run debugger and enjoy debugging :)

=== Links ===

On the wiki : [[Debugging]] OpenOffice.org

Other links :

[[Category:Porting]]
[[Category:MacOSX]]
[[Category:Aqua]]

MacOSX Debug OpenOffice.org using XCode

2007-02-21T14:45:20Z

Msicotte: /* Add existing Files */

Pre conditions : a complete Aqua build see [[AquaBuild]]

=== Prepare libvcl ===

rebuild vcl using debug="not_empty_string"

then do :
<pre>
cd vcl
touch aqua/source/gdi/salbmp.cxx
build
</pre>

Use Pavel's. script be sure you can use aqua double clicking on the bundle

Supposing the AquaBuild sources are located in ~/SRC680_m202 ( adapt to your tree ) , do :
cd <install_dir>/Openoffice.org\ 2.2.app/Contents/program

<pre>
rm -f libvcl*

ln -s <AquaBuild_dir>/vcl/unxmacxi.pro/lib/libvcl* .</pre>

'''Note''' : don't forget the dot !!

=== Start Xcode ===

Create a new project

select empty project

==== Add existing Files ====

choose e.g. aquavcl_debug in home dir

then right click on aquavcl_debug icon (on top left) and select "add existing files"

choose <AquaBuild_dir/vcl> folder click on add

be sure to check "Create Folder References for any added folders"

[[Image:XCode_debug_add_existing_files.jpg]]

==== Add New Executables ====

the next step be sure to check "Create Folder References for any added folders"

vcl directory should appear as subfolder of aquavcl_debug

now right click on Executables (on left ) and choose Add ->New custom executable

[[Image:XCode_debug_add_new_executable.jpg]]

Fill the fields as follow :

Executable name : OpenOffice.org

Executable Path :

Click on finish when done

Just after, a window should appear : "Executable OpenOffice.org Info"

Executable path should be <install_dir>/OpenOffice.org 2.2.app/Contents/program/soffice_bin

Check Custom Custom Directory and put :

<install_dir>/OpenOffice.org 2.2.app/Contents/program

On menubar, run debugger and enjoy debugging :)

=== Links ===

On the wiki : [[Debugging]] OpenOffice.org

Other links :

[[Category:Porting]]
[[Category:MacOSX]]
[[Category:Aqua]]