Apache OpenOffice Wiki - User contributions [en]

Ubuntu Build Instructions

2017-07-20T02:50:36Z

Rbircher: /* Preparing to build Apache OpenOffice on Ubuntu */

{{Documentation/Note|Please add only Ubuntu-specifics here! Use the information on the [[Development/OpenOffice.org Building Guide/Building on Linux|Building Guide]] and only fall back to this document if you need help with Ubuntu-specifics (like package names).}}

__TOC__
== Preparing to build Apache OpenOffice on Ubuntu ==

To get and build Apache OpenOffice you need some packages. You can get them with:
<pre>
sudo apt-get install subversion g++ gcc bison flex libarchive-zip-perl libcups2-dev libpam0g-dev \
gperf libfreetype6-dev libxaw7-dev libfontconfig1-dev libxrandr-dev patch \
libgconf2-dev libgnomevfs2-dev ant libgtk2.0-dev junit junit4 libidl-dev liborbit2-dev</pre>

If you want to use the system provided libraries instead of building them for yourself you should get their development packages by running:

<pre>
sudo apt-get install python-dev ccache libgraphite-dev \
libwpd-dev libxslt-dev libhunspell-dev libaltlinuxhyph-dev
</pre>

The java package depends on your Ubuntu version:

For Ubuntu 9.10 ("Karmic Koala") and 10.04 ("Lucid Lynx") you must activate the "ubuntu lucid partner" archive in the software sources and run
<pre>
sudo apt-get install sun-java6-jdk
</pre>

For Ubuntu 11.04 and up please run
<pre>
sudo apt-get install openjdk-6-jdk
</pre>

To make sure that all packages are installed you could just simply run command:
<pre>
sudo apt-get build-dep openoffice.org
</pre>

== Testing the Prerequisites ==

First download the source code:
<pre>
svn co https://svn.apache.org/repos/asf/openoffice/trunk aoo
</pre>

Then the configure step will help you to find out if all is there:
<pre>
cd aoo/main
autoconf
./configure --disable-mozilla --with-junit="/usr/share/java/junit4.jar"
</pre>

For other options regarding mozilla code please see [[Documentation/Building_Guide/Building_on_Linux#create_prebuilt_mozilla|here]].

== Building Apache OpenOffice ==

Now that the Ubuntu specific prerequisites are met please follow the general '''[[Documentation/Building_Guide_AOO|Building Guide]]''' to continue.
You might find the page [[Debug Build Problems]] interesting too.

[[Category: Distribution-Specific Build Instructions]]

DE/Dokumentation/HowTos/Installation/Parallele Installation mehrerer Versionen

2017-02-18T03:30:03Z

Rbircher: VCL Testtool exist anymore. so I removed the part.

[[Category:DE/Dokumentation/HowTo]]
[[Category:DE/QA]]
[[en:Run_OOo_versions_parallel]]
[[ru:RU/qa/run_ooo_versions_parallel]]
[[sl:SL/Run_OOo_versions_parallel]]
[[ja:JA/QA/Run_OOo_versions_parallel]]
{{DISPLAYTITLE:Wie installiere ich verschiedene OpenOffice.org-Versionen parallel?}}

Normalerweise wird eine Version als Datei ausgeliefert, die sich in dieselben Verzeichnisse installiert wie die Vorversion. Dabei sind 2 Fälle zu unterscheiden: stabile Versionen und Entwicklerversionen.

Die '''stabile''' Version OOo 2.3.1 installiert sich in ein Verzeichnis wie
* '''/opt/openoffice.org2.3/''' (unter *nix) bzw.
* '''C:\Program Files\OpenOffice.org 2.3\''' (unter Windows, wobei der Ordner "Program Files" gewöhnlich einen lokalisierten Namen hat, auf deutsch also "Programme")

Entsprechende '''Entwicklerversionen''' dagegen installieren sich nach
* '''/opt/ooo-dev2.3''' (*nix) bzw.
* '''C:\Program Files\OOo-dev 2.3\''' (Windows)

Das geht so lange gut, wie Sie nur eine Entwickler- und eine stabile Version nutzen; es bringt aber in dem Moment Probleme mit sich, wenn Sie mehrere unterschiedliche Entwickler-Snapshots (oder mehrere stabile Versionen) gleichzeitig vorhalten möchten - etwa wenn Sie neben einer neuen auch ihre "alte" OOo-Version weiter nutzen möchten -, denn jeder neue Snapshot wird sich in die selben Entwickler-Verzeichnisse installieren und jede neue stabile Version in die selben Verzeichnisse für stabile Versionen, wobei die jeweils ältere Version ersetzt wird. Unter Windows passiert das automatisch durch den Installer, unter *nix müssen Sie ältere Versionen vorher manuell deinstallieren.

{{Documentation/Caution| '''Achtung: ''' RC-Versionen (Release Candidates) verhalten sich nicht wie Entwickler- sondern wie stabile Versionen!}}

Wie Sie unterschiedliche Versionen vom selben Typ parallel betreiben können, wird im Folgenden beschrieben.

== Linux ==

Hier geht es um die Installation einer OOo-Version aus einem RPM oder DEB-Paket. Dabei werden wir die Dateien aus den Paketen nicht "installieren" sondern besser "extrahieren".

Mit dieser Methode können Sie ein RPM oder DEB-Paket nutzen, unabhängig von Paketformat "Ihrer" Distribution, also können Sie genauso gut ein RPM-Paket unter Debian wie ein DEB-Paket unter Mandriva verwenden.

=== Parallelinstallation zweier 2.*-Versionen ===

==== RPM-Pakete ====

Voraussetzungen, die Sie vorher prüfen u. ggf. installieren sollten:
* GNU '''tar''' ([http://www.gnu.org/software/tar/ http://www.gnu.org/software/tar/])
* '''rpm2cpio''' ([http://www.rpm.org/ http://www.rpm.org/]) sowie
* GNU '''cpio''' ([http://www.gnu.org/software/cpio/cpio.html http://www.gnu.org/software/cpio/cpio.html])

Im Beispiel "installieren" wir die Version
* <code>OOo_2.4.0_LinuxIntel_install_en-US.tar.gz</code>,

welche ins Verzeichnis
* <code>/home/user/download/ooo/</code>
heruntergeladen wurde.

<source lang="bash">
# "cd" ins Verzeichnis, wo das *.tar.gz gedownloaded wurde.
# In diesem Beispiel befindet sich die Datei
# OOo_2.4.0_LinuxIntel_install_en-US.tar.gz
# in /home/user/download/ooo/

~> cd download/ooo/

# Temporäres Verzeichnis zum Extrahieren anlegen.
# Wir nennen es im Beispiel hier TEMP_INST

~/download/ooo> mkdir TEMP_INST

# cd in dieses temporäre Verzeichnis

~/download/ooo> cd TEMP_INST/

# Dateien extrahieren

~/download/ooo/TEMP_INST> tar -zxvf ../OOo_2.4.0_LinuxIntel_install_en-US.tar.gz

</source>

Mit diesen Befehlen haben wir den Inhalt des Tarballs ins temporäre Verzeichnis extrahiert. Die Verzeichnisstruktur der entpackten Dateien kann je nach OOo-Version variieren; ältere Versionen entpackten das RPMS-Verzeichnis ganz oben (im Beispiel also <code>download/ooo/TEMP_INST/RPMS/</code>).

In neueren Versionen ist das Wurzelverzeichnis nach der Build-Nummer benannt; in unserem Beispiel heißt das Wurzelverzeichnis also <code>OOH680_m12_native_packed-1_en-US.9286</code>.

Wir wechseln mit <code>cd</code> ins RPMS-Verzeichnis unter diesem Wurzelverzeichnis, dort befinden sich die rpm-Pakete.

<source lang="bash">
# Nun müssen wir ein weiteres temp. Verzeichnis anlegen,
# wohin die RPM-Dateien aus dem RPMS-Ordner extrahiert werden
# Manche älteren Versionen haben beim Entpacken nur einen RPMS-Ordner
# angelegt - z.B. download/ooo/TEMP_INST/RPMS/
# Hier im Beispiel wurde ein Wurzelverzeichnis nach der Build-Nr. angelegt.

~/download/ooo/TEMP_INST> cd OOH680_m12_native_packed-1_en-US.9286/RPMS/

# Im folgenden werden wir den Verzeichnisnamen abkürzen.
# Anstatt ~/download/ooo/TEMP_INST/OOH680_m12_native_packed-2_en-US.9276/RPMS>
# schreiben wir ~/download/ooo/TEMP_INST/OOH680_m12 .../RPMS>

# Anlegen eines temp. Verzeichnisses zum Extrahieren des Wurzel-Verzeichnisses
# der OOo-Installation

~/download/ooo/TEMP_INST/OOH680_m12.../RPMS> mkdir TEMP_ROOT
~/download/ooo/TEMP_INST/OOH680_m12.../RPMS> cd TEMP_ROOT/

# Extrahieren der RPM-Dateien

~/download/ooo/TEMP_INST/OOH680_m12.../RPMS/TEMP_ROOT> for i in ../openoffice.org*.rpm; do rpm2cpio $i | cpio -id; done

</source>

Auf diese Weise wird im Verzeichnis

<code>/home/user/download/ooo/TEMP_INST/OOH680_m12_native_packed-1_en-US.9286/RPMS/TEMP_ROOT</code>

das Wurzelverzeichnis der Installation erzeugt:

<code>~/download/ooo/TEMP_INST/OOH680_m12_native_packed-1_en-US.9286/RPMS/TEMP_ROOT/opt/openoffice.org2.4/</code>

Nun können Sie dieses Verzeichnis an einen Ort Ihrer Wahl hin verschieben/kopieren.

<source lang="bash">
~/download/ooo/TEMP_INST/OOH680_m12.../RPMS/TEMP_ROOT>cd opt

# Vorsicht, das "opt" darf hier nicht mit einem Slash (/) beginnen (also nicht /opt)!

# In unserem Beispiel "installieren" wir die neue Version nach /home/user/openoffice.org2.4

~/download/ooo/TEMP_INST/OOH680_m12.../RPMS/TEMP_ROOT/opt> mv openoffice.org2.4 ~

</source>

Zu guter Letzt können alle temporären Verzeichnisse und Dateien gelöscht werden

<source lang="bash">
~/download/ooo/TEMP_INST/OOH680_m12.../RPMS/TEMP_ROOT/opt> cd ~/download/ooo/
~download/ooo> rm -rf TEMP_INST/
</source>

==== DEB-Pakte ====

In diesem Beispiel "installieren" wir die Version

<code>OOo_2.4.0_LinuxIntel_install_en-US_deb.tar.gz</code>,

welche ins Verzeichnis

<code>/home/user/download/ooo/</code>

heruntergeladen wurde.

<source lang="bash">

# "cd" ins Verzeichnis, wo das *.tar.gz gedownloaded wurde.
# In diesem Beispiel befindet sich die Datei
# OOo_2.4.0_LinuxIntel_install_en-US_deb.tar.gz
# in /home/user/download/ooo/

~> cd download/ooo/

# Temporäres Verzeichnis zum Extrahieren anlegen,
# wir nennen es im Beispiel hier TEMP_INST

~/download/ooo> mkdir TEMP_INST

# Wechseln mittels "cd" in das temporäre Verzeichnis

~/download/ooo> cd TEMP_INST/

# Dateien extrahieren

~/download/ooo/TEMP_INST> tar -zxvf ../OOo_2.4.0_LinuxIntel_install_en-US_deb.tar.gz

</source>

Mit diesen Befehlen haben wir den Inhalt des Tarballs ins temporäre Verzeichnis extrahiert. Die Verzeichnisstruktur der entpackten Dateien kann je nach OOo-Version variieren; ältere Versionen entpackten das DEBS-Verzeichnis ganz oben (im Beispiel also <code>download/ooo/TEMP_INST/DEBS/</code>).

In neueren Versionen ist das Wurzelverzeichnis nach der Build-Nummer benannt; in unserem Beispiel heißt das Wurzelverzeichnis also <code>OOH680_m12_native_packed-1_en-US.9286</code>.

Wir wechseln mit cd ins DEBS-Verzeichnis unter diesem Wurzelverzeichnis, dort befinden sich die deb-Pakete.
<source lang="bash">

# Nun müssen wir ein weiteres temp. Verzeichnis anlegen,
# wohin die deb-Dateien aus dem DEBS-Ordner extrahiert werden.

~/download/ooo/TEMP_INST> cd OOH680_m12_native_packed-1_en-US.9286/DEBS/

# Im folgenden werden wir den Verzeichnisnamen abkürzen.
# Anstatt ~/download/ooo/TEMP_INST/OOH680_m12_native_packed-2_en-US.9276/DEBS>
# schreiben wir ~/download/ooo/TEMP_INST/OOH680_m12 .../DEBS>

# Anlegen eines temp. Verzeichnisses zum Extrahieren des Wurzelverzeichnisses
# der OOo-Installation

~/download/ooo/TEMP_INST/OOH680_m12.../DEBS> mkdir TEMP_ROOT
~/download/ooo/TEMP_INST/OOH680_m12.../DEBS> cd TEMP_ROOT/

# Extrahieren der DEBS-Dateien

~/download/ooo/TEMP_INST/OOH680_m12.../DEBS/TEMP_ROOT> for i in ../openoffice.org*.deb; do dpkg-deb -x $i . ; done

</source>

Auf diese Weise wird im Verzeichnis

<code>/home/user/download/ooo/TEMP_INST/OOH680_m12_native_packed-1_en-US.9286/DEBS/TEMP_ROOT</code>

das Wurzelverzeichnis der Installation erzeugt:

<code>~/download/ooo/TEMP_INST/OOH680_m12_native_packed-1_en-US.9286/DEBS/TEMP_ROOT/opt/openoffice.org2.4/</code>

Nun können Sie dieses Verzeichnis an einen Ort Ihrer Wahl verschieben/kopieren.

<source lang="bash">
~/download/ooo/TEMP_INST/OOH680_m12.../DEBS/TEMP_ROOT>cd opt

# Vorsicht: Das "opt" darf hier nicht mit einem Slash (/) beginnen (also nicht /opt)!

# In unserem Beispiel "installieren" wir die neue Version nach /home/user/openoffice.org2.4

~/download/ooo/TEMP_INST/OOH680_m12.../DEBS/TEMP_ROOT/opt> mv openoffice.org2.4 ~

</source>

Zum Schluss können alle temporären Verzeichnisse und Dateien gelöscht werden

<source lang="bash">
~/download/ooo/TEMP_INST/OOH680_m12.../DEBS/TEMP_ROOT/opt> cd ~/download/ooo/
~download/ooo> rm -rf TEMP_INST/
</source>

==== Konfiguration der Benutzer-Verzeichnisse für 2.* Versionen ====

Bevor Sie die neue Version starten, müssen noch diverse Konfigurationseinstellungen geändert werden. Das Vorgehen ist '''''für DEB- und RPM-Pakete das selbe!'''''

Normalerweise liest und schreibt eine OOo-Version in ein entsprechendes Benutzerverzeichnis. So benutzt ein stabiles OpenOffice.org 2.x das Benutzerverzeichnis /home/''benutzer''/.openoffice.org2/, eine Entwicklerversion dagegen /home/''benutzer''/.ooo-dev2/.

Das bedeutet, dass 2 stabile oder 2 Entwicklerversionen 2.x nicht per se nebeneinander existieren können.

Um dem abzuhelfen, müssen Sie die Konfiguration so ändern, dass die zu installierende Version ein anderes Benutzerverzeichnis anlegt und benutzt. In unserem Fall nehmen wir als Benutzerverzeichnis einfach das selbe Verzeichnis, in das OOo installiert wurde, damit wir am Ende alles in einem Abwasch löschen können.

Dazu muss die Konfigurationsdatei <code>$OO_INST_ROOT_DIR/program/bootstraprc</code> editiert werden.

Zunächst muss die Schreibberechtigung für diese Datei eingestellt werden:

<source lang="bash">
~> cd openoffice.org2.4/program/
~/openoffice.org2.4/program> chmod +w bootstraprc
</source>

Nun können Sie diese Datei mittels eines Texteditors bearbeiten. Ändern Sie die Zeile, die mit <code>UserInstallation=</code> beginnt folgendermaßen:

<PRE>UserInstallation=$ORIGIN/..</PRE>

so dass die ganze Datei etwa so aussieht:

<PRE>
[Bootstrap]
BaseInstallation=$ORIGIN/..
InstallMode=<installmode>
ProductKey=OpenOffice.org 2.4
UserInstallation=$ORIGIN/..
[ErrorReport]
ErrorReportPort=80
ErrorReportServer=report.services.openoffice.org
</PRE>

Auf diese Weise wird das Benutzerverzeichnis in der Wurzel Ihrer Installation eingerichtet, und Sie können verschiedene Versionen ohne Probleme parallel betreiben.

=== Parallelinstalation zweier 3.*-Versionen ===

Beginnend mit DEV300m4 hat OpenOffice.org drei Schichten (Layer) (siehe [[ODF_Toolkit/Efforts/Three-Layer_OOo | Three-Layer OOo]]). Daher finden wir nach dem Extrahieren der RPM/DEB-Pakete 2 Verzeichnisse vor:

# <code>opt/openoffice.org</code> (enthält die '''tiefe''' und '''mittlere''' Schicht: <code>ure</code> und <code>basis</code>)
# <code>opt/ooo-dev3.0</code> (enthält die '''obere''' Schicht)

wobei Sie <code>ooo-dev3.0</code> durch den Produktnamen - also beispielsweise <code>openoffice.org3.0</code> - ersetzen müssen.

Da wir eine komplett eigenständige Installation (ohne System- bzw. Desktopintegration, und mit separatem Benutzerverzeichnis) anlegen wollen, müssen wir nur die Pakete extrahieren und dann das Verzeichnis <code>opt</code> so umbenennen, dass die 3 Schichten zusammengehalten werden.

==== RPM-Pakete ====

Im Beispiel "installieren" wir die Version

<code>OOo-Dev_DEV300_m7_LinuxIntel_install_en-US.tar.gz</code>

welche ins Verzeichnis

<code>/home/user/download/ooo/</code>

heruntergeladen wurde:

<source lang="bash">
# cd ins Verzeichnis, wo das *.tar.gz gedownloaded wurde.
# In diesem Beispiel befindet sich die Datei
# OOo-Dev_DEV300_m7_LinuxIntel_install_en-US.tar.gz
# in /home/user/download/ooo/

~> cd download/ooo/

# Temporäres Verzeichnis zum Extrahieren anlegen
# wir nennen es im Beispiel hier TEMP_INST

~/download/ooo> mkdir TEMP_INST

# cd in dieses temoräre Verzeichnis

~/download/ooo> cd TEMP_INST/

# Dateien extrahieren

~/download/ooo/TEMP_INST> tar -zxvf ../OOo-Dev_DEV300_m7_LinuxIntel_install_en-US.tar.gz

</source>

Mit diesen Befehlen haben wir den Inhalt des Tarballs ins temporäre Verzeichnis extrahiert.

Wir wechseln mit cd ins RPMS-Verzeichnis unter diesem Wurzelverzeichnis, dort befinden sich die rpm-Pakete.

<source lang="bash">
# Nun müssen wir ein weiteres temp. Verzeichnis anlegen,
# wohin die RPM-Dateien aus dem RPMS-Ordner extrahiert werden.

~/download/ooo/TEMP_INST> cd DEV300_m7_native_packed-1_en-US.9293/RPMS/

# Im folgenden werden wir den Verzeichnisnamen abkürzen.
# Anstatt ~/download/ooo/TEMP_INST/DEV300_m7_native_packed-1_en-US.9293/RPMS>
# schreiben wir ~/download/ooo/TEMP_INST/ DEV300_m7.../RPMS>

# Anlegen eines temp. Verzeichnisses zum Extrahieren des Wurzelverzeichnisses
# der OOo-Installation

~/download/ooo/TEMP_INST/DEV300_m7.../RPMS> mkdir TEMP_ROOT
~/download/ooo/TEMP_INST/DEV300_m7.../RPMS> cd TEMP_ROOT/
</source>

Achtung: Je nach Version finden Sie unterschiedliche Benennungen:

# <code>openoffice.org-*.rpm</code> für die untere und mittlere Schicht
# <code>ooo-dev-*.rpm</code> für die obere Schicht

So können sie die RPMs in einem oder zwei Schritten extrahieren:

<source lang="bash">
# RPM-Extraktion in einem Schritt

~/download/ooo/TEMP_INST/DEV300_m7.../RPMS/TEMP_ROOT> for i in ../o*.rpm; do rpm2cpio $i | cpio -id; done
</source>

Beachten Sie, dass wir hier nicht alle Pakete extrahieren (also nicht <code>for i in ../*.rpm</code>), weil die Pakete auch das Java Runtime Environment enthalten könnten. In diesem Beispiel enthält das Paket die <code>jre-6u4-linux-i586.rpm</code>, daher gehen wir mit dem "o" vor dem Stern (<code>../o*.rpm</code>) sicher, dass wir nur die Pakete, die mit "o" anfangen, extrahieren.

<source lang="bash">
# RPM-Extraktion in zwei Schritten

# untere 2 Schichten:

~/download/ooo/TEMP_INST/DEV300_m7.../RPMS/TEMP_ROOT> for i in ../openoffice.org*.rpm; do rpm2cpio $i | cpio -id; done

# obere Schicht:

~/download/ooo/TEMP_INST/DEV300_m7.../RPMS/TEMP_ROOT> for i in ../ooo-dev*.rpm; do rpm2cpio $i | cpio -id; done
</source>

Auf diese Weise erzeugen wir im Verzeichnis

<code>/home/user/download/ooo/TEMP_INST/DEV300_m7_native_packed-1_en-US.9293/RPMS/TEMP_ROOT</code>

ein Verzeichnis <code>opt</code>, das zwei Unterverzeichnisse enthält:

#<code>/TEMP_ROOT/opt/ooo-dev3.0</code>
#<code>/TEMP_ROOT/opt/openoffice.org</code>

wobei das letztere wiederum zwei Unterverzeichnisse enthält: <code>basis3.0</code> und <code>ure</code>.

Nun muss nur noch dieses '''opt'''-Verzeichnis an den Ort Ihrer Wahl verschoben oder kopiert werden.

<source lang="bash">

# In unserem Beispiel "installieren" wir die neue Version nach /home/user/OOo_DEV300_m7

~/download/ooo/TEMP_INST/DEV300_m7.../RPMS/TEMP_ROOT> mv opt ~/OOo_DEV300_m7
</source>

Zum Schluss entfernen wir die ganzen temporären Dateien:

<source lang="bash">
~/download/ooo/TEMP_INST/DEV300_m7.../RPMS/TEMP_ROOT> cd ~/download/ooo/
~download/ooo> rm -rf TEMP_INST/
</source>

==== DEB-Pakete ====
In diesem Beispiel "installieren" wir die Version

<code>OOo-Dev_DEV300_m7_LinuxIntel_install_en-US_deb.tar.gz</code>

welche ins Verzeichnis

<code>/home/user/download/ooo/</code>

heruntergeladen wurde:

<source lang="bash">
# cd ins Verzeichnis, wo das *.tar.gz downgeloaded wurde.
# In diesem Beispiel befindet sich die Datei
# OOo-Dev_DEV300_m7_LinuxIntel_install_en-US_deb.tar.gz
# in /home/user/download/ooo/

~> cd download/ooo/

# Temporäres Verzeichnis zum Extrahieren anlegen.
# Wir nennen es im Beispiel hier TEMP_INST

~/download/ooo> mkdir TEMP_INST

# cd in dieses temp. Verzeichnis:

~/download/ooo> cd TEMP_INST/

# Dateien extrahieren:

~/download/ooo/TEMP_INST> tar -zxvf ../OOo-Dev_DEV300_m7_LinuxIntel_install_en-US_deb.tar.gz
</source>

Mit diesen Befehlen haben wir den Inhalt des Tarballs ins temporäre Verzeichnis extrahiert.

Wir wechseln mit cd ins DEBS-Verzeichnis unter diesem Wurzelverzeichnis. Dort befinden sich die deb-Pakete.

<source lang="bash">
# Nun müssen wir ein weiteres temp. Verzeichnis anlegen,
# wohin die deb-Dateien aus dem DEBS-Ordner extrahiert werden

~/download/ooo/TEMP
# Anlegen eines temp. Verzeichnisses zum Extrahieren des Wurzelverzeichnisses
# der OOo-Installation

~/download/ooo/TEMP_INST/DEV300_m7.../DEBS> mkdir TEMP_ROOT
~/download/ooo/TEMP_INST/DEV300_m7 .../DEBS> cd TEMP_ROOT/
</source>

Achtung: Je nach Version finden Sie unterschiedliche Benennungen:

#<code>openoffice.org-*.deb</code> für die untere und mittlere Schicht
#<code>ooo-dev-*.deb</code> für die obere Schicht

So können Sie die DEBs in einem oder zwei Schritten extrahieren:

<source lang="bash">
# DEB-Extraktion in einem Schritt

~/download/ooo/TEMP_INST/DEV300_m7.../DEBS/TEMP_ROOT> for i in ../*.deb; do dpkg-deb -x $i . ; done
</source>

<source lang="bash">
# DEB-Extraktion in zwei Schritten

# untere 2 Schichten:

~/download/ooo/TEMP_INST/DEV300_m7.../DEBS/TEMP_ROOT> for i in ../openoffice.org*.deb; do dpkg-deb -x $i . ; done

# # obere Schicht:
~/download/ooo/TEMP_INST/DEV300_m7.../DEBS/TEMP_ROOT> for i in ../ooo-dev*.deb; do dpkg-deb -x $i . ; done
</source>

Auf diese Weise erzeugen wir im Verzeichnis

<code>/home/user/download/ooo/TEMP_INST/DEV300_m7_native_packed-1_en-US.9293/DEBS/TEMP_ROOT</code>

ein Verzeichnis <code>opt</code>, das 2 Unterverzeichnisse enthält:

# <code>/TEMP_ROOT/opt/ooo-dev3.0</code>
# <code>/TEMP_ROOT/opt/openoffice.org</code>

wobei das letztere wiederum 2 Unterverzeichnisse enthält: <code>basis3.0</code> und <code>ure</code>.

Nun muss nur noch dieses '''opt'''-Verzeichnis an den Ort Ihrer Wahl verschoben oder kopiert werden.

<source lang="bash">
# In unserem Beispiel "installieren" wir die neue Version nach /home/user/OOo_DEV300_m7

~/download/ooo/TEMP_INST/DEV300_m7.../DEBS/TEMP_ROOT> mv opt ~/OOo_DEV300_m7
</source>

Zum Schluss entfernen wir die ganzen temporären Dateien:

<source lang="bash">
~/download/ooo/TEMP_INST/DEV300_m7.../DEBS/TEMP_ROOT> cd ~/download/ooo/
~download/ooo> rm -rf TEMP_INST/
</source>

==== Konfiguration der Benutzer-Verzeichnisse für 3.* Versionen ====

Bevor Sie die neue Version starten, müssen noch diverse Konfigurationseinstellungen geändert werden. Das Vogehen ist für DEB- und RPM-Pakete das selbe!

In der Voreinstellung liest und schreibt eine OOo-Version in ein festgelegtes Benutzer-Verzeichnis. So benutzt ein stabiles OpenOffice.org 3.x das Benutzerverzeichnis /home/''user''/.openoffice.org/3, eine Entwickler-Version dagegen /home/''user''/.ooo-dev/3). Das bedeutet, dass zwei stabile oder zwei Entwicklerversionen nicht nebeneinander existieren können.

Um dem abzuhelfen, müssen Sie die Konfiguration so ändern, dass die zu installierende Version ein anderes Benutzerverzeichnis anlegt und benutzt. In unsersem Fall nehmen wir als Benutzerverzeichnis einfach das selbe Verzeichnis, in das OOo installiert wurde, damit wir am Ende alles in einem Abwasch löschen können.

Dazu muss die Konfigurationsdatei <code>bootstraprc</code> aus dem Verzeichnis <code>program</code> geändert werden, in unserem Fall also:

<code>/home/user/OOo_DEV300_m7/ooo-dev3.0/program/bootstraprc</code>

Zunächst muss die Schreibberechtigung für diese Datei eingestellt werden:

<source lang="bash">
> cd ~/OOo_DEV300_m7/ooo-dev3.0/program
~/OOo_DEV300_m7/ooo-dev3.0/program> chmod +w bootstraprc
</source>

Nun können Sie diese Datei mittels eines Texteditors bearbeiten. Ändern Sie die Zeile, die mit UserInstallation= beginnt, folgendermaßen:

<PRE>UserInstallation=$ORIGIN/..</PRE>

so dass die ganze Datei etwa so aussieht:
<PRE>
[Bootstrap]
BaseInstallation=${OOO_BASE_DIR}
InstallMode=<installmode>
ProductKey=OOo-dev 3.0
UserInstallation=$ORIGIN/..
[ErrorReport]
ErrorReportPort=80
ErrorReportServer=report.services.openoffice.org
</PRE>

Auf diese Weise wird das Benutzerverzeichnis in der Wurzel Ihrer Installation eingerichtet, und Sie können verschiedene Versionen ohne Probleme parallel betreiben.

== Windows ==

Hier gibt es 2 Alternativen, die 2. (von Regina) berücksichtigt auch Sprachpakete.

=== Alternative 1 ===
Unter Windows müssen Sie eine sogenannte administrative Installation Ihres Pakets machen. Das geht für alle msi-basierten Installationen und meint im Grunde, dass die .cab-Dateien aus den Installationspaketen entpackt werden.

Wenn Sie eine all-in-one exe-Installationsdatei haben (also eine einzige .exe-Datei mit über 100MB, die so etwa <code>OOo_2.4.237_Win32Intel_install.exe</code> heißt), dann führen Sie sie zunächst mal aus (etwa durch Doppelklick). Sie werden gefragt, wohin die Dateien entpackt werden sollen. Nach dem Extrahieren wird der Installer automatisch gestartet - brechen Sie diesen einfach ab.

Wir gehen im Folgenden davon aus, dass die Dateien nach <code>c:\temp\install</code> extrahiert wurden.

Öffnen Sie eine Konsole (etwa mit <Windows_Taste>+R, gefolgt von "cmd<enter>") und geben Sie dort ein:

...> c:
c:\> cd \temp\install
c:\temp\install> msiexec /a ooodev24.msi

(Obiges unter der Annahme, dass eine Datei ooodev24.msi im angegebenen Verzeichnis existiert. Der Name kann sich mit der installierten Version ändern, aber es sollte immer genau eine .msi-Datei sein. Nehmen Sie ihren genauen Namen.)

<code>msiexec</code> ist ein Werkzeug zum ... Ausführen von .msi-Dateien. Der Schalter /a bewirkt einen administrativen Installationsvorgang. Er startet eine Oberfläche, in der Sie erneut nach dem Ziel der Installation gefragt werden. Tragen Sie hier denjenigen Ordner ein, in welchem Sie diese OOo-Version tatsächlich am Ende haben wollen. Klicken Sie dann auf "Installieren", warten Sie ein paar Minuten, fertig.

Fortgeschrittene Nutzer können mit dem Befehl
msiexec /a ooodev24.msi TARGETDIR="c:\Program Files\OOoDev\m237" /qr
die Installation ins Verzeichnis "c:\Program Files\OOoDev\m237" ohne weitere Benutzer-Interaktionen anstoßen.

Seit <code>DEV300m23</code> sind die benötigten Microsoft Visual C++ Laufzeit-Dateien nicht mehr im installierten OOo-Produkt enthalten, sondern werden bei der normalen Installation vom System mit installiert (siehe [http://www.openoffice.org/servlets/ReadMsg?list=interface-announce&msgNo=1173 diese Mail in interface-announce@openoffice.org]).
Da dieser Schritt bei der administrativen Installation entfällt, müssen Sie die [http://www.microsoft.com/downloads/details.aspx?familyid=9B2DA534-3E03-4391-8A4D-074B9F2BC1BF Microsoft Visual C++ 2008 Redistributable Package (x86)] (oder etwas vergleichbares für andere Compiler-Versionen) selbst installieren.

==== Benutzer-Konfiguration ====

Wie bei den GNU/Linux-Installationen müssen Sie Sorge tragen, das die von der soeben installierten OOo-Version angelegten bzw. genutzten Benutzerdaten nicht mit den Daten anderer Installationen kollidieren. Öffnen Sie dazu die Datei <code><OOo_installation>\program\bootstrap.ini</code> in einem Texteditor, suchen Sie die Zeile

UserInstallation=$SYSUSERCONFIG/OOo-dev2

(Auch hier wieder hängt der genaue Dateiname von Ihrer konkreten Installation ab, aber es sollte nur eine Zeile geben, die mit <code>UserInstallation</code> beginnt.)

Ändern Sie diese zu
UserInstallation=$ORIGIN/..

Die gesamte Datei sollte nun in etwa so aussehen:

<pre>[Bootstrap]
BaseInstallation=${OOO_BASE_DIR}
InstallMode=<installmode>
ProductKey=OpenOffice.org 3.2
UserInstallation=$ORIGIN/..
[ErrorReport]
ErrorReportPort=80
ErrorReportServer=report.services.openoffice.org
</pre>

Ihre Benutzerdaten werden nun unter dem Verzeichnis <code>user</code> angelegt, welches direkt neben Ihrem <code>program</code>-Verzeichnis liegt. Das bringt 2 Vorteile: Die Benutzerdaten unterschiedlicher Installtionen bleiben getrennt, und Sie können die komplette Installation ''inklusive'' des Benutzerverzeichnisses auf einen Schlag löschen.

Natürlich müssen Sie jetzt beachten, dass im Unterschied zu einer normalen Installation jetzt unterschiedliche Personen, die auf der selben Windows-Maschine arbeiten, alle mit dem selben Benutzerverzeichnis arbeiten.

=== Alternative 2 ===
* [[Talk:{{PAGENAME}}|Regina's erprobte Methode siehe Diskussion]]

Documentation/Building Guide/Building on MacOSX

2014-09-25T13:39:33Z

Rbircher: Seamonky is no longer needed, so I removed it

{{Documentation/Building Guide TOC
|ShowNextPage=none
|ShowPrevPage=none
}}

{{DISPLAYTITLE:Building on Mac OS X}}
[[Category:MacOSX]]

__TOC__

= Overview =
This document explains how to build the Apache OpenOffice source code on Mac OS X systems.
{{Template:Documentation/Note|<code>$SRC_ROOT</code> will denote the directory in which the source code of Apache OpenOffice is stored.}}
{{Template:Documentation/Tip|You are advised to check the release notes for the release you are building to inform yourself about changes since previous releases.}}

= Requirements =

To build the office on Mac OS X several requirements/prerequisites have to be fulfilled.

== Mandatory Requirements ==
* '''Mac OS X''' version 10.4 (aka Tiger) or later (if using 10.5 aka Leopard, have a look at [[User:Dyrcona/LeopardBuild#flex]]
* '''Mac 10.4 SDK'''
* '''XCode''' version 2.4.1 or any XCode 3. If you want to use a newer version than the one that is shipped with your Mac OS X installation media, you need to register at the [https://connect.apple.com/ Apple Developer Connection] site (free of charge) to be able to [http://developer.apple.com/technology/xcode.html download it]. On Mac OS X 10.6 (Snow Leopard), make sure to install the optional 10.4 SDK with XCode.
* '''dmake''', the build environment depends currently on a special patched version of dmake that you can download and build on demand during configure and bootstrap. Or you can provide a prebuilt version and can specify it during configure.
* '''epm''', the build environment depends currently on a special patched version of epm (easy package manager) that you can download and build on demand during configure and bootstrap. Or you can provide a prebuilt version and can specify it during configure.

{{Template:Documentation/Note|XCode 3 and SDK 10.4 is currently required for building trunk or the releases. Work on supporting XCode>=4 is ongoing.}}

== Optional Requirements ==

=== Prebuilt unowinreg.dll ===

This library is Windows only but will be packed in the Apache OpenOffice SDK to ensure that it is available on all platforms. The library provides some glue code to setup a working UNO environment for UNO client applications connecting to an office and doing some remote automation via API. The library should be stored in ''main/external/unowinreg''. Only necessary for building the SDK.

The library can be downloaded under
* http://tools.openoffice.org/unowinreg_prebuild/680/unowinreg.dll

== Recommended tools ==

* '''ccache'''
If you intend to build Apache OpenOffice several times, you probably can benefit of ccache since it will speed up your future builds. The first time you make a build with ccache you won't notice it, but the next time the build will go up to five times faster.

You can install it using '''[http://www.finkproject.org/ Fink]'''. It is simply named "ccache". For '''[http://www.macports.org/ MacPorts]''' users the package is called "ccache".

If you don't use fink, you can download and build it yourself using the source provided at http://ccache.samba.org/

There are two ways to enable ccache - one is to set environment variables, the other way is to use symlinks.

Using environment variables:
export CC="ccache gcc"
export CXX="ccache g++"

Using the symlink approach:
# create a directory for the links
mkdir ~/bin
# create the symlinks pointing to ccache with the name of the compiler
ln -s /path/to/ccache ~/bin/gcc
ln -s /path/to/ccache ~/bin/g++
ln -s /path/to/ccache ~/bin/cc
ln -s /path/to/ccache ~/bin/c++
# no all you need to enable ccache is to prepend ~/bin to your PATH
$ export PATH=~/bin:$PATH

for both methody, you can add the "export ..." lines to your ~/.profile - that way you don't need to manually set it when building. You can still temporarily disable ccache (export CCACHE_DISABLE=1) in case you don't want to use it.

Since OOo is rather huge, you should increase the cache-size to 1 GB or more
ccache -M 1G

* '''subversion''' version '''1.5.4 or later'''
Since OOo's source code is managed using Subversion currently, you also need the svn client to checkout sources (otherwise you would be bount to source-tarballs that aren't generated that frequently). You can either compile yourself or use the subversion universal binaries from the [http://subversion.tigris.org subversion project] Version 1.5.4 or later is required because of important fixes related to the merge-feature.

== Get the source and prepare to build it ==

=== Get the source from SVN ===

You need about 4.7 GB for a checkout from the svn repository. Building the source requires another 5GB. 

* '''check out the latest source from svn'''

svn co https://svn.apache.org/repos/asf/openoffice/trunk aoo

=== One-Time preparation and scripts ===

Apache OpenOffice build environment is configured using the open-source configuration-management package 'autoconf'. So you can do your beloved './configure' command, is now done in the '''main''' source directory.

To save the configure parameters and use them with different milestones it is useful to create your own build script to configure the environment and to trigger the build.

The directory structure when you have checked out the sources from svn looks like:

aoo/
aoo/main
aoo/extras
aoo/test
aoo/ext_libraries
aoo/ext_sources

Move into '''main''' and configure a minimal environment to build your first version of Apache OpenOffice:

cd main

Run the autoconf command to prepare a new configure based on the latest changes in configure.in

autoconf

Run configure

./configure --without-stlport --with-dmake-url=http://dmake.apache-extras.org.codespot.com/files/dmake-4.12.tar.bz2 --with-epm-url=http://www.msweet.org/files/project2/epm-3.7-source.tar.gz

This commands prepares a minimal environment to build the office without any category-b enabled external libraries. A pure Apache license compatible version. See also the configure switches ''--with-dmake-path'' and ''--with-epm'' to specify prebuilt versions of dmake or epm.

Finally you should run bootstrap to trigger further preparations and to create platform specific shell script to setup a working build environment. On Mac OS x for example '''MacOSXX86Env.Set.sh''' on a Intel based system.

=== Build environment with enabled category-b dependencies ===

To prepare a build environment that provides more features and make use of further external libraries which are under copyleft but viral licenses you have to explicitly enable this '''category-b''' components.

./configure --with-dmake-url=http://dmake.apache-extras.org.codespot.com/files/dmake-4.12.tar.bz2 \
--with-epm-url=http://www.msweet.org/files/project2/epm-3.7-source.tar.gz \
--disable-build-mozilla \
--without-stlport \
--enable-verbose \
'''--enable-category-b'''\
--enable-wiki-publisher

===Example build script to simplify user specific configurations===
As mentioned before to save the configure parameters and use them with different versions it is useful to create your own build script to configure the environment.

Create 'build.sh' (to be written) :

<pre>
#! /bin/bash

echo "### checking for unowinreg.dll ... "
if [ ! -e ./external/unowinreg/unowinreg.dll ]; then
wget -O external/unowinreg/unowinreg.dll http://tools.openoffice.org/unowinreg_prebuild/680/unowinreg.dll
else
echo " unowinreg.dll found"
fi

echo "### checking for moz prebuild libs ... "
if [ ! -e ./moz/zipped/MACOSXGCCIinc.zip ]; then
wget -O ./moz/zipped/MACOSXGCCIinc.zip http://www.openoffice.org/tools/moz_prebuild/OOo3.2/MACOSXGCCIinc.zip
wget -O ./moz/zipped/MACOSXGCCIlib.zip http://www.openoffice.org/tools/moz_prebuild/OOo3.2/MACOSXGCCIlib.zip
wget -O ./moz/zipped/MACOSXGCCIruntime.zip http://www.openoffice.org/tools/moz_prebuild/OOo3.2/MACOSXGCCIruntime.zip
else
echo " moz prebuild libs found"
fi

if [ ! -e ./configure ]; then
echo "### autoconf ..."
autoconf
else
echo "### autoconf ..."
rm ./configure
autoconf
fi

echo "### Configure"
./configure --with-dmake-url=http://dmake.apache-extras.org.codespot.com/files/dmake-4.12.tar.bz2 --with-epm-url=http://ftp.easysw.com/pub/epm/3.7/epm-3.7-source.tar.gz

#./configure --with-build-version="$(date +"%Y-%m-%d %H:%M:%S (%a, %d %b %Y)") - Rev. $(echo $(svn info) | sed -e 's/^.*Last Changed Rev: //g' -e 's/ .*//g')" \
--disable-build-mozilla \
--enable-verbose --enable- category-b --enable-minimizer --enable-presenter-console --enable-wiki-publisher \
--with-dmake-url=http://dmake.apache-extras.org.codespot.com/files/dmake-4.12.tar.bz2 \
--with-epm-url=http://ftp.easysw.com/pub/epm/3.7/epm-3.7-source.tar.gz

./bootstrap
</pre>

Put this script into ~/bin and make sure it is executable :

chmod ug+x ~/bin/build.sh

We used the bash shell in all example, since to our belief users of the C-shell are smart enough to figure out the differences anyway. If you want to dig deeper into the build process, please have a look at the description [http://tools.openoffice.org/build_env.html OpenOffice.org's Build Environment].

== Doing the build ==

After running configure and bootstrap we should have a working build environment and all necessary scripts should have been created. From now on you can use '''MacOSXX86Env.Set.sh''' to prepare a new shell with a working build environment.

=== On Mac Intel ===

source MacOSXX86Env.Set.sh
cd instsetoo_native
build --all

or

build --all -P4

=== On PowerPC ===

source MacOSXPPCEnv.Set.sh
cd instsetoo_native
build --all

or

build --all -P2

=== Comments on above ===

'''TODO TODO TODO ....'''

if you run into trouble with --dlv_switch (see: {{Bug|77360}})

The main purpose of the '''bootstrap''' script is to build (if necessary) the dmake utility used. Dmake once was a unix make-clone made by wticorp but got incorporated into OpenOffice since it was orphaned. For more information about dmake, it's history and manpage have a look here: http://tools.openoffice.org/dmake/index.html

Sourcing MacOSXPPCEnv.Set.sh is very important not only for building but also for '''running''' svdem later on. Here all the Environment-Variables for the Build will be set up. For a detailed description see [[Environment_Variables]]. Please note that on Intel machines, 'MacOSXPPCEnv.Set.sh' should be substituted with 'MacOSXX86Env.Set.sh'.

This Build process takes on my box (Dual 1.8 GHz G5, 1.5GB RAM) roughly 10 hours, and 3 to 6 hours on Mac Intel (3:30h on a 2GHz DualCore INTEL iMac). Be patient.

If you want to see how the progress on that build is you can use two '''build''' options to get a comfortable view:

build ... <see above> ... --html --html_path /Users/$USER/Sites

where $USER is your user name. Then you can load in Firefox (not Safari!) the HTML file '''unxmacxi.pro.build.html''' via the in Mac OS X included Apache web server or diretctly form the directory ''/Users/$USER/Sites/''. This file is automatically being updated and is showing the status of the build and also the time needed since the build started.

If you build on Snow Leopard (aka Mac OS X 10.6): Set DYLD_INSERT_LIBRARIES to point to the correct libsqlite3.dylib:
<pre>
DYLD_INSERT_LIBRARIES=/usr/lib/libsqlite3.dylib
</pre>

== '''Installing, preparing and running OpenOffice.org''' ==

===''' Find the Bundle''' ===

Once the build completed, the final product ( en-US version ) is named : OOo_3.0.0_*_MacOSXIntel_install.dmg ( for version 3.0beta e.g.)

And is located in instsetoo_native/unxmacxi.pro/OpenOffice/dmg/install/en-US directory ( replace en-US with your locale )

[[Image:Bundle_Location3.0beta.jpg]]

=== '''Install the new Build''' ===

* double-click on the *.dmg icon
* drag the OpenOffice icon into a folder of your choice

=== '''Run the new Build''' ===

* double click the application icon in that folder

=== '''Screenshots''' ===

Now you can start to work with this [[Aqua_Screenshots | amazing productivity suite]].

== '''Contribute by finding, isolating, debugging or solving issues''' ==

=== '''Isolate a problem''' ===

==== '''Reduce a problem''' ====

* make a problem reproducable
* reduce it to a test case that is as small and simple as possible
* if a problem is specific to a document then please attach it to the issue. A mininal excerpt of the document that still shows the problem is even better.
* a screenshot of is a good idea if it clearly shows the problem

==== '''Using application switches''' ====

Application switches are often valuable for isolating a problem. Most of OpenOffice.org's options can be found its Tools->Options menu.
 
Some switches are so special that there is no user interface to change them. They are only useful for debugging and isolating a problem, but they are very valuable a that. So a developer might suggest to isolate a problem by setting an environment variable before running the application. E.g. for isolating problems with the menubar a developer might suggest to set the environment variable [[AQUA_NATIVE_MENUS]] to false. This is done by typing these commands into a terminal:
* cd <INSTALL_DIR>/OpenOffice.org/Contents/MacOS
* export AQUA_NATIVE_MENUS=false
* ./soffice.bin

==== '''Provide a call stack for crash problems''' ====

Please note that bugs involving crashes should provide a description of how to reproduce the problem and a callstack.
There are several ways to provide the callstack:
* the preferred method is to use OOo"s builtin [[CrashReporting|crash reporting tool]]
* developers may provide a [[Providing_a_gdb_backtrace | gdb backtrace]] of the problem
* if the above two methods don"t work then please attach a file with the details provided by the AppleCrashReporter

=== '''Check against known issues''' ===

Check the list of [http://www.openoffice.org/issues/buglist.cgi?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=fulltext&long_desc=&long_desc_type=fulltext&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&newqueryname=&order=Reuse+same+sort+as+last+time&Submit+query=Submit+query open issues]

=== '''Report a new issue''' ===

Report [http://qa.openoffice.org/issue_handling/pre_submission.html new issues] after you have [[AquaBuild#Isolate_a_problem | isolated the problem]]

=== '''Debug a problem''' ===

Debugging problems is often easier in an development environment:
<ul>
<li>With XCode: [[MacOSX_Debug_OpenOffice.org_using_XCode]]</li>
<li>With Xemacs: [http://www.mikesicotte.com/2007/02/21/debugging-ooo-with-xemacs-and-gdb Michael Sicotte's blog entry]</li>
</ul>

Please note that XCode still has some problems with the executable named soffice.bin (because of the dot in the name). The issue has been reported to xcode-users list.

== '''Current Work in progress (Aqua specific work only)''' ==

With OOO300 the Aqua port became a mainstream port, so most Aqua issues are handled in regular GSL-Layer childworkspaces instead of dedicated Aqua CWSses. Other CWSses that are purely Aqua specific are being tracked below:

* '''{{CWS|ogltrans4mac|DEV300}}''' : Implement the 3D (OpenGL) transitions in Impress ( see : [[Mac_OS_X_Porting_-_OpenGL_transitions| OpenGL transitions on Mac OS X ]] )

==='''Child WorkSpaces in development''' ===

* '''{{CWS|appleremote03|DEV300}}''' : use the contextual menu in presentation mode with Impress. preliminary step

* '''{{CWS|hotmac|OOO300}}''' : fix memory deallocation problems in exit()

* '''{{CWS|macosxscanner01|DEV300}}''' (planned)

All patches that developers have that need testing or peer review should be added here.

==='''Child WorkSpaces in testing (closed for development)''' ===

*'''{{CWS|macmiscfixes}}''' : misc fixes for mac

*'''{{CWS|maccrashrep}}''' : support crash reporting for OSX builds

*'''{{CWS|quicklookplugin01}}''' : a plugin for the QuickLook system available in MacOSX from versions 10.5 onwards

==='''Child WorkSpaces waiting for integration''' ===

* '''{{CWS|appleremote02|DEV300}}''' : improve the Apple Remote use with Impress (use MEDIA_COMMAND stuff, improve code robustness, and portability )

==='''Child Workspaces integrated into OpenOffice's trunk''' ===

A historical overview of [[Aqua_Integrated_CWS | old Aqua specific ChildWorkspaces]].

== '''Known build issues '''==
*'''Tiger''': no known issues
*'''Leopard''': no known issues
*'''Snow Leopard''': no known issues
*'''Lion''': no known issues
*'''Mountain Lion''': no known issues

<div align="left" style="color:grey; font-size:12px">[[AquaBuild/Some Background | '''Some Background (what is a CWS, EIS) (click me to know more) ''']]</div>

== '''External links''' ==
* [https://issues.apache.org/ooo Apache OpenOffice Issuezilla] : a database of bugs, changes and enhancements
* There are [[MacOSXPortMeetings | regular meetings]] on IRC (archives are [[Previous_Mac_Meeting_logs | available]]).
* Apache OpenOffice has a complicated code base. [[Source_code_directories | Here]] is an overview.
* the official Apache OpenOffice blog is at [https://blogs.apache.org/OOo/]
* [http://www.cocoadev.com Cocoadev] provides great resources to get up to speed in Cocoa development
* Pierre Chatelier's excellent [http://ktd.club.fr/programmation/objective-c.php Objective C for C++ developers] is available in both english and french versions
* Details about OSX's [http://developer.apple.com/cocoa Cocoa API] are available in the XCode documentation

[[Category:Aqua]]
[[Category:Build_System]]

QA/test env

2014-09-12T04:14:29Z

Rbircher: /* Configure one machine as testing machine for openoffice */

== Configure one machine as testing machine for openoffice ==
* Disable screen saver and computer sleeping
* Disable firewall
* Set system locale to English
* It's important to have the keyboard in en-US too
* Display color depth should be 24-bit or above and disable color calibration.
{{Template:Documentation/Tip|'''Mac OS X''' 
Open "System Preferences->Displays->Color". Choose ”Generic RGB Profile“.
}}

* Disable OS crash/error reporting
{{Template:Documentation/Tip|'''Mac OS X''' 
Run command to disable:
defaults write com.apple.CrashReporter DialogType none
Run command to enable:
defaults write com.apple.CrashReporter DialogType prompt
}}
{{Template:Documentation/Tip|'''Windows 7''' 
Open Control Panel->Administrative Tools->Services. Disable "Windows Error Reporting Service".
}}
{{Template:Documentation/Tip|'''Windows XP''' 
Right click "My Computer", select "Properties->Advanced->Error Reporting". Disable "Disable error reporting".
}}
* Install JRE 1.6+

== Automatically run testing on daily build ==
[[Category:Quality_Assurance]]

Documentation/Building Guide/Building on Linux

2014-01-06T20:59:27Z

Rbircher: /* configure */ --disable-mozilla exist no longer.

{{Documentation/Building Guide TOC
|ShowNextPage=none
|ShowPrevPage=none
}}
{{DISPLAYTITLE:Building on Linux}}

__TOC__
= Overview =
{{Template:Documentation/Note|<code>$SRC_ROOT</code> will denote the directory in which the source code of OpenOffice.org is stored.}}
{{Template:Documentation/Tip|You are advised to check the release notes for the release you are building to inform yourself about changes since previous releases.}}

= Requirements =

== hardware requirements ==

* 1 or more reasonable fast CPUs, x-way CPU's recommended.

* 1 GB Ram ( 2 GB recommended )

* at least 10 GB free disk space

== Software requirements ==

{{Template:Documentation/Tip|The most recent information for building on specific Linux distributions can be found at:
* [[Documentation/Building Guide AOO/Building on Linux|AOO Building on Linux]]

Historical (outdated but perhaps useful) information on distribution specific packages can be found from the [[:Category:Distribution-Specific_Build_Instructions|Distribution specific build instructions pages]]. Included distributions are:
*[[Fedora_Build_Instructions|Fedora]]
*[[Gentoo_build_instructions|Gentoo]]
*[[OpenSUSE_Build_Instructions|OpenSUSE]]
*[[SUSE9.3_Build_Instructions|SUSE9.3]]
*[[Ubuntu_Build_Instructions|Ubuntu]]}}

* C/C++ Compiler:
** gcc >= 3.3
** gcc 4.2.3 is the current reference compiler

* The X11 development libraries and header files<ref name="Foot1">{{Template:Documentation/Note|Should be in place with most Linux distributions. Note the there are currently some issues with X version 4.3.}}</ref>

* PAM including the development headers<ref name="Foot2">{{Template:Documentation/Note|PAM should be installed by default on most linux distributions. You should only need to add the development package.}}</ref>

* bash.

* gtk2 and libtiff including the development headers<ref name="Foot4">{{Template:Documentation/Note|The gtk2, jpeg and tiff libraries are not required if you disable the crash-reporter when running <CODE>./configure</CODE>.}}
</ref>

= Full Builds =

To perform a full build, you need to follow these steps:

== autoconf ==

The first time you have to run <code>autoconf</code> to prepare a valid and up-to-date <code>configure</code> script. And every time you make changes to the <code>configure.in</code> script, the script will remind you to run <code>autoconf</code> again.

autoconf

== configure ==
* Run the <code>configure</code> script to check all requirements. Run the following command to view all possible options.

./configure --help

An example configure command:
./configure --without-junit --disable-odk

See the last information box in the configure script or [[:Category:Distribution-Specific_Build_Instructions]] for more information for your platform.

{{Documentation/Caution| Please check for any warnings emitted by the configure-script. The page [[OpenSolaris Build Instructions/Configure Errors]] may be helpful in debugging all the dependencies.}}

== bootstrap ==
When configure finished successfully, run:

./bootstrap

to create the dmake executable required to build OpenOffice.org.

== setting the environment ==

When the configure script has been run successfully a file <code>LinuxX86Env.Set.sh</code> or <code>LinuxX86-64Env.Set.sh</code> was created<ref name="Foot5">{{Template:Documentation/Note|When you want to use tcsh instead of bash, you will need to use the file <code>LinuxX86Env.Set</code> instead: 
<pre> source LinuxX86Env.Set
rehash</pre>
If you do not use tcsh, it is better to delete that file, as it will get in the way for tab-completion sooner or later.}}
</ref>.
Do this:

source LinuxX86Env.Set.sh

or

source LinuxX86-64Env.Set.sh

to set up the environment for the build<ref name="Foot6">By default, native packages (.deb/.rpm) will be build. 
{{Template:Documentation/Tip|If you want to have something faster and easier to test: 
<pre>export FORCE2ARCHIVE=true</pre>
This will create a tarball that can easily be unpacked and run anywhere. An alternative is to set 
<pre>export PKGFORMAT=installed</pre>
which will create a runnable installation in the output directory of instsetoo_native (Dont set LOCALINSTALLDIR on older milestones, see {{issue|111450}}.}}
</ref>.

{{Documentation/Note| This step has to be redone in each shell you are going to use for building.}}

== starting the build ==
Build the software by typing the following in <code>$SRC_ROOT</code><ref name="Foot7">{{Template:Documentation/Note|You can also run: 
<pre>make</pre>
but GNU make will just start build.pl.
For details run: 
<pre>build --help</pre>}}
</ref>:
cd instsetoo_native && build --all
The building procedure will take at least an hour (on a 3 GHz Quad-Core with 8GB RAM without CCACHE).

= Partial Builds =
There are two ways to do partial builds:
* compatible
* incompatible
Only do compatible partial builds if you know exactly what you are doing.
{{Documentation/Note|For more information, see [[Compatible Builds]].}}
== rebuilding from a module (incompatible build) ==

If you decide to change a module in an incompatible way, you will need to rebuild all modules depending on it (directly or indirectly):

cd $SRC_ROOT/instsetoo_native
build --from $INCOMPATIPLEMODULE --prepare
build --from $INCOMPATIBLEMODULE

== rebuilding a module (compatible build) ==

To rebuild a module you can delete all output directories with, rebuild and redeliver into the solver with:

cd $MODULE
build --from $MODULE --prepare
build && deliver

A simple <code>build</code> in <code>$SRC_ROOT/instsetoo_native</code> will recreate the installation sets, provided all other modules have already been build.<ref name="Foot8">{{Documentation/Caution|<code>build --all</code> would rebuild changed/missing files. However, it does not check for incompatible modules. If unsure, use <code>build --from --prepare</code>.}}
</ref>

{{Documentation/Caution|This does '''not''' check for incompatible modules. If unsure, use an incompatible build (see above).}}

= Building a Module with Debug Information =

To rebuild a module with debug information and additional assertions and checks, run:

cd $MODULE
build --from $MODULE --prepare # removes old output trees and solver
build debug=true --from $MODULE

Drop the newly created binaries into an existing installation. Building an installation set with them will not help, as binaries are stripped on packing by default.

{{Template:Documentation/Tip|For details, see [[Debugging]].}}

= Finding Installation Sets =

The english installation set will be located at <code>$SRC_ROOT/instsetoo_native/unxlngi6.pro/OpenOffice/{deb,rpm,archive}/install/en-US/</code><ref name="Foot9">The en-US in the path names indicates that the localization is American English. This value corresponds to the language tags defined by RFC 1766 (Tags for the Identification of Languages). The German installation set will be located in a <tt>de</tt> subdirectory. This scheme holds true for all localizations you may have chosen explicitly.

{{Template:Documentation/Tip|Running the configure script with the --with-lang option will introduce the build of additional language resources. This switch accepts one or more RFC 1766 language tags as arguments. Check the value of the <code>completelangiso</code> macro in <code>$SRC_ROOT/solenv/inc/postset.mk</code> for all the currently supported language tags. 
Example: 
<pre>./configure --with-lang="de fr"</pre>
This enables the build of the localized German and French version. The environment variable <code>WITH_LANG</code> will then contain the language tags of the additional (en-US will always be built) languages.}}

{{Template:Documentation/Note|If you build additional localized languages it is possible to generate Language Packs that contain only the changes needed to add the additional language to an OpenOffice.org of a different language. The following commands will generate language packs languages that were specified with the --with-lang switch during the configure phase. 
<pre>cd $SRC_ROOT/instsetoo_native/util
dmake ooolanguagepack</pre>}}
{{Template:Documentation/Caution|Note that you can only build the language packs '''after''' you have build the complete office with all selected languages.}}
</ref>.

{{Template:Documentation/Note| For 64-bit Linux it is <code>unxlngx6.pro</code> instead of <code>unxlngi6.pro</code>.}}
See also [[Run_OOo_versions_parallel|Run parallel versions]].

= Tips And Tricks =
== ccache ==

export CCACHE_DIR="some/place/with/space"
ccache -M 2G -F 100000
export CXX="ccache g++"
export CC="ccache gcc"

== dependencies ==

'''nodep'''

If you set the environment variable <code>nodep</code> to <code>TRUE</code>, then dependency information files are not created - the build finishes faster.

{{Template:Documentation/Caution|But only enable that on a clean build. Once you have built OOo and then made modifications, unset the variable again to be on the safe side.}}

'''NO_HIDS'''

Similar to the <code>nodep</code> variable, this one prevents the generation of HIDs (Help IDs) that are mainly used for automated testing - if you only want to build OOo, you don't need those.

== parallel builds ==
If you have a multiprocessor machine or similar, you can run a parallel build. There are two levels of parallelism - one operating on makefile (directory) level, the other one on the global level. The two levels of parallelism result from the two-step build procedure in the OOo build environment. The build script runs through all the directories it reads from the build.lst files in all modules and calls dmake for every directory.

'''parallelism on the global level'''

For parallelism on the global level, you have to run build from <code>$SRC_ROOT>/instsetoo_native</code> with the <code>-P<number></code> switch, for example:
<pre>
build -P2
</pre>

This takes build how many dmake processes it is allowd to start in parallel.

'''parallelism on the directory level'''

export MAXPROCESS=<numer or processes>

This tells dmake how many targets it is allowed to build in parallel. When you don't use build.pl but build a single directory (single makefile), you can achieve the same with

<pre>
dmake -P2
</pre>

'''combining both levels'''

If you want to have parallelism on both levels, you can call

<pre>
build -P2 -- -P2
</pre>

"--" is a special build.pl parameter that passes every further parameters to the dmake processes it starts.

''' Recommendation '''

Experience tells that using the doubled number of cores in your machine is a good choice, using more threads does not make a big difference, except if the combined option is chosen. So even on single core machines using two threads will speed up the build considerably.

== create prebuilt mozilla ==
For the mozilla-components you have the choice to either build from mozilla sources, to use precompiled packages or to use system-mozilla (the one installed on your buildsystem, not everything might work, depending on the version you got installed).
You can easily create your own version of the prepacked binaries if you wish to do so (either because you cannot use the official ones because of mismatch of compiler version used to build them/other technical reasons or because you want to use stuff you didn't build yourself).
To do so:

* build the <code>moz</code> module from the mozilla sources
* use <code>--enable-build-mozilla</code> when running configure and put the mozilla-source tarball to <code>moz/download</code>
* in <code>moz</code> run <code>dmake zip</code> to create the zip files
* you'll find the zips in <code>{platform}.pro/zipped</code>

Copy them to a location of your liking.
Now instead of using <code>--enable-build-mozilla</code>, use <code>--disable-build-mozilla</code> and copy the zips you created or downloaded to <code>moz/zipped</code> and these will be used when compiling.
This will greatly reduce build-time (you save the time that would otherwise be spent on compiling mozilla).
= See Also =
* [[:Category:Distribution-Specific Build Instructions]]
* [[Prepared Build Images]]

----

<references/>

{{PDL1}}
[[Category:Linux]]

QA/test automation guide

2013-10-08T06:59:51Z

Rbircher: Since OpenOffice v4 the path is OpenOffice instead OpenOffice.org

{{DISPLAYTITLE: Getting Started with Test Automation}}
[[Category: Quality Assurance]]
[[Category: TestAutomation]]

== Introduction ==

Two kind of approaches is supported by Apache OpenOffice.
*GUI Testing: Simulating a common user to perform testing. It depends on a Java library named VCLAuto, which does testing like the old [[VCLTesttool]]. It can easily integrates with JUnit. VCLAuto provides APIs to generate user interface events such as keystrokes and mouse clicks, do GUI actions and get information from the GUI to validate functions.
*UNO API Testing: Use UNO API to verify functions.

== Notice ==
There are some reasons for test failures, so please [[QA/test_env|prepare your testing machine]] before running test.

== Getting the source code ==
Anyone can checkout source code from our Subversion repository. Run the following command.
<source lang="bash">
svn co https://svn.apache.org/repos/asf/openoffice/trunk/test/ test
</source>
If you are not familiar with Subversion, see our [http://openoffice.apache.org/svn-basics.html Subversion Basics] for more information.

== Getting started with Eclipse ==
=== Prerequisites ===
*Eclipse Java IDE: [http://www.eclipse.org/downloads/packages/eclipse-ide-java-developers/junor Eclipse Juno(4.2) IDE for Java Developers] or above. 
*Apache OpenOffice

=== Setup project ===
'''Step 1.''' Open Eclipse, click menu "File->Import...", and then select "General->Existing Projects into Workspace". 
[[File:test_automation_guide_1.png]] 
'''Step 2.''' Click next, set "Select root directory" to the source code directory, and then check the following projects. 
'''testcommon''': The project includes the common test utilities and low-level implementation to do GUI testing
'''testgui''': The project includes the GUI testing scripts.
'''testuno''': The project includes the UNO API testing scripts.
[[File:test_automation_guide_2.png]] 
'''Step 3.''' Click "Finish" to import the projects.

'''Step 4.''' Click menu "Window->Preferences" ("Eclipse->Preferences" on Mac) and then select "Java->Build Path->Classpath Variables" page. 
[[File:test_automation_guide_10.png]] 
Click "New" to create one new variable "'''openoffice.home'''", and set its value to Apache OpenOffice installation directory. 
[[File:test_automation_guide_11.png]] 
{{Template:Documentation/Note| '''The default installation directory of Apache OpenOffice''' 
Mac OS X: "''/Applications/OpenOffice.app/Contents"'' 
Linux: "''/opt/openoffice3''" 
Windows: "''C:/Program Files/OpenOffice 3''" 
Windows 64b: "''C:/Program Files (x86)/OpenOffice 3''"
}}
Click "OK" to close "New Variable Entry"dialog. Then click "OK" button of preferences dialog. A message box pops up. Click "Yes". 
[[File:test_automation_guide_12.png]] 

=== Run testing ===
'''Step 1.''' Select one test class. e.g. testcase.gui.AOOTest, and then click "Run" on the toolbar to start testing. 
[[File:test_automation_guide_13.png]] 
When testing is finished, JUnit view will show the result. 
[[File:test_automation_guide_14.png]] 
You also can select one package, click "Run", and then choose "JUnit test" to run all test classes under it.

== Getting started with command line ==

=== Prerequisites ===
*JDK: [http://java.sun.com/j2se/1.5/ JDK 1.5], [http://java.sun.com/javase/6/ JDK 1.6] or above. 
*Ant: [http://ant.apache.org/bindownload.cgi Apache Ant 1.8.2] or above.
*JUnit: [https://github.com/KentBeck/junit/downloads JUnit 4.10] or above. For lazy people, if internet is available, it can be automatically installed during testing.

=== Run testing ===
'''As a developer, how to run testing against an OpenOffice built by me?''' 
It's easy for developers to run testing after building OpenOffice. One thing you need to do is to make sure you run the commands in the build environment. The script will automatically install your build and then start testing. e.g.
<source lang="bash">
cd main
source MacOSXX86Env.Set.sh
cd ../test && ant
</source>

'''As a normal user, how to run testing against an installed OpenOffice?''' 
Firstly compile the project with the command under test module.
<source lang="bash">
ant -Dopenoffice.home="OpenOffice installation directory" compile
</source>
Then start testing with the command "run".
e.g. Run all test classes under package bvt ("Build Verification Testing")
<source lang="bash">
run -Dopenoffice.home="/Applications/OpenOffice.app/Contents" -tp bvt
</source>
e.g. Run the given test classes
<source lang="bash">
run -Dopenoffice.home="/Applications/OpenOffice.app/Contents" -tc bvt.gui.BasicFunctionTest
</source>
On Linux use e.g. -Dopenoffice.home="/opt/openoffice4/program" instead.

''' Where to get the testing result? '''

By default, the testing output is stored in "test/testspace/output***". Open "test/testspace/output/result.html" in your browser to see the testing report. 
[[File:test_automation_report.png]] 

Special stuff in the output directory.
result.xml: Test result in HTML.
result.html: Test result in XML.
screenshot/: Screenshot pictures when test assert is failed.

== Next ==
Now, all things have been ready for developing new test code. If you are interested, please read [[QA/dev_gui_testing|GUI Testing Development]] and [[QA/dev_api_testing|UNO API Testing Development]] to get more information.

Company Community collaboration

2013-08-15T15:27:57Z

Rbircher: Created page with "== What is this? == With the move from Oracle to the Apache Software Foundation, the project changed a load. There is anymore one big company who control the whole project. Bu..." (checkpoint save)

== What is this? ==
With the move from Oracle to the Apache Software Foundation, the project changed a load. There is anymore one big company who control the whole project. But there is also anymore one big company who do all the programming stuff for the project. So the community has to take over much more responsability.

Moast of the ASF projects live from business. In the projects are often companys or self-employed people involved. Sametimes this companys has a direct interest, sametimes they doing the work for third-party. But they have employees who work for the project.

Apache OpenOffice has this too. But this modell could be much better developed.

Provisorische übergangsseite für AOO

2012-04-04T10:16:11Z

Rbircher:

[[Category:DE|Provisorische Übergansseite für AOO]]
{{DISPLAYTITLE:Provisorische Übergangsseite für AOO (Deutsch)}}

== Ausgangslage ==

Die Deutschsprachige Apache OpenOffice Seite ist sehr gross, und wurde seit langem nicht mehr gewartet. Zudem muss auf dieser Seite auch noch viel Lizenzrechtliches geklärt werden. Diese Arbeit wird einiges an Zeit in Anspruch nehmen. Da die Seite sehr viele Besucher aufweist, rund 300'000 pro Tag) ist es aber wichtig, dass mal wieder aktuelle Informationen online sind. '''Ziel sollte es sein bis zum erscheinen der 3.4 eine übergangsseite online zu haben.'''

Da viele Seiten von aussen auf die alte Seiten verweisen ist es wichtig, diese noch im Hintergrund Verfügbar zu haben. Um dies zu erreichen ersetzen wir einfach die index.html und bauen die Neue Seite zusätzlich dazu. Auf den Alten seiten hinterlassen wir einen Verweis dass diese Seite noch nicht überarbeitet wurde, und dass die Informationen möglicherweise nicht mehr aktuell sind.

== Menüstruktur ==

* Ein einfaches Manü als Balken über dem eigentlichen Inhalt

* Startseite
* Anwender
* News
* Presse
* Team

== Inhalt ==

=== Startseite ===

* Ein herzliches Willkommen
* Info dass diese Seite nur eine Übergangslösung ist
* Download
* Kurze Information was geschehen ist.

=== Anwender ===

* Link zum Supportforum
* Link und Informationen zu der Mailing Liste
* Links zu den alten Dokumentationen

=== News ===
* Übersetzte News vom Projekt
* News die die De Region betreffen

=== Presse ===
* Übersetzungen der Press Releases von Apache OpenOffice
* Informationen für die Presse wie man das Projekt kontaktiert

=== Team ===
* Halt eine Seite für Leute die hier mitarbeiten.

Provisorische übergangsseite für AOO

2012-04-03T12:01:59Z

Rbircher: /* Anwender */

[[Category:DE|Provisorische Übergansseite für AOO]]
{{DISPLAYTITLE:Provisorische Übergangsseite für AOO (Deutsch)}}

== Ausgangslage ==

Die Deutschsprachige Apache OpenOffice Seite ist sehr gross, und wurde seit langem nicht mehr gewartet. Zudem muss auf dieser Seite auch noch viel Lizenzrechtliches geklärt werden. Diese Arbeit wird einiges an Zeit in Anspruch nehmen. Da die Seite sehr viele Besucher aufweist, rund 300'000 pro Tag) ist es aber wichtig, dass mal wieder aktuelle Informationen online sind. '''Ziel sollte es sein bis zum erscheinen der 3.4 eine übergangsseite online zu haben.'''

Da viele Seiten von aussen auf die alte Seiten verweisen ist es wichtig, diese noch im Hintergrund Verfügbar zu haben. Um dies zu erreichen ersetzen wir einfach die index.html und bauen die Neue Seite zusätzlich dazu. Auf den Alten seiten hinterlassen wir einen Verweis dass diese Seite noch nicht überarbeitet wurde, und dass die Informationen möglicherweise nicht mehr aktuell sind.

== Menüstruktur ==

* Ein einfaches Manü als Balken über dem eigentlichen Inhalt

* Startseite
* Anwender
* News
* Presse
* Kontakt

== Inhalt ==

=== Startseite ===

* Ein herzliches Willkommen
* Info dass diese Seite nur eine Übergangslösung ist
* Download
* Kurze Information was geschehen ist.

=== Anwender ===

* Link zum Supportforum
* Link und Informationen zu der Mailing Liste
* Links zu den alten Dokumentationen

User:Rbircher

2012-04-03T11:59:04Z

Rbircher:

== Profile from Raphael Bircher ==
=== Profile in English ===

'''Name:''' Bircher

'''Prename:''' Raphael

'''Country:''' Switzerland

'''Residence''' Malans (GR)

'''E-Mail:''' rbircher@apache.org

'''Apache Status:''' Committer and PPMC Member of the Apache OpenOffice Project

'''Messanger:''' on request only

'''OOo sience''' November 2005

'''Former Projects:''' Ximig.de (as Bughunter)

'''Languages:''' German, English and a bit French

'''Company:''' No one

==== My Work at OpenOffice.org/Apache OpenOffice ====

* Help by Release QA (2005 - 2007)

Provisorische übergangsseite für AOO

2012-04-03T11:34:16Z

Rbircher: Created page with "Provisorische Übergansseite für AOO {{DISPLAYTITLE:Provisorische Übergangsseite für AOO (Deutsch)}} == Ausgangslage == Die Deutschsprachige Apache OpenOff…"

[[Category:DE|Provisorische Übergansseite für AOO]]
{{DISPLAYTITLE:Provisorische Übergangsseite für AOO (Deutsch)}}

== Ausgangslage ==

Die Deutschsprachige Apache OpenOffice Seite ist sehr gross, und wurde seit langem nicht mehr gewartet. Zudem muss auf dieser Seite auch noch viel Lizenzrechtliches geklärt werden. Diese Arbeit wird einiges an Zeit in Anspruch nehmen. Da die Seite sehr viele Besucher aufweist, rund 300'000 pro Tag) ist es aber wichtig, dass mal wieder aktuelle Informationen online sind. '''Ziel sollte es sein bis zum erscheinen der 3.4 eine übergangsseite online zu haben.'''

Da viele Seiten von aussen auf die alte Seiten verweisen ist es wichtig, diese noch im Hintergrund Verfügbar zu haben. Um dies zu erreichen ersetzen wir einfach die index.html und bauen die Neue Seite zusätzlich dazu. Auf den Alten seiten hinterlassen wir einen Verweis dass diese Seite noch nicht überarbeitet wurde, und dass die Informationen möglicherweise nicht mehr aktuell sind.

== Menüstruktur ==

* Ein einfaches Manü als Balken über dem eigentlichen Inhalt

* Startseite
* Anwender
* News
* Presse
* Kontakt

== Inhalt ==

=== Startseite ===

* Ein herzliches Willkommen
* Info dass diese Seite nur eine Übergangslösung ist
* Download
* Kurze Information was geschehen ist.

=== Anwender ===

* Link zum Supportforum
* Link und Informationen zu der Mailing Liste

Documentation/Building Guide/Building on Linux

2011-12-12T09:38:10Z

Rbircher: /* Overview */

{{Documentation/Building Guide TOC
|ShowNextPage=none
|ShowPrevPage=none
}}
{{DISPLAYTITLE:Building on Linux}}

__TOC__
= Overview =
{{Template:Documentation/Note|<code>$SRC_ROOT</code> will denote the directory in which the source code of OpenOffice.org is stored.}}
{{Template:Documentation/Tip|You are advised to check the release notes for the release you are building to inform yourself about changes since previous releases.}}

= Requirements =

== hardware requirements ==

* 1 or more reasonable fast CPUs, x-way CPU's recommended.

* 1 GB Ram ( 2 GB recommended )

* at least 10 GB free disk space

== Software requirements ==

{{Template:Documentation/Tip|You can find distribution specific package lists in the [[:Category:Distribution-Specific_Build_Instructions|Distribution specific build instructions pages]].}}

* C/C++ Compiler:
** gcc >= 3.3
** gcc 4.2.3 is the current reference compiler

* The X11 development libraries and header files<ref name="Foot1">{{Template:Documentation/Note|Should be in place with most Linux distributions. Note the there are currently some issues with X version 4.3.}}</ref>

* PAM including the development headers<ref name="Foot2">{{Template:Documentation/Note|PAM should be installed by default on most linux distributions. You should only need to add the development package.}}</ref>

* bash.

* gtk2 and libtiff including the development headers<ref name="Foot4">{{Template:Documentation/Note|The gtk2, jpeg and tiff libraries are not required if you disable the crash-reporter when running <CODE>./configure</CODE>.}}
</ref>

= Full Builds =

To perform a full build, you need to follow these steps:

== autoconf ==

The first time you have to run <code>autoconf</code> to prepare a valid and up-to-date <code>configure</code> script. And every time you make changes to the <code>configure.in</code> script, the script will remind you to run <code>autoconf</code> again.

autoconf

== configure ==
* Run the <code>configure</code> script to check all requirements. Run the following command to view all possible options.

./configure --help

An example configure command:
./configure --disable-mozilla --without-junit --disable-odk

See the last information box in the configure script or [[:Category:Distribution-Specific_Build_Instructions]] for more information for your platform.

{{Documentation/Caution| Please check for any warnings emitted by the configure-script. The page [[OpenSolaris Build Instructions/Configure Errors]] may be helpful in debugging all the dependencies.}}

== bootstrap ==
When configure finished successfully, run:

./bootstrap

to create the dmake executable required to build OpenOffice.org.

== setting the environment ==

When the configure script has been run successfully a file <code>LinuxX86Env.Set.sh</code> or <code>LinuxX86-64Env.Set.sh</code> was created<ref name="Foot5">{{Template:Documentation/Note|When you want to use tcsh instead of bash, you will need to use the file <code>LinuxX86Env.Set</code> instead: 
<pre> source LinuxX86Env.Set
rehash</pre>
If you do not use tcsh, it is better to delete that file, as it will get in the way for tab-completion sooner or later.}}
</ref>.
Do this:

source LinuxX86Env.Set.sh

or

source LinuxX86-64Env.Set.sh

to set up the environment for the build<ref name="Foot6">By default, native packages (.deb/.rpm) will be build. 
{{Template:Documentation/Tip|If you want to have something faster and easier to test: 
<pre>export FORCE2ARCHIVE=true</pre>
This will create a tarball that can easily be unpacked and run anywhere. An alternative is to set 
<pre>export PKGFORMAT=installed</pre>
which will create a runnable installation in the output directory of instsetoo_native (Dont set LOCALINSTALLDIR on older milestones, see {{issue|111450}}.}}
</ref>.

{{Documentation/Note| This step has to be redone in each shell you are going to use for building.}}

== starting the build ==
Build the software by typing the following in <code>$SRC_ROOT</code><ref name="Foot7">{{Template:Documentation/Note|You can also run: 
<pre>make</pre>
but GNU make will just start build.pl.
For details run: 
<pre>build --help</pre>}}
</ref>:
cd instsetoo_native && build --all
The building procedure will take at least an hour (on a 3 GHz Quad-Core with 8GB RAM without CCACHE).

= Partial Builds =
There are two ways to do partial builds:
* compatible
* incompatible
Only do compatible partial builds if you know exactly what you are doing.
{{Documentation/Note|For more information, see [[Compatible Builds]].}}
== rebuilding from a module (incompatible build) ==

If you decide to change a module in an incompatible way, you will need to rebuild all modules depending on it (directly or indirectly):

cd $SRC_ROOT/instsetoo_native
build --from $INCOMPATIPLEMODULE --prepare
build --from $INCOMPATIBLEMODULE

== rebuilding a module (compatible build) ==

To rebuild a module you can delete all output directories with, rebuild and redeliver into the solver with:

cd $MODULE
build --from $MODULE --prepare
build && deliver

A simple <code>build</code> in <code>$SRC_ROOT/instsetoo_native</code> will recreate the installation sets, provided all other modules have already been build.<ref name="Foot8">{{Documentation/Caution|<code>build --all</code> would rebuild changed/missing files. However, it does not check for incompatible modules. If unsure, use <code>build --from --prepare</code>.}}
</ref>

{{Documentation/Caution|This does '''not''' check for incompatible modules. If unsure, use an incompatible build (see above).}}

= Building a Module with Debug Information =

To rebuild a module with debug information and additional assertions and checks, run:

cd $MODULE
build --from $MODULE --prepare # removes old output trees and solver
build debug=true --from $MODULE

Drop the newly created binaries into an existing installation. Building an installation set with them will not help, as binaries are stripped on packing by default.

{{Template:Documentation/Tip|For details, see [[Debugging]].}}

= Finding Installation Sets =

The english installation set will be located at <code>$SRC_ROOT/instsetoo_native/unxlngi6.pro/OpenOffice/{deb,rpm,archive}/install/en-US/</code><ref name="Foot9">The en-US in the path names indicates that the localization is American English. This value corresponds to the language tags defined by RFC 1766 (Tags for the Identification of Languages). The German installation set will be located in a <tt>de</tt> subdirectory. This scheme holds true for all localizations you may have chosen explicitly.

{{Template:Documentation/Tip|Running the configure script with the --with-lang option will introduce the build of additional language resources. This switch accepts one or more RFC 1766 language tags as arguments. Check the value of the <code>completelangiso</code> macro in <code>$SRC_ROOT/solenv/inc/postset.mk</code> for all the currently supported language tags. 
Example: 
<pre>./configure --with-lang="de fr"</pre>
This enables the build of the localized German and French version. The environment variable <code>WITH_LANG</code> will then contain the language tags of the additional (en-US will always be build)
languages.}}

{{Template:Documentation/Note|If you build additional localized languages it is possible to generate Language Packs that contain only the changes needed to add the additional language to an OpenOffice.org of a different language. The following commands will generate language packs languages that were specified with the --with-lang switch during the configure phase. 
<pre>cd $SRC_ROOT/instsetoo_native/util
dmake ooolanguagepack</pre>}}
{{Template:Documentation/Caution|Note that you can only build the language packs '''after''' you have build the complete office with all selected languages.}}
</ref>.

{{Template:Documentation/Note| For 64-bit Linux it is <code>unxlngx6.pro</code> instead of <code>unxlngi6.pro</code>.}}

= Tips And Tricks =
== ccache ==

export CCACHE_DIR="some/place/with/space"
ccache -M 2G -F 100000
export CXX="ccache g++"
export CC="ccache gcc"

== dependencies ==

'''nodep'''

If you set the environment variable <code>nodep</code> to <code>TRUE</code>, then dependency information files are not created - the build finishes faster.

{{Template:Documentation/Caution|But only enable that on a clean build. Once you have built OOo and then made modifications, unset the variable again to be on the safe side.}}

'''NO_HIDS'''

Similar to the <code>nodep</code> variable, this one prevents the generation of HIDs (Help IDs) that are mainly used for automated testing - if you only want to build OOo, you don't need those.

== parallel builds ==
If you have a multiprocessor machine or similar, you can run a parallel build. There are two levels of parallelism - one operating on makefile (directory) level, the other one on the global level. The two levels of parallelism result from the two-step build procedure in the OOo build environment. The build script runs through all the directories it reads from the build.lst files in all modules and calls dmake for every directory.

'''parallelism on the global level'''

For parallelism on the global level, you have to run build from <code>$SRC_ROOT>/instsetoo_native</code> with the <code>-P<number></code> switch, for example:
<pre>
build -P2
</pre>

This takes build how many dmake processes it is allowd to start in parallel.

'''parallelism on the directory level'''

export MAXPROCESS=<numer or processes>

This tells dmake how many targets it is allowed to build in parallel. When you don't use build.pl but build a single directory (single makefile), you can achieve the same with

<pre>
dmake -P2
</pre>

'''combining both levels'''

If you want to have parallelism on both levels, you can call

<pre>
build -P2 -- -P2
</pre>

"--" is a special build.pl parameter that passes every further parameters to the dmake processes it starts.

''' Recommendation '''

Experience tells that using the doubled number of cores in your machine is a good choice, using more threads does not make a big difference, except if the combined option is chosen. So even on single core machines using two threads will speed up the build considerably.

== create prebuilt mozilla ==
For the mozilla-components you have the choice to either build from mozilla sources, to use precompiled packages or to use system-mozilla (the one installed on your buildsystem, not everything might work, depending on the version you got installed).
You can easily create your own version of the prepacked binaries if you wish to do so (either because you cannot use the official ones because of mismatch of compiler version used to build them/other technical reasons or because you want to use stuff you didn't build yourself).
To do so:

* build the <code>moz</code> module from the mozilla sources
* use <code>--enable-build-mozilla</code> when running configure and put the mozilla-source tarball to <code>moz/download</code>
* in <code>moz</code> run <code>dmake zip</code> to create the zip files
* you'll find the zips in <code>{platform}.pro/zipped</code>

Copy them to a location of your liking.
Now instead of using <code>--enable-build-mozilla</code>, use <code>--disable-build-mozilla</code> and copy the zips you created or downloaded to <code>moz/zipped</code> and these will be used when compiling.
This will greatly reduce build-time (you save the time that would otherwise be spent on compiling mozilla).
= See Also =
* [[:Category:Distribution-Specific Build Instructions]]
* [[Prepared Build Images]]

----

<references/>

{{PDL1}}
[[Category:Linux]]

QA/TestCases/

2011-12-12T09:08:10Z

Rbircher: Created page with "== Overview == Just to have same text here."

== Overview ==

Just to have same text here.

User:Ericb

2011-12-09T08:48:27Z

Rbircher: Reverted edits by Medicalbillingcod (Talk) to last revision by Ericb

==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.)

== My contributions to OpenOffice.org (the most recents, the first listed) ==

=== Integrated ===

Alle the cws's I contributed for OpenOffice.org Project (means commit in the cws, and/or as cws owner)

Integrated in {{m|50|DEV300}}

* '''{{CWS|moz2seamonkey01|DEV300}}''' Mozilla 1.7.5 -> Seamonkey 1.1.14 migration ( Windows, Mac OS X , Linux )

Integrated in {{m|42|DEV300}}

* '''{{CWS|macmiscfixes|DEV300}}''' (created, 2 issues fixed) : fix some mac misc issues

Integrated in {{m|40|DEV300}}

* '''{{CWS|appleremote02|DEV300}}''' : replace keyCodes, using MEDIA_COMMAND_* instead

Integrated in {{m|38|DEV300}}

* '''{{CWS|macmenusquit|DEV300}}''' : this cws aims to remove the useless " Quit ", "About", "Tools->Options" entries in the menus, on Mac OS X Aqua only

Integrated in {{m|35|DEV300}}

* '''{{CWS|appleremote01|DEV300}}''' : use the Apple Remote with Impress

Integrated in {{m|26|DEV300}}
* '''{{CWS|aquavcl09}}''': many fixes for the Aqua-GSL layer

Integrated in {{m|23|DEV300}} and {{m|3|BEB300}}
* '''{{CWS|aquavcl08}}''' : fixes drag&drop crashes, CJK enhancements, copy&paste fixes, drawing fixes, multimonitor fixes, etc.

Integrated in {{m|22|DEV300}}
* '''{{CWS|canvas05|DEV300}}''' : contributions

* '''{{CWS|aquavcl07|DEV300}}''': misc Aqua related fixes

Integrated in {{m|6|DEV300}}
* '''{{CWS|aquavcl06|DEV300}}''': misc Aqua related fixes

Integrated in {{m|2|DEV300}}
*'''{{CWS|aquavcl05|SRC680}}''': misc Aqua related fixes

*'''{{CWS|nativeprintdlg01|SRC680}}''' : add support for native print dialog

Integrated in {{m|243|SRC680}}
*'''{{CWS|stl4leopardppc|SRC680}}''' : fix the build with system STL for on OSX 10.5 PowerPC
*'''{{CWS|aquavcl04|SRC680}}''': misc Aqua related fixes
* '''{{CWS|wae4extensions|DEV300}}''': This cws is an effort to fix warnings at buildtime in extensions

Integrated in {{m|238|SRC680}}
*'''{{CWS|macosx24dmg|SRC680}}''': fix bad icon positionning in the mounted disk image

*'''{{CWS|macleopardbuild|SRC680}}''' : be Leopard compatible, when building on Tiger

Integrated in {{m|233|SRC680}}
*'''{{CWS|readme4macintel|SRC680}}'''

*'''{{CWS|aquavcl03|SRC680}}''': migrating from Carbon to Cocoa API

*'''{{CWS|spotlightplugin01|SRC680}}''': add a new Sportlight plugin

*'''{{CWS|aquavclcarbonfixes|SRC680}}''': fix the 5 most important issues for the Carbon version of Aqua OpenOffice.org

Integrated in {{m|229|SRC680}}
*'''{{CWS|macaddressbook01|SRC680}}''' : use native OSX address book

Integrated in {{m|228|SRC680}}
*'''{{CWS|cloph09|SRC680}}''': remove X11SDK dependance for Aquabuild

Integrated in {{m|227|SRC680}}
*'''{{CWS|aquaremovescripts|SRC680}}''': remove useless Applescripts from Aqua version

Integrated in {{m|223|SRC680}}:
*'''{{CWS|aquavcl02|SRC680}}''': second child workspace for OSX native related issues

Integrated in {{m|222|SRC680}} :
*'''{{CWS|aquaremovefondu|SRC680}}''': remove obsolete code from the OSX X11 port
*'''{{CWS|macosxdmg23|SRC680}}''': improve the generated disk image

Integrated in {{m|221|SRC680}}:
*'''{{CWS|aquafilepicker01|SRC680}}''': use native OSX filepicker

Integrated in {{m|219|SRC680}}:
*'''{{CWS|salaquatox11|SRC680}}''': Include sal changes we did in aquavcl01 into normal milestone, and verify X11 build works too using them, avoiding break in others OS. Means : remove systools/macxp_extras + files inside add osxlocale object in libuno_sal and build it remove libsalsystool (was macosx only ), simplify locale detection, protect other OS from the changes

Integrated in {{m|217|SRC680}}:
*'''{{CWS|aquavcl01|SRC680}}''': the mother of all OpenOffice.org Aqua related CWSses

Integrated in {{m|212|SRC680}}:
*'''{{CWS|macosxpbuildrepair|SRC680}}''': the mother of all OpenOffice.org Aqua related CWSses

Integrated in {{m|200|SRC680}}:
*'''{{CWS|macosx22fixes|SRC680}}''': misc fixes for coming 2.2 , including version number changes

Integrated in {{m|187|SRC680}}:
*'''{{CWS|macmozplugfix|SRC680}}''': Fix mozilla plugin issue on Mac OS X, building or not mozilla plugin

Integrated in {{m|180|SRC680}}:
*'''{{CWS|macosx204fixes|SRC680}}''': Some little fixes for OpenOffice.org 2.0.4 on Mac OS X

Integrated in {{m|177|SRC680}}:
*'''{{CWS|macosxkbd|SRC680}}''': Fix caplocks bug when +kb extension is used to start X11, hardcode mod5 remap for ALT key and remove +kb extension

Integrated in {{m|176|SRC680}}:
*'''{{CWS|linuxppcrpm|SRC680}}''': make rpm packages buildable on Linux PowerPC when building
OpenOffice.org using Debian or Ubuntu distribution

Integrated in {{m|170|SRC680}}:
*'''{{CWS|macosxfondu2|SRC680}}''': Implement fondu and X11 check for Mac OS X. Include fondu in OOo for Mac OS X to automatically extract natives fonts

Integrated in {{m|159|SRC680}}:
*'''{{CWS|aquacolors|SRC680}}''': Change User Interface colors on Mac OS X only

Integrated in {{m|156|SRC680}}:
*'''{{CWS|macintel01|SRC680}}''': add Intel architecture for Mac OS X (Universal Binary later)

Integrated in {{m|146|SRC680}}:
*'''{{CWS|unxlngppc02|SRC680}}''': fix LINK for unxlngppc and work around GCC bug in svx

Integrated in {{m|2|SRC680}}:
*'''{{CWS|macosx11|SRC680}}''': Important Mac OS X fix for Java 1.4.2 AWT +fix for correct portaudio detection in configure +fix for problem when query for locale or ui language fails +fix for avmedia player crashes (using external JMF) + fix for --without-nas detection in configure

Integrated in {{m|125|SRC680}}:
*'''{{CWS|macosx10|SRC680}}''': Builds and smoketests executed successfully under Solaris, Linux, Windows, Mac OS X

Integrated in {{m|53|SRC680}}:
*'''{{CWS|macxjoin1153|SRX645}}''': canceled

Integrated in {{m|118|SRC680}}:
*'''{{CWS|linuxppc04|SRC680}}''': export JITC_PROCESSOR_TYPE=6 for the build env on Linux/powerpc, IBMs JDK needs it + epm patch for Debian has to be modified

Integrated in {{m|114|SRC680}}:
*'''{{CWS|macosx09|SRC680}}''': build fixes for Mac OSX and FreeBSD to integrate asap

Integrated in {{m|112|SRC680}}:
*'''{{CWS|linuxppc03|SRC680}}''': Fix installation bug for Linux PPC architecture for Debian

Integrated in {{m|110|SRC680}}:
*'''{{CWS|macosx08|SRC680}}''': Mac OSX fixes for : mozilla environment build + fix bad test in soffice.sh

Integrated in {{m|107|SRC680}}:
*'''{{CWS|macosx07|SRC680}}''': Some fixes for Mac OSX port : enable UTF-8 for filenames and dirnames, make use of scanner available, other fixes in extensions ... [to be completed]

Integrated in {{m|103|SRC680}}:
*'''{{CWS|linuxppc02|SRC680}}''': misc linux PPC fixes

Integrated in {{m|101|SRC680}}:
*'''{{CWS|thesau01|SRC680}}''': wrong "replace" suggestion in thesaurus

Integrated in {{m|98|SRC680}}:
*'''{{CWS|macosx06|SRC680}}''': Java and database did'nt work at all on Mac OSX

=== Close for development ===
 

* '''{{CWS|eraser01|DEV300}}''' (soon RfQA) : extra feature for the Impress : can use the pen, change the color, erase ..and so on using the HP Tablet PC

=== Work in progress, or planned ===

 

* '''{{CWS|macmetallicremote2009|DEV300}}''' (completed, to be verified) : new cookies for the metallic Apple remote (2009 model)

* '''{{CWS|appleremote03|DEV300}}''' (created) : try to make the contextual menus work in Impress presentation mode with Apple remote

* '''{{CWS|quicklookplugin01|DEV300}}''' : contributions

* '''{{CWS|maclibtests|DEV300}}''' (works) : fix builds issues and make it more robust

* '''{{CWS|ooo4kids|DEV300}}''' (planned) : a simple try to simplify OOo 4 kids use

* '''{{CWS|ogltrans4mac|DEV300}}''' (works already, yet some work in progress) : make the OpenGL transitions work with the Aqua version of OpenOffice.org

* '''{{CWS|wae4binfilter01|DEV300}}''' (completed, but will never be integrated ) : fix warnings building binfilter

* '''{{CWS|macosxscanner01|DEV300}}''' (planned)

'''FIXME''': add some other cws's not listed

== Education Project ==

[[Image:Ericb.jpg|right]]

The new page is there:

[[Education Project]]

[[Project EDUCATION-ch]]

[[fr-EDUCATION]]

[[Education_ClassRoom]]

[[Education_Applications]]

IRC meetings for Education project is there :

[[Education IRC meetings]]

=== Strategy for Education project ===

* create a bridge between Education world and OpenOffice.org project
* find developers for OpenOffice.org project

==== Social contract ====

# Create an Education Team for OpenOffice.org project
# Create a network of contacts (e.g. Academic contacts in France )
# Valorize and support Education Community

==== Visibility ====

# Website
# Be present in important events FIXME: write a list ...
# Blogs
# Lists
# IRC
# Schools and sponsors

==== Content ====

# Provide pedagogical tools
# Provide howtos for migrations in schools
# Provide courses as school cases of applications or writingcode ( existing cases)

==== Knowledge ====

# Connect with other projects
# Define a pool of devs and resources
# Separate tools learning and pure code learning
# Create courses with identified levels

=== FOSDEM 2008 ===

Draft will be completed once sure expenses will be funded

=== Draft of existing cases ===
Existing cases and thoughts about them ...

<pre>
+ A is a student who is doing advanced studies (possibly computer science/engineering) and is well up with Java and C -
> A wants to know what can be the steps towards becoming a contributor to bits of OO.o where a difference can be made
</pre>

skills : be computer science/engineering

Now: possible

Important: only a few students can be mentored, because ot lack of resources

About C skills:

There is some C in sal, and in some other places in OpenOffice.org source code (mainly tools or external tools).
For Java there is ~ 5% max of Java code, C++ does represent 90% of the source code of OpenOffice.org
There are some Python , bash and objective-C ( in Aqua version) too, but just a bit.
C language, even advanced, is not a bad thing, but OpenOffice.org source code is more Academic C++ (not sure of the term) than C.

First steps : learn C++, learn coding guidelines in OpenOffice.org project (they are existing documents on the wiki), learn stl use, and learn the sources organisation. Then learn the code present in some extensions, learn how trace OpenOffice.org using a debugger, or try to fix some bugs, and finally experiment is imho the next step.

The real case is not exactly turned like that :

Either the student has a precise idea of what he wants to contribute for. e.g. : implement a new feature in writer, or help for porting project, or .. (other application)

... or the application is already existing (there are some applications already proposed (Just not the link in mind right now)

In the first case, the steps could be :

- choose an OS (e.g. Linux prefered, for soupleness) , and learn what happens when OpenOffice.org Framework is built.
- learn how modules are organized ( why such f.. organization ? )
- when sw ( means Star Writer ) is built, understand what are the dependencies, how link, what must be built before, where are all part used by writer.

Once everything is in place, then learn writer source code. Lot of lines ( really ! )

Missing: learn OpenOffice.org tools, cvs, cwstools, bonsai, LXR, EIS, how commit, what a cws is, OpenOffice.org scheduling .. and so on, like write a documentation for the next students to come, following the golden rule : not redo over and over ..

This would need IMHO a lot of time. With the little experience I have with Google Summer of code, imho several months are mandatory.

Second case: help porting project

- learn how build OpenOffice.org ( yes, before to test some new feature, you need a working set)
- discover vcl
- learn how it works, (virtual classes, implementation OS dependant ... etc ) , some other fun
- understand what is the problem ( bind an OS over virtual - empty - boxes) and start (uff) to work for what he wanted to contribute for .. long time ago.

(same next steps .. )

Third case :

... etc. Other possibilities: implement UNO services. Means learn (again) how build an installset, understand what offapi does contain, and what is the role of all those interfaces. Learn examples (lot of time, and code and energy) and finally, implement the new feature.

( same next steps )

Jürgen Schmidt will complete, since he's a better specialist than me there ( please add how create a new extension case too ;-)

As summary, the common denominator is:

- learn how build OpenOffice.org framework
- learn alone such tools is not possible, and one mentor must be there
- OpenOffice.org developers are paid for a lot of things, and that's not easy to bother them for everything randomly.

I think, one student, one dedicated dev like Jürgen or me, or you maybe to accompagn him.

If you see a shorter way to produce an OpenOffice.org developer, please tell me :-)

<pre>
+ B is a professor who is in charge of a class of students tasked with doing a credit based FOSS project and B would really like for OO.o to
help tell how the students can be involved
</pre>
See above, this is similar to A. Just the professor will have more autonomy and add interesting point of views in discussions ... and maybe will propose improvements, or find some issues.

This is the prefered case, because we valorize a professor, a student, a school and the project.

<pre>
+ C is an artist and C wants to contribute to OO.o's art effort but is not sure if Education Project is the way to go
</pre>

We can help too. but this would be limited to OpenOffice.org projeect introduction, orient these artist on art project, how register, .etc. The list combined to IRC is perfect. Start now is possible.

<pre>
+ D is a senior student trying to coach juniors into understanding how FOSS projects work and thinks teaching them to triage bugs would be
> awesome - can this project help D ?
</pre>

Yes, sure.

We can welcome, explain the project, discover together, and show examples of issues. I know some, but we certainly will have to define better how proceed.

<pre>
+ E is a fresher in pre-college who has used OO.o, knows something about Linux and FOSS and thinks that there are ideas that can be proposed to
> enhance the user experience - should E get in touch with Education Project ?
</pre>

I think we can welcome, explain OpenOffice.org project, orient and ask in return to the newcomer to write what he learned with us, preparing the next student in the same case.

This is another important example we should take care: User Experience is extremely important and we have a lot of work before to pretend welcome E case.

Needs some work

<pre>
+ F is a freelance developer good in Python and wants to create extensions that would also allow a business to be wrapped around that
</pre>

Jürgen .. please help me :-)

Other cases :

A professor/teacher wrote a tool, including pedagogical notice about it, and wants to share it

A professor/teacher is searching what does exist

A professor/teacher wants to install OpenOffice.org on a network for his job

=='''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

[[Mac OS X Porting - Apple Remote implementation]]

=='''Native Port Roadmap'''==
http://eric.bachard.free.fr/mac/aquavcl/screenshots/july2007/Tango_icons/Draw/Image31_mini.png
==='''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|| || 4 || || || || || || ||
|}

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 (or other)''' ==

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 :

'''Assign it to "ssh2key" in the "www" component'''

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 port and WWDC2008]]

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

=== What is WWDC 2008? ===

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

==== Our needs with Aqua version ====

* 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

==== Interesting Labs ====

Accessibility Lab (ericb selection)

Receive one-on-one technical assistance on using the Accessibility API and making your application accessible. Whether you are access-enabling your application or developing an application that uses assistive technolgies, this is the lab to attend to get advice and answers to your questions. Bring your code, your laptop, and your questions.

'''Advances in Modern OpenGL'''

Understand how advances in OpenGL unlock the rendering power of the GPU. Tackle GPU-based vertex and fragment processing with the OpenGL Shading Language (GLSL) and use the most current capabilities of OpenGL to modernize your code. Learn techniques for integrating the high-performance 3D graphics pipeline with the other graphics frameworks on Mac OS X. A must-attend session for Mac OpenGL developers to learn how to take advantage of the recent innovations in graphics hardware.

'''Apple Help Lab'''

Receive one-on-one technical assistance with Apple Help integration, content authoring, and troubleshooting from Apple Help engineers and content writers. Bring your laptop, your code, your Help content, and your questions.

'''Assigning Your Application an Identity with Code Signing'''

Code signing in Mac OS X allows the Keychain and other operating system features to verify your application's ownership without prompting your users--even after you've updated your application. Find out how digitally signing your application ensures the integrity of your code and enables the system to recognize and alert users to unauthorized changes. Learn how to sign your applications, how signed applications work and how signing improves security and your customers' experience.

'''Cocoa Open Lab'''

Get expert one-on-one assistance from the Cocoa engineering team, DTS engineers, and Technology Evangelists on Cocoa topics. Bring your laptop, your code, and your questions.

'''Image Capture, Manipulation, and Display with Image Kit'''

Image Kit provides Cocoa developers with a straightforward interface for common image handling tasks. Discover how easily you can equip your application with image capture, browsing, viewing, import, adjustment and presentation, all within a crisp and consistent user experience. Learn how to apply image processing filters for lightweight image editing, how to capture images from the camera and how to assemble an enhanced image browser. An important technology for Cocoa developers who want to handle photos and other media in their Mac OS X applications.

'''Image Kit Lab'''

Work directly with the Image Kit engineering team to add image browsing, viewing, capture, adjustment and presentation to your Cocoa application. Bring your laptop, your code and your questions.

'''OpenGL on the Mac Lab'''

Meet with members of the OpenGL engineering team to dig deeper into desktop OpenGL features and profiling. Bring your laptop, your code and your questions.

'''Spotlight and Quick Look Lab'''

Meet one-on-one with Spotlight and Quick Look engineers to see how much these technologies have in common and polish your use of them. Make sure your document declarations are correct and your plug-ins are as fast and lightweight as possible. Bring your laptop, your code, and your questions.

=== Interesting presentations===

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

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

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

{| border="1" cellpadding="10"
| Days
|monday June 9
|tuesday June 10
|wednesday June 11
|thursday June 12
|friday June 13
|-
| Morning
| 10:00 am Keynote Presidio
|
|
|
|
|-
| Afternoon
|2:00 pm -3:15 pm Mac OS X State of the Union (Presidio) 3:30 pm - 4:45 pm Developer Tools State of the Union (Presidio) 5:00 pm - 6:15 pm Graphics & Media State of the Union (Presidio) 6:30 pm - 7:30 pm WWDC Welcome Reception
|
|
|
|
|}

====Labs Agenda====

It is extremely important to organize us for Labs.

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

{| border="1" cellpadding="10"
| Days
|monday June 9
|tuesday June 10
|wednesday June 11
|thursday June 12
|friday June 13
|-
|Labs Morning
|
|
|
|
|
|-
|Labs Afternoon
|
|
|
|
|
|}

===='''Interesting Labs'''====

The complete list: [http://developer.apple.com/wwdc/tracks/macosx.html Mac OS X Essentials]

=== Our Objectives at the WWDC 2008 ===

'''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 !

=== Who? ===

* Michael Sicotte
* Eric Bachard
* Philipp Lohmann

=== Todo list ===

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 SF scheduled arrival: 12:30
SF -> Paris -> Basel: 13th of June (arrival 17th) SF departure for the return: 3:30 pm

Hotel: Hotel des Arts (close to Union Square)

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

Michael Sicotte:
<pre>

To be completed
</pre>

Philipp Lohmann:
<pre>

To be completed
</pre>

==== 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)

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

=== What is WWDC 2007? ===

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

====Labs Agenda====

It is extremely important to organize us for Labs.

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

{| border="1" cellpadding="10"
| Days
|monday June 11
|tuesday June 12
|wednesday June 13
|thursday June 14
|friday June 15
|-
|Labs Morning
|
|
|
|'''BOOKED''' from 10:45 to 11:30 AM Deric Horn / Keith Mortensen Carbon and Cocoa Integration Lab
|'''BOOKED''' starting from 11:45 AM Ernest Prabhakar Apple and Free Softwares Rendez-vous at Spotlight lab (Mac OS X Lab B)
|-
|Labs Afternoon
|
|
|
|'''BOOKED''' 1 hour starting from ~ 4:30 5:30 pm John Geleynse User Interface design
|
|}

===='''Interesting Labs'''====

The complete list: [http://developer.apple.com/wwdc/tracks/macosx.html Mac OS X Essentials]

*Core Text Lab
Receive one-on-one technical assistance and troubleshooting advice from the Core Text engineering team. Learn how to use the advanced font handling and blazingly fast Unicode layout capabilities of Core Text. Bring your laptop, your code, and your questions.

*HIToolbox Lab
Work on tuning and debugging HIToolbox code in your Carbon application. Receive one-on-one technical assistance and troubleshooting advice from the High Level Toolbox engineering team, Apple DTS engineers, and technology evangelists. Bring your laptop, your code, and your questions.

=== Our Objectives at the WWDC 2007 ===

'''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"

- HIView
- Printing
- Drag and Drop
- as muc has possible

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

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

- Core*
- Tiger / Leopard

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

-> Discuss and meet new developers and / or american people working for Mac OS X port (like Michael Sicotte, Vijay Venkatraman , 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 !

=== Who? ===

* Sébastien Plisson
* Eric Bachard
* Philipp Lohmann

=== Todo list ===

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

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

Timers: Current code is obsolete, and compatibility with Leopard won't probably exist. Pavel wrote a patch using recent code. Seems to work fine, excepted a thread issue (crash not easy to be reproduced)

Questions ( pavel )

Does Apple have a plan to enable UI drawing from threads different from the first one?

Does Apple have a plan to allow java to be run from other threads as well?

Salframe:

Looot of things:

* fix all our busy paint places

*Find infos/code sample about parenting

*Code review for HIFrameWork implementation

*Menus: every window creates it's own menu. Redesign it?

*adapt native widget framework

*Use XCode to build OpenOffice.org

Events: code review, tips

ATS: code review, ATS issues

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.

ericb->Mike Sicotte

Good idea. You are welcome :)

Ismael:
What is the best way to draw editable textfields? Using DrawThemeEditTextFrame() from appareance manager although it is a bit old and we can't choose the context to draw but it is more in the OOo approach? Or use CreateEditUnicodeTextControl and create a control?

==== Travel ====

*describe the schedule of the travel

ericb :
<pre>
Mulhouse -> Paris -> SF: 9th of June SF scheduled arrival: 7:13 pm
SF -> Paris -> Mulhouse: 16th of June (arrival 17th) SF departure for the return: 3:00 pm

Hotel: King George (close to Union Square)

Airport to Hotel transportation: not included
</pre>

sebastien (aka plipli):
<pre>
Paris->SF: 3rd June
SF->Paris: 15th June in the evening

Hotel: to be coompleted
</pre>

Philipp Lohmann:
<pre>
Hamburg->SF: 9th June
SF->Hamburg: 16th June

Hotel: King George
</pre>

==== 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)

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

=== Who? ===

* Shaun McDonald
* Eric Bachard
* (list to be completed)

Todo: ask for Mickael Sicotte travel (New York <-> Barcelona) + rooms

=== 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]]

[[FOSDEM_2007]]

=='''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]]

== '''Implement OpenGL transitions in Impress'''==

[[Mac_OS_X_Porting_-_OpenGL_transitions | OpenGL Tansitions]]

[[Mac_OS_X_Porting_-_OpenGL_transitions/Feedback | Feedback]]

== '''Implement Proxy Icons for Drag and Drop''' ==

[[Mac_OS_X_Porting_-_Proxy_Icon_implementation | Proxy Icon Implementation]]

== '''Reviewers Guide for OpenOffice.org Aqua''' ==

[[Mac_OS_X_Porting_Reviewers_Guide_for_OpenOffice.org_Aqua | Reviewers Guide for OpenOffice.org Aqua]]

=='''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 ===

==== Scheduled : beta version ====

Once printing and Drag and drop will work, alpha will be over

Remaining issues for beta :

* adjust control metrics
* fix some refresh issues
* complete Leopard port

To be discussed : native dialogs for printing ?

====Work in progress: alpha :-) ====

26th july

aquavcl03 : start Cocoa integration.

The toy we will use for Cocoa begining is called vcldemo + milestone m220

Changes have been made in solenv ( use objC++ switch ) , in all includes to implement events, frames

(pl)

(pl) #i80066# add cocoa framework and objective c++ switches

(pl) #i80025# initial checking for carbon to cocoa migration

24th july

(pjanik) #i10000#: Fix build breaker on other platforms.

22th july

(pjanik) Whitespace cleanup.

21th july

(isma87) #i79748 add RTL support to tabs

19th july

(ekato) #i79737# fix incorrect spacing with punctuations

18th july

(pl) #i79475# enhance NWF focus for comboboxes

(isma87) #i79765 add native check marks and radio marks to menus

(isma87) #i79764 add native borders

17th july

(pl) #i79475# disable NWF focus drawing on dropdown boxes temporarily

(pl) #i79475# enable native focus drawing for edit fields

(ekato) #i78970# Mac-Encoding test for the heuristic with CJK fonts

(ekato) Use SAL_EXTTEXTINPUT_ATTR_HIGHLIGHT instead of SAL_EXTTEXTINPUT_ATTR_DOTTEDUNDERLINE for kTSMHiliteSelectedRawText.

16th july

(pjanik) Aquavcl02 now resync'ed with m221

(ericb) #i77549# simplify

13th July

(hdu) #i79567# the Aqua port uses the native font subsystem

(pl) #i79599# do not send useless paint events and fix an endless recursion

(pl) #i79581# optional immediate paint handling

(pl) code cleanup / review

(hdu) #i78358# queue new application events also while handling old application events

(hdu) remove freetype (unneeded )

Note : modules freetype + scp2 added in aquavcl02

12th July

(pl) #i79300# better refresh rectangles

(pl) #i79300# fix shadow issue with native progress bar

(pl) #i79300# change in DrawProgress API, SetBorderStyle can remove border window, removed a now unneeded workaround (flush in ImplCallPaint)

(ericb) #i79553# add TPT in AquaSalInstance constructor to make testtool receive events + put it in foreground

(ericb) #i79553# modify linking for MacOSX builds (initialy for testtool build)

(pl) #i79300# changein DrawProgress API

(hdu) #i78358# handle only one delayed AppleEvent at a time

(hdu) #i78358# handle aqua's AppleEvents immediately in the SVMainHook

11th July

(pl) #i79487# be more lenient to themes that draw outside their defined box

(pl) #i79487# improve native progress bar

(pl) #i10000#: Adapt VCL header paths.

(pjanik) '''m220 resync'''

10th July

To be verified: pl fixed bitmap issue on Leopard today (Florian will check ). If so, it should work out of the box.

(ericb) : #i79447# allow to use System Preferences colors for highlighted text

(pl) #i79441# add a similar magic to window background like for menus

(ismae87) fix focused rightmost tab not being recognized as rightmost : the right tab is now correctly drawn when selected

To be fixed : RTL issue with tab ( left is right and vice versa )

(pl) no focus rect for native tab control on aqua

(pl) #i79424# use an image mask instead of an image to support native menus, too

(pl) #i79424# reuse colorspace

(pl) #i79424# new implmentation for CreateWithMask ( includes several changes )

(pl) #i79402# fix some overpaint issues

9th July

(isma87) add native spinbox : now spinboxes are seen in controls :)

8th July

(isma87) add native EditBox, MultiLineEditBox and non-dropdown Listbox

(isma87) AHIG dimensions for comboboxes and listboxes, and add disabled state for listboxes

6th July

(pl) #i79068# RTL mirroring

(pl) fix drawAlphaRect for LineColor

(pl) #i79212# fix another menu related crash

(cd) #i79228# Support application event APPEVENT_PRINT for the mac port

(isma87) add aqua tabs

(isma87) center tabs and ask for native size

(isma87) remove bold text for focused tab

(hdu) #i78147# make OOo the default document handler for OpenDocument (mheily: thank you for the patch)

(pl) #i79300# no surrounding frame for NWF progress bar

(pl) #i79300# support NWF for progress bars

5th July

aquavcl03 has been created : start Cocoa migration. This cws will be resync'ed with m220 ( including aquavcl01) and first Cocoa changes will be included.

'''Great day for Mac OS X port: aquavcl01 is nominated and integrated : should be in m220 !!'''

(hdu) #i78358# Aqua AppleEvents: handle multiple open/print files at once

(hdu) #i78358# handle AppleEvents: OpenDoc and PrintDoc :

4th July

(hdu) #i79212# apply GH's patch to fix testtool crashes on Aqua : testtool does crash when aqua menus are used.

3rd July

(hdu) #i78358# handle AppleEvents: AEQuitApplication -> will help to fix the issue, open more doors, and prepare Cocoa transition

(pl) #i78943# disable drawing mnemonics on aqua : mnemonics are not aqua compliant

(pl) make debug window work on mac again, using MOD5 ( was not used before )

(hdu) #i78970# CJK fonts require extra leading

2nd July

(pl) join from aquavcl01 : aquavcl02 starting point is vcl from aquavcl01. Only vcl will have to be modified for now, other modules will arrive later.

aquavcl02 creation : aquavcl01 will be integrated (if nothing's going wrong) and aqua will become buildable just checking m220 sources

29th June

aquavcl01 is closed : no more commits allowed ( excepted for QA reason )

28th June

Tino announced bitmap copy paste works, and he's looking forward about drag and drop

Commits of the day:

(msicotte) #i78982# numeric keypad ENTER == RETURN in GetKeyCode

(pl) cleaning up some unused headers

(pl) #i77562# improvements from code review session

(tra) #i77593#Hack to prevent warning caused by the use of deprecated APIs

(tra) #i77593#support for copy&paste of pictures, OLE data exchanges with MS Office etc.

(pl) fix key up handling

(ericb) #i77551# improve metrics for listboxes buttons

(pl) #i77562# fix pro build warning

(pl) #i77562# landscape support

(hdu) #i77562# handle Printer dpi<->transformation matrix interaction

(ericb) #i78847# use MOD5 instead of MOD2 to fix formulas issue with ALT

(pl) #i77552# do not override explicit control background

(hdu) #i78924# implement bHandleAllCurrentEvents mode for AquaSalInstance::Yield() and ignore obsoleted timer events

(pjanik) whitespace cleanup

(ericb) #i77551# add correct buttons for listboxes

(ekato) Don't swallow Command-Space with menu as it is often used for TSM.

(ekato) Fix crash with SALEVENT_KEYUP on non text widget.

27th June

(pjanik) announced resync/ aquavcl01 integration in good shape.

(jogi) will start QA next week for all platforms

(ericb) not commited add equation input iin formula //

(pl) announced the printing working for soon (without the native dialogs ) :tested working with images, needs some work with equations
some strange behaviour with equations import

26th June

Pavel found the way to make the testtool working.

Automated test are already working, but the changes need to be commited ( probably in aquavcl02 or another cws to come)

(pl) #i78907# paint menubar, add a magical 2 pixel border offset

(hdu) Aqua only: link to font subsetter library

(ericb) #i78548# adjust aquavcl01 to salaquatox11

(pl) #i77552# temporarily disable native dialog background in about dialog

(pjanik) #i78712#: Add events for entering and leaving, send MOUSELEAVE event
to prevent "aggressive tooltips".

(pjanik) #i78712#: Add events for entering and leaving.

25th June

Aquavcl01 is now resynchronized with m217. New : Tango iconset ( see issue 78784 )

(ericb) #i78528# workaround for build breaker in desktop, the time cloph provides a better fix

(hdu) #i78815# measure the caret positions directly instead of using glyph positions

22th June

Philipp commited the code we worked on during WWDC : now windows have Aqua theme for true :)

The refresh issue for windows is vanished. Not the time to file an issue

(hdu) fix inverted debug assertion

(pl) remove unused functions

21th June

* Today, looks like japanese fonts can be used properly

* XOR has been implemented (partially, using basebmp )

* aquafilepicker01 cws is close to be ready for QA

* salaquatox11 has to be reviewed first

(hdu) remove code comment for less accurate but more reliable layout measurement

(hdu) implement detailed measurements in complex text layouts

(hdu) #i78704# add a new pixelformat, minor cosmetics

(ekato) issue #77846: use appropriate text attributes for input method

(pjanik) Whitespace cleanup.

(pjanik) Unify Windows and Aqua parts to have shorter diff against the base milestone.

(ekato) Call SALEVENT_{GETFOCUS,LOSEFOCUS} in HandleWindowActivatedEvent().

(ekato) Handle window activate and deactivate events properly.

(pl) fixed a constness issue

At this point, we have, since the previous development snapshot ( I *didn't wrote* we commited everything ) :

- Impress : animations work now (excepted sound)

- export pdf works now (some remaining issues with arabian locales maybe)

- copy paste works partially (text only )

- 2 instant crashes vanished since new saltimer implementation ( spellchecker and quit )

- native fonts et OpenOffice.org bundled fonts are now usable -> equations are now correctly displayed, since OpenSymbol is found

- start of native comboboxes (needs work)

- listboxes ( not complete)

- window background use Aqua theme ( patch not commited, but available : http://eric.bachard.free.fr/mac/aquavcl/patches/aquavcl01_june2007/window_background/aqua_window_background.diff )

- Calc works (white cell issue solved)

- Writer works ( text input ok, space issue ... etc)

- Maths works (exccepted braces, to be discussed soon )

We can include in the build (at least I do ) :

- native FilePicker, incuding the possibility to choose OpenOffice.org native one (allows URLs entries like http:// .. )
- new Chart module

20th June

(pl) some very minor cleanups

19th june

(pl) #i75228# initialize all members

(hdu) ATSLayout::GetBoundRect() is also called for positioned text (e.g. in Insert->SpecialChar)

(hdu) log usage of unimplemented methods

18th June

(hdu) ATSLayout::GetBoundRect(): do not reverse y-measurement in flipped context

(pl) : #i78600# change AQUA_LOG default behaviour

(hdu) workaround for ATSUI not using trailing spaces for justification

16th June

(pjanik) Add vcldemo demo application.

(pjanik) New demo application that draws something.

(pjanik) vcl is now WaE clean, remove the workaround introduced in the past.

15th June

(pl) #i75228# replace timer implementation

14th June

(tra) copy /paste partial (only text) : work in progress, checked in to have it saved in the repos.

(hdu) register OOo-specific temporary fonts

13th June

(ericb) draw correct button for Comboboxes (Ismael will complete)

(hdu) ATSLayout::GetIdealX(): get multiple widths at once

(hdu) better text measurements, PDF export, etc. by faking point==pixel

(hdu) PDF exported text can now be searched

(hdu) ImplMacFontData gets the GetImplFontCharMap() method

12th June

(hdu) fix PDF font properties => correct font sizes

(hdu) refactor ATSLayout::InitGIA() => much better text measurements (and less resource leaks)

(pjanik) Remove FIXME comments, revert original tabbing to prevent useless changes.

(pjanik) Backport masterfix from SRC680_m215 to aquavcl01. It will be removed when we resync to SRC680_m215+.

11th June

(ekato) issuse #78288: Fix for a wrapped line.

(hdu) simplify SystemFontList header even more

(hdu) simplify SystemFontList header

(hdu) implement methods needed for PDF export

(hdu) aquaport: link PSPLIB statically

10th June

(hdu) add PSPLIB for static linking

9th June

(ekato) Don't pass NULL to CFRelease().

(pjanik) Cleanup, prepare for integration.

8th June

(pjanik) fix typos.

(pjanik) No headless plugin on AQUA.

(hdu) provide subsetting lib-archive for aqua port

(hdu) fix CMAP table loading in AquaSalGraphics::GetImplFontCharMap()

(pl) preparations for XOR mode using basebmp BitmapDevice

7th June

(ericb) #i77549# be sure CFRelease every time

(hdu) #i77549# redesign how system preferences are found

(hdu) remove salfontutils.cxx that has been obsoleted by salatsfontutils.cxx

(thb) #i10000# Fixed build break for enable-dbgutil build again - this time also patching STLport-4.5-macxp-panther.patch

(6th June)

(ericb) resync with m214 : New Chart is now inside

(hdu) aqua: build fontsubsetting for static linking

(hdu) optimistic assumption that all ATS fonts are subsettable

(hdu) minor code reshuffling to prepare for PDF font subsetting

(hdu) read and digest a MacFont's CMAP table : should be usefull for PDF export

(5th June)

(hdu) fixed justified text for huge fonts : now justified text works

(pl) implemented AquaSalFrame::SetPointerPos() #i77534#

(pl) CFString <-> OUString conversion + other usefull functions for type conversion between Apple API and OpenOffice.org, like :

CFStringRef rStr = CreateCFString() ,

rtl::OUString GetOUString()

(hdu) DrawText: refresh correct rect, remove unneeded CGContextTranslateCTM() call

(ericb) #i72248# new patch for spirit, to include the correct macos.hpp in boost includes

(4th June)

(ericb) Development snapshot announced

(shaun) mac website modified for development snapshot announce

(pl) antialias in context only if appropriate

(pl) solve compile problem

(ericb) fix little warnings in salatslayout.cxx

(hdu) ATSLayout: justified text starts to work

(hdu) implement ATSLayout::DisableFontScaling() to prevent drawing problems with huge fonts

(pl) #i78078# add: window command dispatcher

(hdu) #i72248# prevent inconsistent builds for TARGET_CARBON platforms

(2nd June)

(ekato) Use kFontFamilyName if it is appropriate.

(ekato) Consider an user language setting with GetSystemFontSetting()

(1st June)

(pl) deactivate vclplugin in QUARTZ

(pl) don't builds useless library ( we don't need libvclplug in aqua port)

(pl) check context before setting blendmode ( does fix very visible issue : white cell in Calc )

(pl) preliminary: use blendmode hack for XOR mode

(31th May)

(Shaun) prepared the webiste for development snapshot announce

(cloph) Torrent are available for develoment snapshot of Aqua version

(pl) Added desktop and framework into aquavcl01 : to add preferences in menu entries, and improve about

(pl) other fix for captureMouse ( do not dipatch artificial dispatch mouse move if another frame has captured the mouse since posting)

(pl) save and restore to protect the context

(pl) fixed menu popup jump of highlighted text

(pl) implemented captureMouse , using overlay window

(ericb) testing new functions to retrieve highlighted color (and other) from System Preferences ( proof of concept only)

(30th May)

(hdu) fixed madness in formula when switching from formula to text

(hdu) removed font size in UpdateSettings() to avoid overwritting fonts size from Appearance Manager

(hdu) cleanup in ATSLyout::DrawText()

( Etsushi Kato ) commited change to implement preedit text drawing from input method

(28th May)

pl proposed a new AquaSalGraphics implementation.

http://porting.openoffice.org/servlets/ReadMsg?list=mac&msgNo=5433

Needs a review and some tests

(26th May)

(ericb) goodbye uggly grey

(24th May)

(pl) Various changes (from Bonsai database) : do not use XOR on QUARTZ either, implement flush, no view on VirDev

(pl) fixed issue 77755 : bad resizing /positionning for parent windows

(pl) Philipp Lohmann added AQUA_LOG to trace on Aqua -> Usage : export AQUA_LOG=off

(hdu) started MacOSXIntegrator to use System Fonts ( objective : Aqua version now will uses Lucida Grande or System default if different)

(pl) fixed issues 77529 and 77530 Implement AquaSalFrame::Get/SetWindowState

(23th May) :

(hdu) fixed some text breaking/text measurements : works started (works already)

(hdu) fixed refresh issues using mrRGBColorSpace = CGColorSpaceCreateWithName(kCGColorSpaceGenericRGB);
instead of : mrRGBColorSpace = CGColorSpaceCreateDeviceRGB(); " in vcl/aqua/source/gdi/salgdi.cxx (~105)

(pl) did AquaSalFrame non copyable

(pl) added InitShow() + centered windows relative to parents : now splashscreen appears centered, like all windows having parents

Note : In the long run it is planned to handle modal dialogs differently rolling down from the parent' titlebar is AFAIK the method on Mac
( Ismael started some experimentation for his Google SoC )

(pl) Contextual menus are shadowed

==== alpha 0.9 ====

 <div align="left" style="color:grey; font-size:18px">[[User:Ericb/Top10 of Issues | '''Top 10 of Issues with alpha 0.9 (click me to know more) ''']]</div> 

(22th May)

thb: proposed a patch to workaround the missing animations in Impress (issue 77692) ( verified working )

fheckl: fixed problem when switching between OOo picker and native picker ( verified working )

hdu: fixed the refresh and clipping => many problems with wrong clipping and wrong graphics attributes are gone

hdu: fixed the text drawn at bad size when resizing

(19th may)

Begining of Drag and Drop (Tino)

Using Aqua keyword, 123 issues created + macport user created.

user macport assigned means nobody is working on the issue.
Once someone assigned the issue to himself + sert issue as started, means issue has an owner.

Experimental code to test SetThemeWindowBackground to refresh everything (ericb) (18th may)

+: refresh is ok, bitmap refresh is ok when scrolling, typing text works in writer , pulse effect works, refresh checkbuttons works, refresh the window during scrolling works

-: no more cursor, excessive system load (lot of Begin /EndGraphic()

Important infos / WIP

The main work in progress is about refresh not working in all situations. We isolated the cause: very probably the clipping is either missing, or buggy.

Once fixed: pulse effect for buttons, text refresh (blinking cursor, and bitmaps in menus will be ok.

ericb add Aqua look for toolbars and tooltips (17th may)

==== alpha 0.8 ====

Christian Bernd Krippendorf joined the port (16th May)

hdu: memcpy sizeof(data) instead of sizeof(pointer) bytes (16th May)

hdu: fix ATSLayout::GetTextWidth() for multiple glyph-bound-trapezoids

msicotte: added definition for makeCGptArray - helper for AquaSalGraphics::invert

msicotte: added AquaSalGraphics::invert(ULONG nPoints...

hdu: implement stretched/squeezed text

hdu: prepare font rotation directly in ATSUI units

hdu: simplify a little by removing dead code

hdu: enable bold-/italic-emulation for fonts only if needed

mikesic: #77317# - fix for wrong menu displayed when last Writer window closed

ericb: add pulse effect (it will help to verify refresh issues are fixed)

pl: safer yield mutex protection through guards

hdu: default to standard font attributes

pl: protect against dispatching to dead or dying AquaSalFrames

ericb: #i77327# add alpha to user install dir until Aqua version is stabilized

hdu: rewrote ATSUFontID-based font enumeration

mikesic: Workaround for issue 77262 - frames around selected items don't disappear

mikesic: Fix for issue 74392 - aquavcl01: tooltip crash

mikesic: Fix for issue 77261 - Menu disappears when you hover over tooltip

mikesic: Fix for issue 75889 - aquavcl01: Extended tooltips text truncated

fheckl: adapting to changes since resync (aquafilepicker01)

fheckl: enabling fps_aqua lib only for aqua build

pjanik: Reformat for easier reading (according to OOo C++ rules).

Monday 15th May

Changes:

Yvan Barthelemy provided the first screenshot for printing :)

http://wiki.services.openoffice.org/wiki/Mac_OS_X_Porting_-_Native_Printing

http://eric.bachard.free.fr/mac/aquavcl/screenshots/printing/native_printing/native_printing_dialog.jpg

F 73688: use default font system (WIP, hdu)

several fixes in salatsuifontutils (hdu)

several fixes in salframe (pl)

defaut user install dir is now ~/Library/Application Support/OpenOffice.org-aqua (ericb)

added pulse effect to help for refresh

Saturday 13th / Sunday 14th

F 74392: tooltip crash (mikesic)

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

F 74392: tooltip crash (mikesic)

==== alpha 0.7 ====

Sun decided to officialy supports the Mac OS x port (3rd May)

Welcome to Philipp Lohmann and Herbert Duerr , who joined the Team (3rd May)

resync m211 (1st May)

[Top 10 of issues] modify Bundle tree (issue 73693): change committed 28th April (ericb)

Google SoC: welcome to Ismael Merzaq and Omer BarOr , our two selected candidates: ismael will work on aqua look (NWF), and Omer will work on Mac OS X Address Book Integration.

resync: m208 (11th April)

(exp / not commited) Ismael proposed a patch for Utility Windows more Aqua compliant + SetMin/MaxSize() (9th April)

Native menus are defaults (ericb) (8th April)

Frederic Barbaise (alias boulifb) joined the port (3rd April)

Work on saltimer.cxx started mikesic (27th March)

Pavel commited Michael patch for invert and drawAlphaRect() (27th March)

Started 27th March

==== alpha 0.6 ====

Damien started to work on drawEPS()

plipli and ericb work on refresh

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()

Started (19th March) :

==== 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)

== Aquavcl01 integration ==

Log of discussion 26th June 2007 on #ooo_macport

 <div align="left" style="color:grey; font-size:18px">[[User:Ericb/Log26th June | '''Log of the discussion about Aquavcl01 integration (click me to know more) ''']]</div>

 <div align="left" style="color:grey; font-size:18px">[[User:Ericb/LogESC_aqua | '''Log of the discussion about Aquavcl01 integration in ESC IRC meeting(click me to know more) ''']]</div>

 

== '''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)==

=== OpenGL ===

VCL implementation of OpenGL is obsolete-> first plan canceled

'''New plan'''

Use existing Windows implementation as model, and bind Cocoa OpenGLView from Apple customCocoaOpenGL code sample (see files [http://eric.bachard.free.fr/mac/aquavcl/patches/aqua_April2008/Canvas05/AquaOpenGL/files/aquaOpenGLView.h aquaOpenGLView.h] and [http://eric.bachard.free.fr/mac/aquavcl/patches/aqua_April2008/Canvas05/AquaOpenGL/files/aquaOpenGLView.m aquaOpenGLView.m] like in the Cocoa implementation of the AquaPrintView

[done]

* Define interface of the AquaOpenGLView class [done using Apple code]
* Define the implementation of the AquaOpenGLView class [done, using Apple code]

* Define the OpenGL implementation strategy in OGLTran_Transitioner.cxx

# aquaOpenGLView.m will stand in vcl/aqua/source/gdi
# aquaOpenGLView.h and vcl/aqua/inc
# aquaOpenGLView object will be built in libvcl.dylib

[todo]

# complete the class OGLTransitionerImpl implementation (for QUARTZ only, mainly define the right GLWin structure members)
# complete OGLTransitionerImpl::initWindowFromSlideShowView() ( QUARTZ case)

Philipp Lohmann suggestions :

create your own OpenGLView with the view of the parent window as superview

like NSOpenGLView pMyView = [[NSOpenGLView alloc] init....]

and then [pView addSubView: pMyView]

commit the changes ?

Later

test ? :-)

===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 || <nowiki>|</nowiki> ||<nowiki>|</nowiki>
|-
|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)

== Register a new IRC channel ==

To register an IRC a channel, this one must exist

1)

'''/join #education.openoffice.org'''

-> if you are registered user, the channel is created

You have to register it :

help : /msg chanserv help register, returns :

'''/msg chanserv register #education.openoffice.org PASSWORD '''

( choose a password, and don't forget it ! )

3) to keep all customizations, you must set a guard

Help : /msg chanserv help set, returns :

[10:53] -ChanServ- Syntax: SET <channel> <option> [parameters]

[10:53] -ChanServ-

[10:53] -ChanServ- Allows the channel contact or level 25 to set various

[10:53] -ChanServ- channel options and other information. All options may

[10:53] -ChanServ- be abbreviated, such as:

[10:53] -ChanServ- /msg ChanServ set #channel CONT newcontact

[10:53] -ChanServ- to set the CONTACT nickname to "newcontact". For more

[10:53] -ChanServ- specific information on each option, type:

[10:53] -ChanServ- /msg ChanServ HELP SET <option>

[10:53] -ChanServ-

[10:53] -ChanServ- Available options:

[10:53] -ChanServ-

[10:53] -ChanServ- CONTACT Set the contact of a channel (contact)

[10:53] -ChanServ- ALTERNATE Set the alternate contact for the channel

[10:53] -ChanServ- PASSWORD Set the contact password (contact)

[10:53] -ChanServ- MLOCK Lock channel modes on or off

[10:53] -ChanServ- TOPICLOCK Restrict topic changes

[10:53] -ChanServ- PRIVATE Hide channel from ChanServ lists

[10:53] -ChanServ- SECUREOPS Stricter control of chanop status

[10:53] -ChanServ- SECURE Activate ChanServ security features

[10:53] -ChanServ- ENTRYMSG Send a message to users upon entry

[10:53] -ChanServ- EMAIL Set the channel email address

[10:53] -ChanServ- URL Set the channel url

[10:53] -ChanServ- GUARD Have ChanServ join your channel

[10:53] -ChanServ- SPLITOPS Let anyone keep ops from a netsplit

[10:53] -ChanServ- VERBOSE Notify chanops on access changes

Correct command is :

'''/msg chanserv set #education.openoffice.org guard on'''

[11:01] >chanserv< set #education.openoffice.org guard on

[11:01] * ChanServ (ChanServ@services.) has joined #education.openoffice.org

[11:01] * irc.freenode.net gives channel operator status to ChanServ

Other commands :

Set me as contact :

'''/msg chanserv set contact eribc2'''

[10:59] >chanserv< set contact eribc2

/msg chanserv set #education.openoffice.org contact ericb2

[11:00] >chanserv< set #education.openoffice.org contact ericb2

Set security features on

'''/msg chanserv set #education.openoffice.org secure on'''

[11:03] >chanserv< set #education.openoffice.org secure on

[11:03] -ChanServ- Toggled Security for channel #education.openoffice.org [ON]

Set Topic Lock on

'''/msg chanserv set #education.openoffice.org topiclock on'''

[11:04] >chanserv< set #education.openoffice.org topiclock on

[11:04] -ChanServ- Toggled Topic Lock for channel #education.openoffice.org [ON]

Channel ops

[11:05] -ChanServ- Toggled Verbose for channel #education.openoffice.org [ON]

[11:06] * ericb2 gives channel operator status to lgodard

'''/msg chanserv set #education.openoffice.org verbose on'''

[11:05] >chanserv< set #education.openoffice.org verbose on

[11:05] -ChanServ/#education.openoffice.org- ericb2!n=eric@aud25-1-88-166-8-11.fbx.proxad.net enabled notices of
#education.openoffice.org access list changes

[11:05] -ChanServ- Toggled Verbose for channel #education.openoffice.org [ON]

'''/msg chanserv access #education.openoffice.org add ericb2 20 '''

[11:11] >chanserv< access #education.openoffice.org add ericb2 20

[11:11] -ChanServ- [ericb2] has been added to the access list for #education.openoffice.org with level [20]

[11:11] -ChanServ/#education.openoffice.org- ericb2!n=eric@aud25-1-88-166-8-11.fbx.proxad.net ACCESS [#education.openoffice.org] ADD
ericb2 20

[11:11] -ChanServ- You have been added to the access list for #education.openoffice.org with level [20]

[11:11] -ChanServ/#education.openoffice.org- ericb2!n=eric@aud25-1-88-166-8-11.fbx.proxad.net ACCESS [#education.openoffice.org] ADD
lgodard 10

'''/msg chanserv access #education.openoffice.org add rbircher 10 '''

[11:11] >chanserv< access #education.openoffice.org add rbircher 10

[11:11] -ChanServ- [rbircher] has been added to the access list for #education.openoffice.org with level [10]

[11:11] -ChanServ/#education.openoffice.org- ericb2!n=eric@aud25-1-88-166-8-11.fbx.proxad.net ACCESS [#education.openoffice.org] ADD
rbircher 10

[11:13] * ericb2 has changed the topic to: Welcome to education.openoffice.org project: The channel for the OpenOffice.org education Project.

Website : http://education.openoffice.org

[11:13] >chanserv< access #education.openoffice.org add louis_to 10

[11:13] -ChanServ- [louis_to] has been added to the access list for #education.openoffice.org with level [10]

[11:13] -ChanServ/#education.openoffice.org- ericb2!n=eric@aud25-1-88-166-8-11.fbx.proxad.net ACCESS [#education.openoffice.org] ADD

louis_to 10

Hope this help :)

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

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

= Avoid Warnings =

What follows is based on [http://bonsai.go-oo.org/cvsquery.cgi?treeid=default&module=all&branch=cws_src680_wae4extensions&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=all&mindate=&maxdate=&cvsroot=%2Fhome%2Fooweb%2Fcvsup wae4extensions], [http://bonsai.go-oo.org/cvsquery.cgi?treeid=default&module=all&branch=cws_dev300_wae4binfilter01&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=all&mindate=&maxdate=&cvsroot=%2Fhome%2Fooweb%2Fcvsup wae4binfilter01], [http://bonsai.go-oo.org/cvsquery.cgi?treeid=default&module=all&branch=cws_dev300_wae4binfilter02&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=all&mindate=&maxdate=&cvsroot=%2Fhome%2Fooweb%2Fcvsup wae4binfilter02] cws's.

== Variables initialization in C++ ==

Associated typical warning :

=== Why ===

C++ langage requests that variables are declared. Variables can be declared at any place (same in C, when using C99 standard). To use a variable, one has to define it, means give it a '''name''', AND a '''data type''' to be stored, then the compiler can reserve a memory location for it.

=== Define it ===

One variable can be defined as follow :

type Name_of_variable;

Or, if ever there are several variables with the same type :

type Name_variable1, Name_variable2, ...;

Note: for readability reason, prefer one line per variable :

type Name_variable1;
type Name_variable2;

Examples:

char my_character = 'B';
short nValue = 10;

=== Initialize it ===

Variable declaration does only reserve a place for it, where store it. Until a value has been defined for it, this variable does contain a random value (garbage), what is not acceptable.

'''Good practice''', coupled with '''good Design''', consists in initilalize the variable, and the best moment is '''at declaration time'''.

Affectation operator is '''=''' , and the syntax is:

type Name_of_the_variable = value;

For example :

float nFoo = 125.36;

=== Other cases (examples) ===

==== Pointers ====

const String* pRet; // Bad

const String* pRet = NULL ; // Good: until &pRet is used, we have no content in pRet

==== Integers ====

Typical warning :

Example of fix :

sal_Int16 nMode; // Bad
sal_Int16 nMode = 0; // Good

==== Booleans ====

sal_Bool bParaSpace; // bad -> random value, or whorst, the previous one will be used

sal_Bool bParaSpace = sal_False; // good

==== Other examples (OpenOffice.org specific) ====

== Ctors initialization in C++ ==

Most of the issues we have, are due to a non matching order between the ctor in the interface, and the implementation.

Typical warning :

<pre>
../../inc/bf_starmath/symbol.hxx: In constructor 'binfilter::SmSym::SmSym()':

../../inc/bf_starmath/symbol.hxx:102: warning: 'binfilter::SmSym::bDocSymbol' will be initialized after

../../inc/bf_starmath/symbol.hxx:96: warning: 'String binfilter::SmSym::aSetName'

/Users/ericb/Desktop/DEV300_m26/binfilter/bf_starmath/source/starmath_symbol.cxx:84: warning: when initialized here

</pre>

As you can see, the order of the declaration in the prototype differs of the one in the implementation ( starmath_symbol.cxx for instance).

To avoid warnings, we must reorder the variables/members/functions initialization in the Ctor, in the .cxx, or in the header, but only in the case the initialization follows the definition (find such initialization in the header is basically strange or maybe wrong, but that's not the point)

For example :

<pre>
Index: binfilter/bf_forms/source/component/forms_GroupManager.cxx
===================================================================
RCS file: /cvs/framework/binfilter/bf_forms/source/component/forms_GroupManager.cxx,v
retrieving revision 1.8
diff -u -r1.8 forms_GroupManager.cxx
--- binfilter/bf_forms/source/component/forms_GroupManager.cxx 10 Apr 2008 07:46:20 -0000 1.8
+++ binfilter/bf_forms/source/component/forms_GroupManager.cxx 6 May 2008 11:45:41 -0000
@@ -100,8 +100,8 @@

//------------------------------------------------------------------
OGroupComp::OGroupComp()
- :m_nTabIndex( 0 )
- ,m_nPos( -1 )
+ :m_nPos( -1 )
+ ,m_nTabIndex( 0 )
{
}
</pre>

== Enumerations in C++ ==

When X cases are defined in an enumeration, and only several used in a switch, without a "default" case being defined, warnings are ttriggered at build time by the compiler.

Typical warnings (can be extremely verbose) !! ):

<pre>
/Users/ericb/Desktop/DEV300_m26/binfilter/bf_starmath/source/starmath_mathml.cxx:

In member function 'void binfilter::SmXMLExport::ExportFont(const binfilter::SmNode*, int)':

/Users/ericb/Desktop/DEV300_m26/binfilter/bf_starmath/source/starmath_mathml.cxx:3946:

warning: enumeration value 'TEND' not handled in switch

/Users/ericb/Desktop/DEV300_m26/binfilter/bf_starmath/source/starmath_mathml.cxx:3946:

warning: enumeration value 'TLGROUP' not handled in switch

/Users/ericb/Desktop/DEV300_m26/binfilter/bf_starmath/source/starmath_mathml.cxx:3946:

warning: enumeration value 'TRGROUP' not handled in switch

/Users/ericb/Desktop/DEV300_m26/binfilter/bf_starmath/source/starmath_mathml.cxx:3946:

warning: enumeration value 'TLPARENT' not handled in switch

/Users/ericb/Desktop/DEV300_m26/binfilter/bf_starmath/source/starmath_mathml.cxx:3946:

warning: enumeration value 'TRPARENT' not handled in switch

</pre>
'''[... lot of lines including all other cases not handled in switch .. ]'''
<pre>
/Users/ericb/Desktop/DEV300_m26/binfilter/bf_starmath/source/starmath_mathml.cxx:3946:

warning: enumeration value 'TRDBRACKET' not handled in switch

/Users/ericb/Desktop/DEV300_m26/binfilter/bf_starmath/source/starmath_mathml.cxx:3946:

warning: enumeration value 'TUNKNOWN' not handled in switch

/Users/ericb/Desktop/DEV300_m26/binfilter/bf_starmath/source/starmath_mathml.cxx:3946:

warning: enumeration value 'TDEBUG' not handled in switch

</pre>

Verbose warnings can be avoided simply adding :

default:
break;

For example :

<pre>
@@ -831,6 +830,8 @@
/*N*/ case SC_CAT_INSERT_TABS :
/*N*/ pDoc->DeleteTab( aRange.aStart.Tab() );
/*N*/ break;
+/*N*/ default:
+/*N*/ break;
/*N*/ }
/*N*/ SetState( SC_CAS_REJECTED );
/*N*/ RemoveAllLinks();
</pre>

Be carefull: before to add default case, please verify you don't break the algorithm.

== Unused variables ==

Bad copy paste can lead to defined but never used variables -> compiler complains, and create warnings.

Typical warning :

/Users/ericb/Desktop/DEV300_m26/binfilter/bf_starmath/source/starmath_cfgitem.cxx: In member function 'binfilter::SmSym binfilter::SmMathConfig::ReadSymbol(binfilter::SmMathConfigItem&, const rtl::OUString&, const rtl::OUString&) const':

/Users/ericb/Desktop/DEV300_m26/binfilter/bf_starmath/source/starmath_cfgitem.cxx:412: warning: unused variable 'nTmp16'

Solution: see [http://wiki.services.openoffice.org/wiki/Writing_warning-free_code#Unused_parameters unused parameters (Stephan Bergmann explanation)]

== Variables in catch blocks ==

A varialbe well defined and initialized, but put in catch block, can trigger warnings.

Solution: cast the variable using void type

For example :

@@ -3310,7 +3309,7 @@
}
catch(RowSetVetoException& eVeto)
{
- eVeto;
+ (void)eVeto; // makes compiler happy
throw;
}
== Missing braces in arrays ==

Every compounded members of an array, must be inside round braces { }

Typical warning :

/Users/ericb/Desktop/DEV300_m26/binfilter/bf_sw/source/core/bastyp/sw_calc.cxx: At global scope:
/Users/ericb/Desktop/DEV300_m26/binfilter/bf_sw/source/core/bastyp/sw_calc.cxx:181: warning: missing braces around initializer
/Users/ericb/Desktop/DEV300_m26/binfilter/bf_sw/source/core/bastyp/sw_calc.cxx:181: warning: missing braces around initializer
...

... lot of lines, typically one per line in the array

For example :

<pre>
Index: binfilter/bf_sw/source/core/bastyp/sw_calc.cxx
===================================================================
RCS file: /cvs/framework/binfilter/bf_sw/source/core/bastyp/sw_calc.cxx,v
retrieving revision 1.10
diff -u -r1.10 sw_calc.cxx
--- binfilter/bf_sw/source/core/bastyp/sw_calc.cxx 10 Apr 2008 15:13:22 -0000 1.10
+++ binfilter/bf_sw/source/core/bastyp/sw_calc.cxx 6 May 2008 11:45:49 -0000
@@ -150,34 +150,34 @@
};

_CalcOp __READONLY_DATA aOpTable[] = {
-/* ACOS */ {sCalc_Acos, CALC_ACOS}, // Arcuscosinus
-/* ADD */ {sCalc_Add, CALC_PLUS}, // Addition
-/* AND */ {sCalc_And, CALC_AND}, // log. und
-/* ASIN */ {sCalc_Asin, CALC_ASIN}, // Arcussinus
-/* ATAN */ {sCalc_Atan, CALC_ATAN}, // Arcustangens
-/* COS */ {sCalc_Cos, CALC_COS}, // Cosinus
-/* DIV */ {sCalc_Div, CALC_DIV}, // Dividieren
-/* EQ */ {sCalc_Eq, CALC_EQ}, // gleich
-/* G */ {sCalc_G, CALC_GRE}, // groesser
-/* GEQ */ {sCalc_Geq, CALC_GEQ}, // groesser gleich
-/* L */ {sCalc_L, CALC_LES}, // kleiner
-/* LEQ */ {sCalc_Leq, CALC_LEQ}, // kleiner gleich
-/* MAX */ {sCalc_Max, CALC_MAX}, // Maximalwert
-/* MEAN */ {sCalc_Mean, CALC_MEAN}, // Mittelwert
-/* MIN */ {sCalc_Min, CALC_MIN}, // Minimalwert
-/* MUL */ {sCalc_Mul, CALC_MUL}, // Multiplizieren
-/* NEQ */ {sCalc_Neq, CALC_NEQ}, // nicht gleich
-/* NOT */ {sCalc_Not, CALC_NOT}, // log. nicht
-/* OR */ {sCalc_Or, CALC_OR}, // log. oder
-/* PHD */ {sCalc_Phd, CALC_PHD}, // Prozent
-/* POW */ {sCalc_Pow, CALC_POW}, // Potenzieren
-/* ROUND */ {sCalc_Round, CALC_ROUND}, // Runden
-/* SIN */ {sCalc_Sin, CALC_SIN}, // Sinus
-/* SQRT */ {sCalc_Sqrt, CALC_SQRT}, // Wurzel
-/* SUB */ {sCalc_Sub, CALC_MINUS}, // Subtraktion
-/* SUM */ {sCalc_Sum, CALC_SUM}, // Summe
-/* TAN */ {sCalc_Tan, CALC_TAN}, // Tangens
-/* XOR */ {sCalc_Xor, CALC_XOR} // log. xoder
+/* ACOS */ {{sCalc_Acos}, CALC_ACOS}, // Arcuscosinus
+/* ADD */ {{sCalc_Add}, CALC_PLUS}, // Addition
+/* AND */ {{sCalc_And}, CALC_AND}, // log. und
+/* ASIN */ {{sCalc_Asin}, CALC_ASIN}, // Arcussinus
+/* ATAN */ {{sCalc_Atan}, CALC_ATAN}, // Arcustangens
+/* COS */ {{sCalc_Cos}, CALC_COS}, // Cosinus
+/* DIV */ {{sCalc_Div}, CALC_DIV}, // Dividieren
+/* EQ */ {{sCalc_Eq}, CALC_EQ}, // gleich
+/* G */ {{sCalc_G}, CALC_GRE}, // groesser
+/* GEQ */ {{sCalc_Geq}, CALC_GEQ}, // groesser gleich
+/* L */ {{sCalc_L}, CALC_LES}, // kleiner
+/* LEQ */ {{sCalc_Leq}, CALC_LEQ}, // kleiner gleich
+/* MAX */ {{sCalc_Max}, CALC_MAX}, // Maximalwert
+/* MEAN */ {{sCalc_Mean}, CALC_MEAN}, // Mittelwert
+/* MIN */ {{sCalc_Min}, CALC_MIN}, // Minimalwert
+/* MUL */ {{sCalc_Mul}, CALC_MUL}, // Multiplizieren
+/* NEQ */ {{sCalc_Neq}, CALC_NEQ}, // nicht gleich
+/* NOT */ {{sCalc_Not}, CALC_NOT}, // log. nicht
+/* OR */ {{sCalc_Or}, CALC_OR}, // log. oder
+/* PHD */ {{sCalc_Phd}, CALC_PHD}, // Prozent
+/* POW */ {{sCalc_Pow}, CALC_POW}, // Potenzieren
+/* ROUND */ {{sCalc_Round}, CALC_ROUND}, // Runden
+/* SIN */ {{sCalc_Sin}, CALC_SIN}, // Sinus
+/* SQRT */ {{sCalc_Sqrt}, CALC_SQRT}, // Wurzel
+/* SUB */ {{sCalc_Sub}, CALC_MINUS}, // Subtraktion
+/* SUM */ {{sCalc_Sum}, CALC_SUM}, // Summe
+/* TAN */ {{sCalc_Tan}, CALC_TAN}, // Tangens
+/* XOR */ {{sCalc_Xor}, CALC_XOR} // log. xoder
};

double __READONLY_DATA nRoundVal[] = {

</pre>

== Missing parenthesis around a boolean expression in an '''if''' ==

Typical warning :

/Users/ericb/Desktop/DEV300_m26/binfilter/bf_starmath/source/starmath_mathml.cxx: In member function 'void binfilter::SmXMLExport::ExportBrace(const binfilter::SmNode*, int)':

/Users/ericb/Desktop/DEV300_m26/binfilter/bf_starmath/source/starmath_mathml.cxx:3832: warning: suggest parentheses around assignment used as truth value

For example :

@@ -178,7 +178,7 @@
{
if ( ppPrev )
{
- if ( *ppPrev = pNext )
+ if ( (*ppPrev = pNext) )

== Comments interlaced (/* between /* and */) ==

/* */ is C comment and is not the best in C++ files. The problem is two C like comments cannot be interlaced.

When occuring, a warning is triggered

Typical warning :

/Users/ericb/Desktop/DEV300_m26/binfilter/bf_sfx2/source/doc/sfx2_objxtor.cxx:151:1: warning: "/*" within comment

Example of solution :
<pre>

Index: binfilter/inc/bf_sw/unoobj.hxx
===================================================================
RCS file: /cvs/framework/binfilter/inc/bf_sw/unoobj.hxx,v
retrieving revision 1.7
diff -u -r1.7 unoobj.hxx
--- binfilter/inc/bf_sw/unoobj.hxx 11 Apr 2008 02:48:42 -0000 1.7
+++ binfilter/inc/bf_sw/unoobj.hxx 6 May 2008 11:45:59 -0000
@@ -584,7 +584,7 @@
virtual void SAL_CALL removeVetoableChangeListener( const ::rtl::OUString& PropertyName,
const ::com::sun::star::uno::Reference
< ::com::sun::star::beans::XVetoableChangeListener >& aListener )
throw(
::com::sun::star::beans::UnknownPropertyException,
::com::sun::star::lang::WrappedTargetException, ::com::sun::star::uno::RuntimeException
);

};
-/*-----------------20.03.98 08:26-------------------
+//-----------------20.03.98 08:26-------------------

--------------------------------------------------*/
/* das wird zunaechst nicht gebraucht - bisher fuer den XPropertySetCloner

</pre>
Note: the code has been modified for readability reason.

== Todo ==

Have a deeper look into potential students applications around sc :

http://wiki.services.openoffice.org/wiki/Calc/Implementation/Spreadsheet_Functions

http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=office-formula

http://wiki.oasis-open.org/office/Formula_Work

http://wiki.services.openoffice.org/wiki/Calc/ODFF_Implementation/Schedule

== Links ==

[http://www.cplusplus.com/doc/tutorial/variables.html Variables: Tutorial]

== Backup ==

[[User:Ericb/backup]]

Documentation/FAQ/Platform/Mac OS X 10.6

2010-11-17T01:30:44Z

Rbircher: /* OpenOffice.org does not find Java 6 update 22 on MacOS X */

= OpenOffice.org does not find Java 6 update 22 on MacOS X =

As reported in Issue [http://www.openoffice.org/issues/show_bug.cgi?id=115180 115180], latest Java 6u22 delivered via MacOS software update end of October 2010, breaks the Java configuration in OpenOffice.org 3.2.1 and earlier. OpenOffice.org 3.2.1 and earlier are unable to find the new Java.

For all who are interested, there is now a preview release bug fixed version of the involved libraries "libjvmfwk.dylib.3" and "sunjavaplugin.dylib" temporarily available for download at the following location: ftp://qa-upload.services.openoffice.org/jl162/ 

md5sum: 
<pre>0a9bb23bcb7cb5fda2ef5f36bef628fe libjvmfwk.dylib.3
75feb4ce4df3ba180b7fd4d98c4c9c3e sunjavaplugin.dylib
</pre>
These libraries are based on the CWS jl162. (Thanks to Jochen from Oracle for providing these!) This not the official set of hotpatch libraries yet. Please use them at your own risk. Official libs will be provided when the CWS has been approved by QA and the libraries become available on the next official milestone build.Corresponding announcement will follow. The upcomming OpenOffice.org 3.3 will also contain this fix. 

To apply these two libs to your Office installation on your Mac, please proceed to the following steps: 

#Download the patched libs from the url named above. 
#Close your running office application 
#Open a terminal (use spotlight and enter "terminal" if you don't know where to find it) 
#In the terminal go to the location of your office installation and it's corresponding library folder, e.g. "cd /Applications/OpenOffice.org.app/Contents/basis-link/ure-link/lib/ 
#move the original libs to backup copy by entering "mv libjvmfwk.dylib.3 _backup_libjvmfwk.dylib.3" and "mv sunjavaplugin.dylib _backup_sunjavaplugin.dylib" for example.
#copy the patched libs into the folder, e.g. "cp /Users/<your username>/Downloads/libjvmfwk.dylib.3 ." and "cp /Users/<your username>/Downloads/sunjavaplugin.dylib ."

That's it. Next time you launch your office and make use of Java features, the correct Java settings should be configured automatically.

Additional note: In case you already created the link as suggested as workaround in the issue 115180, please remove it since it does not do anything helpful to resolve the issue. Instead it may even break things. 

For people who can't use the command-line, I make a description how you include the patch without command-line. Click [http://www.raphaelbircher.ch/computer_tagebuch.php hier] to read the instructions.

[[Category:Documentation/FAQ/Mac_OS_X]]

DE/Einführung Arbeitsweise

2010-09-12T10:25:46Z

Rbircher: /* Grundsätzliche Informationen über das OpenOffice.org Projekt */

== Einführung in die wichtigsten Instrumente des Projekts ==

=== Hallo ===
Immer wieder wollen Leute in das Projekt einsteigen, doch die wenigsten bleiben hängen. Ein Grund dafür mag auch die eher dürftige oder veralteten Informationen über die internen Abläufe und die benutzten Tools sein. Dies möchte ich mit dieser Seite mal nachholen.

== Grundsätzliche Informationen über das OpenOffice.org Projekt ==
[[File:Struktur_projekt.png | thumb | Aufbau des Projektes]]Das Projekt OpenOffice.org kann man erst mal in zwei grosse Teile unterteilen.
# Internationale Projekte
# Sprachprojekte

'''Internationale Projekte''' sind Projekte die das Gesamprojekt betreffen. Beispiele dafür sind alle Projekte die sich mit der Weiterentwicklung von OpenOffice.org beschäftigen. Oder Koordinationa Projekte wie zum beispiel Native Language, welches die Sprachprojekte miteinander verbindet. 
'''Sprachprojekte''' sind Projekte einer bestimmten Sprache

File:Struktur projekt.png

2010-09-12T09:52:18Z

Rbircher: Projektstruktur für die Einführungsseite

Projektstruktur für die Einführungsseite

DE/Einführung Arbeitsweise

2010-09-11T12:26:27Z

Rbircher: Created page with '== Einführung in die wichtigsten Instrumente des Projekts == === Hallo === Immer wieder wollen Leute in das Projekt einsteigen, doch die wenigsten bleiben hängen. Ein Grund da…'

DE/QA-Wochenende2010

2010-04-24T19:44:19Z

Rbircher: /* Angemeldete Teilnehmer */

[[Category:DE|QA-Wochenende2010]]
{{DISPLAYTITLE:QA-Wochenende 2010 im LinuxHotel in Essen}}
=QA-Wochenende 2010 Linux-Hotel Essen=

== Adresse ==

Linux-Hotel / Villa Vogelsang 
Antonienallee 1 
45279 Essen-Horst 
Tel.: 0201 8536-600 
Fax: 0201 8536-605 
E-Mail: rezeption@villa-vogelsang.de

== Ansprechpartner / Organisation ==

Jacqueline Rahemipour 
jrahemipour@openoffice.org 
Tel.: auf Anfrage

== Termin ==

30.4.-02.05.10

Die Anreise kann schon am Freitag erfolgen oder auch am Samstag früh. Das Programm beginnt am Samstag, 1.5.2010 ab ca. 10 Uhr und endet am Sonntag, 2.5.2010 um ca. 14 Uhr, damit genug Zeit für die Heimreise bleibt. Falls gewünscht können wir den großen Seminarraum bereits am Freitag nutzen.

== Worum geht es? ==

* Hintergründe der Qualitätssicherung und der Lokalisierungsarbeit bei OpenOffice.org erfahren
* Wichtige Arbeitstechniken und Werkzeuge kennenlernen
* Erfahrungsaustausch mit erfahrenen QA'lern
* Konkret anstehende Aufgaben gemeinsam bearbeiten
* die "schönsten" Bugs finden
* Die anderen netten Leute aus dem Projekt kennenlernen
* In geselliger Runde über OOo und die Welt quatschen
* und vieles mehr

In erster Linie soll das Wochenende denjenigen dienen, die im de-Projekt bereits erste Erfahrungen mit der QA-Arbeit gemacht haben. Es geht nicht darum, dass man für die Teilnahme viel wissen muss. Im Grunde muss nur das entsprechende Interesse für QA / Lokalisierung da sein und die Bereitschaft, auch mal an einer konkreten Aufgabe in diesem Bereich mitzuarbeiten.

== Angemeldete Teilnehmer ==

{| cellpadding="2" border="1"
|-
! Nr.
! Name
! Vorname
! Anreise am
! ggfs. Uhrzeit
! mit Übernachtung?
! Bemerkungen
|-
! 1
| Rahemipour
| Jacqueline
| Freitag
| ca. 14 Uhr
| ja
|
|-
! 2
| Wilper
| Simon
| Freitag
| ca. 14 Uhr
| ja
|
|-
! 3
| Pechlaner
| Wolfgang
| Freitag
| ca. 13 Uhr
| ja
| Vegetarier
|-
! 4
| Schnabel
| André
| Freitag
| gegen 19:30
| ja
|
|-
! 5
| Effenberger
| Florian
| Freitag
| ca. 18/19 Uhr
| ja
|
|-
! 6
| Stehmann
| Mechtilde
| vorauss. Freitag
|
| ja
|
|-
! 7
| Hackert
| Thomas
| Samstag
| ca. 10:00
| ja
| Vegetarier (steht aber leider erst kurz vorher wirklich fest, sorry ... :( )
|-
! 8
| Stehmann
| Michael
| vorauss. Freitag
|
| ja
|
|-
! 9
| Brekenfelder
| Ulf
| Freitag
|
| ja
|
|-
! 10
| Geib
| Gerald
| Freitag
|
| ja
|
|-
! 11
|
| 
| 
|
| 
|
|-
! 12
| Strohmaier
| Friedrich
| Freitag
| abend
| ja
|
|-
! 13
| Andrae
| Joost
| Freitag (noch unklar)
| Abend
| ja
|
|-
! 14
| Altmann
| Uwe
| Samstag
| nachmittag gegen 16:00
| ja
| suche für So MfG nach Köln
|-
! 15
| Behrens
| Thorsten
| Samstag
| mittags (voraussichtlich)
| ja
|
|-
! 16
| Lohmaier
| Christian
| Freitag
| nachmittag
| ja
| ist gerne scharf, wünscht sich deshalb ein Chili-Ketchup :-))
|-
! 17
|
|
|
|
|
|
|-
! 18
| Mantke
| Andreas
| Samstag
| vormittag
| nicht erforderlich
|
|}

== Geplantes Programm ==

Das ganze ist als grobe Hülle gedacht, in den einzelnen Blöcken sollte immer Zeit für Diskussion bzw. direktes Arbeiten enthalten sein. In der Regel dürften die Themen für fast alle interessant sein. Es sollte aber immer die Möglichkeit gegeben sein, dass einzelne etwas Abseits an anderen Themen arbeiten.

===Themenvorschläge===

[Programm für 2010 ist noch im Entwurfsstatus - Weitere Vorschläge bitte an dev@de.openoffice.org oder direkt an Jacqueline senden]

[http://wiki.services.openoffice.org/wiki/Talk:DE/QA-Wochenende2010 Diskussion]

* '''OpenOffice.org unter Linux x86 selber bauen -- RELOADED''' (Simon Wilper)
** Was hat sich im Build-Prozess seit dem letzten Mal (3 Jahre) getan?
** Mercurial bedienen
** ./configure-Optionen
** Build-Tools
** Fehlerbehebung anhand eines Beispiels

* '''Wie geht es weiter? - QA und Release-Prozess in der Community''' (Mechtilde - Unterpunkte von Uwe Altmann)
** Nehmen wir mal an, ich wüsste nix von QA - was muss ich wissen und was müsste ich tun um mitzuwirken?
** Das zielt
**# auf neue Interessenten
**# auf welche wie mich, die das nur sporadisch verfolgen (es haben sich aber einer Menge Strukturen in der letzten Zeit geändert) - es würde mich selbst interessieren, wie das Projekt inzwischen kommuniziert.
**# auf "...haben wir dazu eine Präsi??" ein klare Antwort oder zumindest eine link zu haben, wäre schon komfortabel.

* '''QA von Extensionen''' (Michael)

===Samstag===

{| border="1" cellpadding="2"
|-
! width="120" |Wann?
! width="480" | Was?
! width="180" | Wer?
|-

! 10:00-10:15
|| '''Begrüßung'''
* kurze Absprache des Arbeitsplanes
* Fragen zu Technik
* Organisatorisches
|| Jacqueline Rahemipour
|-

! 10:15-11:15
|| ''''''
*
||
|-

! 11:30-12:30
|| ''''''
*
||
|-

! 12:30-14:00
|| '''Pause''' Mittagessen
|| alle
|-

! 14:00-15:30
|| ''''''
*
||
|-

! 15:30-16:00
|| '''Pause''' Kaffee und Kuchen
|| alle
|-

! 16:00-17:00
|| ''''''
*
||
|-

! 17:00-Open End
|| '''Bughunting'''
* gemeldete Fehler nachvollziehen u. im Issue-Tracker bestätigen
* neue Issues aufgeben
* Fehlersuche
|| alle
|-

|}

===Sonntag===

{| border="1" cellpadding="2"
|-
! width="120" |Wann?
! width="480" | Was?
! width="180" | Wer?
|-

! 10:00-10:45
|| ''''''
*
||
|-

! 11:00-11:45
|| ''''''
*
||
|-

! 12:00-13:00
|| ''''''
*
||
|-

|}

== Anreise ==

=== S-Bahn ===
Die S-Bahn-Haltestelle "Essen-Horst (S)" (Linie S3) ist nur 8 Minuten Fußweg vom Hotel entfernt. Am S-Bahnhof Horst ankommen aus Richtung Essen-Hbf, dann bitte unter den Gleisen durchgehen, den Fußweg den Berg hinauf, geht über in kleine Straße, am Ende rechts Lindkenshofer Weg) und nach 200m wieder rechts (Eberhardstr) und dann gerade auf ein braunes Holztor zugehen.

=== Bus ===
Die Haltestelle "Geschwister-Scholl-Str." der Buslinien 184 und NE5 sind weniger als 5 Minuten entfernt.

=== PKW ===
Den groben Weg aus Richtung A 40 entnehmt bitte der Skizze auf den Seiten des [http://www.linuxhotel.de/anreise.html Linux-Hotels] bzw. befragt einen Routenplaner. Folgt den Schildern „Route Industriekultur“ in Richtung "Eisenbahnmuseum". Ab Dahlhauser Str. ist das Linux-Hotel direkt ausgeschildert, achtet dort auf die Schilder "Villa-Vogelsang".

== Übernachtung ==

Die Übernachtung erfolgt in Doppelzimmern im Linux-Hotel, die Kosten dafür übernimmt der Verein OpenOffice.org Deutschland e.V.. Die genaue Raumverteilung machen wir vorort. Sonderwünsche bitte frühzeitig Jacqueline mitteilen!

== Verpflegung ==

Auch Verpflegung am Wochenende wird vom Verein OOo Deutschland e.V. finanziert. Das Frühstück erhalten wir direkt im Linux-Hotel.

Je nach Wetterlage wollen wir Freitag abend bzw. Samstag abend den Grill anmachen. Fleisch und Würstchen werden organisiert.
'''Gerne werden Salatspenden angenommen!'''
Bei schlechtem Wetter weichen wir auf den örtlichen Pizza-Service aus. Für Samstag mittag ist ein kalter Snack vorgesehen.

'''Wichtig: Vegetarier möchten sich bitte vorher melden, dann können wir für den Grillabend Alternativen anbieten.'''

Auch für Getränke wird gesorgt. Ihr könnt euch im Linux-Hotel bei den Getränken selbst bedienen (alkoholfreie Getränke, Bier, Kaffee, Tee). Besondere Getränke (Wein, Spirituosen) sind in der mit dem Linux-Hotel vereinbarten Getränkepauschale nicht enthalten. Diese müssen dann selbst vorort bezahlt werden.

== Seminarraum ==

Es steht uns ein großer Seminarraum zur Verfügung. Auch ein Beamer wird vorort sein. Bitte bringt wenn möglich euer eigenes Notebook bzw. einen eigenen Rechner mit.

Falls jemand keinen eigenen Rechner mitbringen kann, bitte vorab Bescheid sagen, damit wir gegebenenfalls noch etwas organisieren können (mehrere Vereinsrechner stehen zur Verfügung, 3 weitere Laptops kann ich mitbringen).

== Internet ==

Im Hotel und im Seminarraum ist WLAN verfügbar, jedoch sollten wir uns aufgrund der Erfahrungen in den letzten beiden Jahren nicht darauf verlassen und wenn möglich noch Netzwerkkabel mitbringen.

== Freizeit ==

Es gibt eine Sauna und einen Fitnessraum, die wir nach Absprache benutzen können. Badetücher und Bademäntel sind vorhanden, alles weitere bitte mitbringen.

== Sonstiges ==

Da das Linux-Hotel keine Personalkosten bezahlen möchte, sind wir an dem Wochenende auf uns allein gestellt, das heißt:

* Es herrscht an dem Wochenende Selbstbedienung, an den Getränkekühlbüffets / Weinkühlschrank / Kaffee/Teeautomat usw., Geschirr muss hinterher in die Spülmaschine geräumt werden.

* Wir müssen den Seminarraum sauber hinterlassen (Sonntag einmal durchwischen) und gegebenenfalls die Tische und Stühle wieder zusammenräumen

* Die Zimmer werden an uns sauber übergeben und dann aber nicht vom Hotel aus gemacht (= 2 Nächte gleiches Bettzeug & Handtücher). Bei Abreise bitte die Betten abziehen, den Rest übernimmt das Linux-Hotel.

'''Wer hat am Sonntag ab ca. 14 Uhr noch ein wenig Zeit und kann bei den Aufräumarbeiten behilflich sein?'''

DE/QA-Wochenende2010

2010-04-22T11:54:16Z

Rbircher: /* Angemeldete Teilnehmer */

[[Category:DE|QA-Wochenende2010]]
{{DISPLAYTITLE:QA-Wochenende 2010 im LinuxHotel in Essen}}
=QA-Wochenende 2010 Linux-Hotel Essen=

== Adresse ==

Linux-Hotel / Villa Vogelsang 
Antonienallee 1 
45279 Essen-Horst 
Tel.: 0201 8536-600 
Fax: 0201 8536-605 
E-Mail: rezeption@villa-vogelsang.de

== Ansprechpartner / Organisation ==

Jacqueline Rahemipour 
jrahemipour@openoffice.org 
Tel.: auf Anfrage

== Termin ==

30.4.-02.05.10

Die Anreise kann schon am Freitag erfolgen oder auch am Samstag früh. Das Programm beginnt am Samstag, 1.5.2010 ab ca. 10 Uhr und endet am Sonntag, 2.5.2010 um ca. 14 Uhr, damit genug Zeit für die Heimreise bleibt. Falls gewünscht können wir den großen Seminarraum bereits am Freitag nutzen.

== Worum geht es? ==

* Hintergründe der Qualitätssicherung und der Lokalisierungsarbeit bei OpenOffice.org erfahren
* Wichtige Arbeitstechniken und Werkzeuge kennenlernen
* Erfahrungsaustausch mit erfahrenen QA'lern
* Konkret anstehende Aufgaben gemeinsam bearbeiten
* die "schönsten" Bugs finden
* Die anderen netten Leute aus dem Projekt kennenlernen
* In geselliger Runde über OOo und die Welt quatschen
* und vieles mehr

In erster Linie soll das Wochenende denjenigen dienen, die im de-Projekt bereits erste Erfahrungen mit der QA-Arbeit gemacht haben. Es geht nicht darum, dass man für die Teilnahme viel wissen muss. Im Grunde muss nur das entsprechende Interesse für QA / Lokalisierung da sein und die Bereitschaft, auch mal an einer konkreten Aufgabe in diesem Bereich mitzuarbeiten.

== Angemeldete Teilnehmer ==

{| cellpadding="2" border="1"
|-
! Nr.
! Name
! Vorname
! Anreise am
! ggfs. Uhrzeit
! mit Übernachtung?
! Bemerkungen
|-
! 1
| Rahemipour
| Jacqueline
| Freitag
| ca. 14 Uhr
| ja
|
|-
! 2
| Wilper
| Simon
| Freitag
| ca. 14 Uhr
| ja
|
|-
! 3
| Pechlaner
| Wolfgang
| Freitag
| ca. 13 Uhr
| ja
| Vegetarier
|-
! 4
| Schnabel
| André
| Freitag
| gegen 19:30
| ja
|
|-
! 5
| Effenberger
| Florian
| Freitag
| ca. 15/16 Uhr
| ja
|
|-
! 6
| Stehmann
| Mechtilde
| vorauss. Freitag
|
| ja
|
|-
! 7
| Hackert
| Thomas
| Samstag
| ca. 10:00
| ja
| Vegetarier (steht aber leider erst kurz vorher wirklich fest, sorry ... :( )
|
|-
! 8
| Stehmann
| Michael
| vorauss. Freitag
|
| ja
|
|-
! 9
| Brekenfelder
| Ulf
| Freitag
|
| ja
|
|-
! 10
| Geib
| Gerald
| Freitag
|
| ja
|
|-
! 11
| Werner
| Alexander
| Freitag
|
| ja
|
|-
! 12
| Strohmaier
| Friedrich
| Freitag
| abend
| ja
|
|-
! 13
| Andrae
| Joost
| Freitag (noch unklar)
| Abend
| ja
|
|-
! 14
| Altmann
| Uwe
| Samstag
| nachmittag gegen 16:00
| ja
| suche für So MfG nach Köln
|-
! 15
| Behrens
| Thorsten
| Samstag
| mittags (voraussichtlich)
| ja
|
|-
! 16
| Lohmaier
| Christian
| Freitag
| nachmittag
| ja
| ist gerne scharf, wünscht sich deshalb ein Chili-Ketchup :-))
|-
! 17
| Bircher
| Raphael
| Freitag
| Abend
| ja
|
|-
! 18
|
|
|
|
|
|
|}

== Geplantes Programm ==

Das ganze ist als grobe Hülle gedacht, in den einzelnen Blöcken sollte immer Zeit für Diskussion bzw. direktes Arbeiten enthalten sein. In der Regel dürften die Themen für fast alle interessant sein. Es sollte aber immer die Möglichkeit gegeben sein, dass einzelne etwas Abseits an anderen Themen arbeiten.

===Themenvorschläge===

[Programm für 2010 ist noch im Entwurfsstatus - Weitere Vorschläge bitte an dev@de.openoffice.org oder direkt an Jacqueline senden]

[http://wiki.services.openoffice.org/wiki/Talk:DE/QA-Wochenende2010 Diskussion]

* '''OpenOffice.org unter Linux x86 selber bauen -- RELOADED''' (Simon Wilper)
** Was hat sich im Build-Prozess seit dem letzten Mal (3 Jahre) getan?
** Mercurial bedienen
** ./configure-Optionen
** Build-Tools
** Fehlerbehebung anhand eines Beispiels

* '''Wie geht es weiter? - QA und Release-Prozess in der Community''' (Mechtilde - Unterpunkte von Uwe Altmann)
** Nehmen wir mal an, ich wüsste nix von QA - was muss ich wissen und was müsste ich tun um mitzuwirken?
** Das zielt
**# auf neue Interessenten
**# auf welche wie mich, die das nur sporadisch verfolgen (es haben sich aber einer Menge Strukturen in der letzten Zeit geändert) - es würde mich selbst interessieren, wie das Projekt inzwischen kommuniziert.
**# auf "...haben wir dazu eine Präsi??" ein klare Antwort oder zumindest eine link zu haben, wäre schon komfortabel.

* '''QA von Extensionen''' (Michael)

===Samstag===

{| border="1" cellpadding="2"
|-
! width="120" |Wann?
! width="480" | Was?
! width="180" | Wer?
|-

! 10:00-10:15
|| '''Begrüßung'''
* kurze Absprache des Arbeitsplanes
* Fragen zu Technik
* Organisatorisches
|| Jacqueline Rahemipour
|-

! 10:15-11:15
|| ''''''
*
||
|-

! 11:30-12:30
|| ''''''
*
||
|-

! 12:30-14:00
|| '''Pause''' Mittagessen
|| alle
|-

! 14:00-15:30
|| ''''''
*
||
|-

! 15:30-16:00
|| '''Pause''' Kaffee und Kuchen
|| alle
|-

! 16:00-17:00
|| ''''''
*
||
|-

! 17:00-Open End
|| '''Bughunting'''
* gemeldete Fehler nachvollziehen u. im Issue-Tracker bestätigen
* neue Issues aufgeben
* Fehlersuche
|| alle
|-

|}

===Sonntag===

{| border="1" cellpadding="2"
|-
! width="120" |Wann?
! width="480" | Was?
! width="180" | Wer?
|-

! 10:00-10:45
|| ''''''
*
||
|-

! 11:00-11:45
|| ''''''
*
||
|-

! 12:00-13:00
|| ''''''
*
||
|-

|}

== Anreise ==

=== S-Bahn ===
Die S-Bahn-Haltestelle "Essen-Horst (S)" (Linie S3) ist nur 8 Minuten Fußweg vom Hotel entfernt. Am S-Bahnhof Horst ankommen aus Richtung Essen-Hbf, dann bitte unter den Gleisen durchgehen, den Fußweg den Berg hinauf, geht über in kleine Straße, am Ende rechts Lindkenshofer Weg) und nach 200m wieder rechts (Eberhardstr) und dann gerade auf ein braunes Holztor zugehen.

=== Bus ===
Die Haltestelle "Geschwister-Scholl-Str." der Buslinien 184 und NE5 sind weniger als 5 Minuten entfernt.

=== PKW ===
Den groben Weg aus Richtung A 40 entnehmt bitte der Skizze auf den Seiten des [http://www.linuxhotel.de/anreise.html Linux-Hotels] bzw. befragt einen Routenplaner. Folgt den Schildern „Route Industriekultur“ in Richtung "Eisenbahnmuseum". Ab Dahlhauser Str. ist das Linux-Hotel direkt ausgeschildert, achtet dort auf die Schilder "Villa-Vogelsang".

== Übernachtung ==

Die Übernachtung erfolgt in Doppelzimmern im Linux-Hotel, die Kosten dafür übernimmt der Verein OpenOffice.org Deutschland e.V.. Die genaue Raumverteilung machen wir vorort. Sonderwünsche bitte frühzeitig Jacqueline mitteilen!

== Verpflegung ==

Auch Verpflegung am Wochenende wird vom Verein OOo Deutschland e.V. finanziert. Das Frühstück erhalten wir direkt im Linux-Hotel.

Je nach Wetterlage wollen wir Freitag abend bzw. Samstag abend den Grill anmachen. Fleisch und Würstchen werden organisiert.
'''Gerne werden Salatspenden angenommen!'''
Bei schlechtem Wetter weichen wir auf den örtlichen Pizza-Service aus. Für Samstag mittag ist ein kalter Snack vorgesehen.

'''Wichtig: Vegetarier möchten sich bitte vorher melden, dann können wir für den Grillabend Alternativen anbieten.'''

Auch für Getränke wird gesorgt. Ihr könnt euch im Linux-Hotel bei den Getränken selbst bedienen (alkoholfreie Getränke, Bier, Kaffee, Tee). Besondere Getränke (Wein, Spirituosen) sind in der mit dem Linux-Hotel vereinbarten Getränkepauschale nicht enthalten. Diese müssen dann selbst vorort bezahlt werden.

== Seminarraum ==

Es steht uns ein großer Seminarraum zur Verfügung. Auch ein Beamer wird vorort sein. Bitte bringt wenn möglich euer eigenes Notebook bzw. einen eigenen Rechner mit.

Falls jemand keinen eigenen Rechner mitbringen kann, bitte vorab Bescheid sagen, damit wir gegebenenfalls noch etwas organisieren können (mehrere Vereinsrechner stehen zur Verfügung, 3 weitere Laptops kann ich mitbringen).

== Internet ==

Im Hotel und im Seminarraum ist WLAN verfügbar, jedoch sollten wir uns aufgrund der Erfahrungen in den letzten beiden Jahren nicht darauf verlassen und wenn möglich noch Netzwerkkabel mitbringen.

== Freizeit ==

Es gibt eine Sauna und einen Fitnessraum, die wir nach Absprache benutzen können. Badetücher und Bademäntel sind vorhanden, alles weitere bitte mitbringen.

== Sonstiges ==

Da das Linux-Hotel keine Personalkosten bezahlen möchte, sind wir an dem Wochenende auf uns allein gestellt, das heißt:

* Es herrscht an dem Wochenende Selbstbedienung, an den Getränkekühlbüffets / Weinkühlschrank / Kaffee/Teeautomat usw., Geschirr muss hinterher in die Spülmaschine geräumt werden.

* Wir müssen den Seminarraum sauber hinterlassen (Sonntag einmal durchwischen) und gegebenenfalls die Tische und Stühle wieder zusammenräumen

* Die Zimmer werden an uns sauber übergeben und dann aber nicht vom Hotel aus gemacht (= 2 Nächte gleiches Bettzeug & Handtücher). Bei Abreise bitte die Betten abziehen, den Rest übernimmt das Linux-Hotel.

'''Wer hat am Sonntag ab ca. 14 Uhr noch ein wenig Zeit und kann bei den Aufräumarbeiten behilflich sein?'''

Tech Einführungstag 2010

2010-03-30T02:11:03Z

Rbircher: /* Sonstiges */

Tech Einführungstag 2010

2010-03-30T02:09:05Z

Rbircher: /* Internet */

Tech Einführungstag 2010

2010-03-30T02:04:29Z

Rbircher: /* Termin */

Tech Einführungstag 2010

2010-03-30T02:02:09Z

Rbircher: /* Sonstiges */

Tech Einführungstag 2010

2010-03-30T01:54:32Z

Rbircher: /* Internet */

Tech Einführungstag 2010

2010-03-30T01:51:23Z

Rbircher: /* Termin */

Tech Einführungstag 2010

2010-03-30T01:48:58Z

Rbircher: /* Seminarraum */

Tech Einführungstag 2010

2010-03-30T01:35:28Z

Rbircher: /* Verpflegung */

Tech Einführungstag 2010

2010-03-30T01:31:11Z

Rbircher: /* Geplantes Programm */

[[Category:DE|Tech Einführungstag 2010]]
{{DISPLAYTITLE:Einführungstag für den Dev Pool in Malans (Schweiz)}}
=Tech Einführungstag 2010Malans=

== Adresse ==

Movie Room 
Sternengasse 3 
7208 Malans GR
Switzerland

== Ansprechpartner / Organisation ==

Raphael Bircher 
rbircher@openoffice.org 

== Termin ==

'''Datum:''' Samstag, 17. April 2010 
'''Zeit:''' 13:00 - 22:30 (Mit aufstellen und Aufräumen)

== Worum geht es? ==

* Was ist eigentlich Open Source
* Hintergründe zu OpenOffice.org und der Mitarbeit
* Bughunting
* OpenOffice.org bauen / Build anleitungen überarbeiten falls nötig ;-)
* die "schönsten" Bugs finden
* Ideen für OOo sammeln
* Und noch einige andere Sachen

Dieser Tag richtet sich in erster Linie an Jugendliche, die gerne mal in so ein Projekt reinschauen möchten, oder planen bei OOo mitzuwirken. Voraussetzung sind Englischkenntnisse und interesse an der IT Welt

== Angemeldete Teilnehmer ==

{| border="1" cellpadding="2"
|-
! Nr.
! Name
! Vorname
! Eigener Computer?
! Betriebssystem
! WLan?
! Bemerkung
|-

! 1
|| Bircher || Raphael || Mehrere || Mac OS X / Windows / Linux || ja ||
|-

! 2
|| || || || || ||
|-

! 3
|| || || || || ||
|-

! 4
|| || || || || ||
|-

! 5
|| || || || || ||
|-

! 6
|| || || || || ||
|-

! 7
|| || || || || ||
|-

! 8
|| || || || || ||
|-

! 9
|| || || || || ||
|-

! 10
|| || || || || ||
|-

|-

|}

== Geplantes Programm ==

=== Ablauf ===

# Aufstellen
# Begrüssung
# Open Source was ist das
# OpenOffice.org das Programm
# OpenOffice.org das Projekt
# Kurze Pause
# Gruppenarbeit 1. Teil
# Pizzakurrier
# Gruppenarbeit zweiter Teil
# Aufräumen

=== Ideen für Gruppenarbeiten ===

# Bughunting (Unconfirmed bestätigen)
# OpenOffice.org bauen
# Videoanleitung für das Bughunting machen

== Verpflegung ==

Auch Verpflegung am Wochenende wird vom Verein OOo Deutschland e.V. finanziert. Das Frühstück erhalten wir direkt im Linux-Hotel.

Je nach Wetterlage wollen wir Freitag abend bzw. Samstag abend den Grill anmachen. Fleisch und Würstchen werden organisiert.
'''Gerne werden Salatspenden angenommen!'''
Bei schlechtem Wetter weichen wir auf den örtlichen Pizza-Service aus. Für Samstag mittag ist ein kalter Snack vorgesehen.

'''Wichtig: Vegetarier möchten sich bitte vorher melden, dann können wir für den Grillabend Alternativen anbieten.'''

Auch für Getränke wird gesorgt. Ihr könnt euch im Linux-Hotel bei den Getränken selbst bedienen (alkoholfreie Getränke, Bier, Kaffee, Tee). Besondere Getränke (Wein, Spirituosen) sind in der mit dem Linux-Hotel vereinbarten Getränkepauschale nicht enthalten. Diese müssen dann selbst vorort bezahlt werden.

== Seminarraum ==

Es steht uns ein großer Seminarraum zur Verfügung. Auch ein Beamer wird vorort sein. Bitte bringt wenn möglich euer eigenes Notebook bzw. einen eigenen Rechner mit.

Falls jemand keinen eigenen Rechner mitbringen kann, bitte vorab Bescheid sagen, damit wir gegebenenfalls noch etwas organisieren können (mehrere Vereinsrechner stehen zur Verfügung, 3 weitere Laptops kann ich mitbringen).

== Internet ==

Im Hotel und im Seminarraum ist WLAN verfügbar, jedoch sollten wir uns aufgrund der Erfahrungen in den letzten beiden Jahren nicht darauf verlassen und wenn möglich noch Netzwerkkabel mitbringen.

== Sonstiges ==

Da das Linux-Hotel keine Personalkosten bezahlen möchte, sind wir an dem Wochenende auf uns allein gestellt, das heißt:

* Es herrscht an dem Wochenende Selbstbedienung, an den Getränkekühlbüffets / Weinkühlschrank / Kaffee/Teeautomat usw., Geschirr muss hinterher in die Spülmaschine geräumt werden.

* Wir müssen den Seminarraum sauber hinterlassen (Sonntag einmal durchwischen) und gegebenenfalls die Tische und Stühle wieder zusammenräumen

* Die Zimmer werden an uns sauber übergeben und dann aber nicht vom Hotel aus gemacht (= 2 Nächte gleiches Bettzeug & Handtücher). Bei Abreise bitte die Betten abziehen, den Rest übernimmt das Linux-Hotel.

'''Wer hat am Sonntag ab ca. 14 Uhr noch ein wenig Zeit und kann bei den Aufräumarbeiten behilflich sein?'''

Tech Einführungstag 2010

2010-03-30T01:08:48Z

Rbircher: /* QA-Wochenende 2010 Linux-Hotel Essen */

[[Category:DE|Tech Einführungstag 2010]]
{{DISPLAYTITLE:Einführungstag für den Dev Pool in Malans (Schweiz)}}
=Tech Einführungstag 2010Malans=

== Adresse ==

Movie Room 
Sternengasse 3 
7208 Malans GR
Switzerland

== Ansprechpartner / Organisation ==

Raphael Bircher 
rbircher@openoffice.org 

== Termin ==

'''Datum:''' Samstag, 17. April 2010 
'''Zeit:''' 13:00 - 22:30 (Mit aufstellen und Aufräumen)

== Worum geht es? ==

* Was ist eigentlich Open Source
* Hintergründe zu OpenOffice.org und der Mitarbeit
* Bughunting
* OpenOffice.org bauen / Build anleitungen überarbeiten falls nötig ;-)
* die "schönsten" Bugs finden
* Ideen für OOo sammeln
* Und noch einige andere Sachen

Dieser Tag richtet sich in erster Linie an Jugendliche, die gerne mal in so ein Projekt reinschauen möchten, oder planen bei OOo mitzuwirken. Voraussetzung sind Englischkenntnisse und interesse an der IT Welt

== Angemeldete Teilnehmer ==

{| border="1" cellpadding="2"
|-
! Nr.
! Name
! Vorname
! Eigener Computer?
! Betriebssystem
! WLan?
! Bemerkung
|-

! 1
|| Bircher || Raphael || Mehrere || Mac OS X / Windows / Linux || ja ||
|-

! 2
|| || || || || ||
|-

! 3
|| || || || || ||
|-

! 4
|| || || || || ||
|-

! 5
|| || || || || ||
|-

! 6
|| || || || || ||
|-

! 7
|| || || || || ||
|-

! 8
|| || || || || ||
|-

! 9
|| || || || || ||
|-

! 10
|| || || || || ||
|-

|-

|}

== Geplantes Programm ==

Das ganze ist als grobe Hülle gedacht, in den einzelnen Blöcken sollte immer Zeit für Diskussion bzw. direktes Arbeiten enthalten sein. In der Regel dürften die Themen für fast alle interessant sein. Es sollte aber immer die Möglichkeit gegeben sein, dass einzelne etwas Abseits an anderen Themen arbeiten.

===Themenvorschläge===

[Programm für 2010 ist noch im Entwurfsstatus - Weitere Vorschläge bitte an dev@de.openoffice.org oder direkt an Jacqueline senden]

* '''OpenOffice.org unter Linux x86 selber bauen -- RELOADED''' (Simon Wilper)
** Was hat sich im Build-Prozess seit dem letzten Mal (3 Jahre) getan?
** Mercurial bedienen
** ./configure-Optionen

===Samstag===

{| border="1" cellpadding="2"
|-
! width="120" |Wann?
! width="480" | Was?
! width="180" | Wer?
|-

! 10:00-10:15
|| '''Begrüßung'''
* kurze Absprache des Arbeitsplanes
* Fragen zu Technik
* Organisatorisches
|| Jacqueline Rahemipour
|-

! 10:15-11:15
|| ''''''
*
||
|-

! 11:30-12:30
|| ''''''
*
||
|-

! 12:30-14:00
|| '''Pause''' Mittagessen
|| alle
|-

! 14:00-15:30
|| ''''''
*
||
|-

! 15:30-16:00
|| '''Pause''' Kaffee und Kuchen
|| alle
|-

! 16:00-17:00
|| ''''''
*
||
|-

! 17:00-Open End
|| '''Bughunting'''
* gemeldete Fehler nachvollziehen u. im Issue-Tracker bestätigen
* neue Issues aufgeben
* Fehlersuche
|| alle
|-

|}

===Sonntag===

{| border="1" cellpadding="2"
|-
! width="120" |Wann?
! width="480" | Was?
! width="180" | Wer?
|-

! 10:00-10:45
|| ''''''
*
||
|-

! 11:00-11:45
|| ''''''
*
||
|-

! 12:00-13:00
|| ''''''
*
||
|-

|}

== Verpflegung ==

Auch Verpflegung am Wochenende wird vom Verein OOo Deutschland e.V. finanziert. Das Frühstück erhalten wir direkt im Linux-Hotel.

Je nach Wetterlage wollen wir Freitag abend bzw. Samstag abend den Grill anmachen. Fleisch und Würstchen werden organisiert.
'''Gerne werden Salatspenden angenommen!'''
Bei schlechtem Wetter weichen wir auf den örtlichen Pizza-Service aus. Für Samstag mittag ist ein kalter Snack vorgesehen.

'''Wichtig: Vegetarier möchten sich bitte vorher melden, dann können wir für den Grillabend Alternativen anbieten.'''

Auch für Getränke wird gesorgt. Ihr könnt euch im Linux-Hotel bei den Getränken selbst bedienen (alkoholfreie Getränke, Bier, Kaffee, Tee). Besondere Getränke (Wein, Spirituosen) sind in der mit dem Linux-Hotel vereinbarten Getränkepauschale nicht enthalten. Diese müssen dann selbst vorort bezahlt werden.

== Seminarraum ==

Es steht uns ein großer Seminarraum zur Verfügung. Auch ein Beamer wird vorort sein. Bitte bringt wenn möglich euer eigenes Notebook bzw. einen eigenen Rechner mit.

Falls jemand keinen eigenen Rechner mitbringen kann, bitte vorab Bescheid sagen, damit wir gegebenenfalls noch etwas organisieren können (mehrere Vereinsrechner stehen zur Verfügung, 3 weitere Laptops kann ich mitbringen).

== Internet ==

Im Hotel und im Seminarraum ist WLAN verfügbar, jedoch sollten wir uns aufgrund der Erfahrungen in den letzten beiden Jahren nicht darauf verlassen und wenn möglich noch Netzwerkkabel mitbringen.

== Sonstiges ==

Da das Linux-Hotel keine Personalkosten bezahlen möchte, sind wir an dem Wochenende auf uns allein gestellt, das heißt:

* Es herrscht an dem Wochenende Selbstbedienung, an den Getränkekühlbüffets / Weinkühlschrank / Kaffee/Teeautomat usw., Geschirr muss hinterher in die Spülmaschine geräumt werden.

* Wir müssen den Seminarraum sauber hinterlassen (Sonntag einmal durchwischen) und gegebenenfalls die Tische und Stühle wieder zusammenräumen

* Die Zimmer werden an uns sauber übergeben und dann aber nicht vom Hotel aus gemacht (= 2 Nächte gleiches Bettzeug & Handtücher). Bei Abreise bitte die Betten abziehen, den Rest übernimmt das Linux-Hotel.

'''Wer hat am Sonntag ab ca. 14 Uhr noch ein wenig Zeit und kann bei den Aufräumarbeiten behilflich sein?'''

Tech Einführungstag 2010

2010-03-30T00:57:07Z

Rbircher: /* Übernachtung */

[[Category:DE|Tech Einführungstag 2010]]
{{DISPLAYTITLE:Einführungstag für den Dev Pool in Malans (Schweiz)}}
=QA-Wochenende 2010 Linux-Hotel Essen=

== Adresse ==

Movie Room 
Sternengasse 3 
7208 Malans GR
Switzerland

== Ansprechpartner / Organisation ==

Raphael Bircher 
rbircher@openoffice.org 

== Termin ==

'''Datum:''' Samstag, 17. April 2010 
'''Zeit:''' 13:00 - 22:30 (Mit aufstellen und Aufräumen)

== Worum geht es? ==

* Was ist eigentlich Open Source
* Hintergründe zu OpenOffice.org und der Mitarbeit
* Bughunting
* OpenOffice.org bauen / Build anleitungen überarbeiten falls nötig ;-)
* die "schönsten" Bugs finden
* Ideen für OOo sammeln
* Und noch einige andere Sachen

Dieser Tag richtet sich in erster Linie an Jugendliche, die gerne mal in so ein Projekt reinschauen möchten, oder planen bei OOo mitzuwirken. Voraussetzung sind Englischkenntnisse und interesse an der IT Welt

== Angemeldete Teilnehmer ==

{| border="1" cellpadding="2"
|-
! Nr.
! Name
! Vorname
! Eigener Computer?
! Betriebssystem
! WLan?
! Bemerkung
|-

! 1
|| Bircher || Raphael || Mehrere || Mac OS X / Windows / Linux || ja ||
|-

! 2
|| Wilper || Simon || Freitag || ca. 14 Uhr || ja ||
|-

! 3
|| || || || || ||
|-

! 4
|| || || || || ||
|-

! 5
|| || || || || ||
|-

! 6
|| || || || || ||
|-

! 7
|| || || || || ||
|-

! 8
|| || || || || ||
|-

! 9
|| || || || || ||
|-

! 10
|| || || || || ||
|-

! 11
|| || || || || ||
|-

! 12
|| || || || || ||
|-

! 13
|| || || || || ||
|-

! 14
|| || || || || ||
|-

! 15
|| || || || || ||
|-

! 16
|| || || || || ||
|-

! 17
|| || || || || ||
|-

! 18
|| || || || || ||
|-

|}

== Geplantes Programm ==

Das ganze ist als grobe Hülle gedacht, in den einzelnen Blöcken sollte immer Zeit für Diskussion bzw. direktes Arbeiten enthalten sein. In der Regel dürften die Themen für fast alle interessant sein. Es sollte aber immer die Möglichkeit gegeben sein, dass einzelne etwas Abseits an anderen Themen arbeiten.

===Themenvorschläge===

[Programm für 2010 ist noch im Entwurfsstatus - Weitere Vorschläge bitte an dev@de.openoffice.org oder direkt an Jacqueline senden]

* '''OpenOffice.org unter Linux x86 selber bauen -- RELOADED''' (Simon Wilper)
** Was hat sich im Build-Prozess seit dem letzten Mal (3 Jahre) getan?
** Mercurial bedienen
** ./configure-Optionen

===Samstag===

{| border="1" cellpadding="2"
|-
! width="120" |Wann?
! width="480" | Was?
! width="180" | Wer?
|-

! 10:00-10:15
|| '''Begrüßung'''
* kurze Absprache des Arbeitsplanes
* Fragen zu Technik
* Organisatorisches
|| Jacqueline Rahemipour
|-

! 10:15-11:15
|| ''''''
*
||
|-

! 11:30-12:30
|| ''''''
*
||
|-

! 12:30-14:00
|| '''Pause''' Mittagessen
|| alle
|-

! 14:00-15:30
|| ''''''
*
||
|-

! 15:30-16:00
|| '''Pause''' Kaffee und Kuchen
|| alle
|-

! 16:00-17:00
|| ''''''
*
||
|-

! 17:00-Open End
|| '''Bughunting'''
* gemeldete Fehler nachvollziehen u. im Issue-Tracker bestätigen
* neue Issues aufgeben
* Fehlersuche
|| alle
|-

|}

===Sonntag===

{| border="1" cellpadding="2"
|-
! width="120" |Wann?
! width="480" | Was?
! width="180" | Wer?
|-

! 10:00-10:45
|| ''''''
*
||
|-

! 11:00-11:45
|| ''''''
*
||
|-

! 12:00-13:00
|| ''''''
*
||
|-

|}

== Verpflegung ==

Auch Verpflegung am Wochenende wird vom Verein OOo Deutschland e.V. finanziert. Das Frühstück erhalten wir direkt im Linux-Hotel.

Je nach Wetterlage wollen wir Freitag abend bzw. Samstag abend den Grill anmachen. Fleisch und Würstchen werden organisiert.
'''Gerne werden Salatspenden angenommen!'''
Bei schlechtem Wetter weichen wir auf den örtlichen Pizza-Service aus. Für Samstag mittag ist ein kalter Snack vorgesehen.

'''Wichtig: Vegetarier möchten sich bitte vorher melden, dann können wir für den Grillabend Alternativen anbieten.'''

Auch für Getränke wird gesorgt. Ihr könnt euch im Linux-Hotel bei den Getränken selbst bedienen (alkoholfreie Getränke, Bier, Kaffee, Tee). Besondere Getränke (Wein, Spirituosen) sind in der mit dem Linux-Hotel vereinbarten Getränkepauschale nicht enthalten. Diese müssen dann selbst vorort bezahlt werden.

== Seminarraum ==

Es steht uns ein großer Seminarraum zur Verfügung. Auch ein Beamer wird vorort sein. Bitte bringt wenn möglich euer eigenes Notebook bzw. einen eigenen Rechner mit.

Falls jemand keinen eigenen Rechner mitbringen kann, bitte vorab Bescheid sagen, damit wir gegebenenfalls noch etwas organisieren können (mehrere Vereinsrechner stehen zur Verfügung, 3 weitere Laptops kann ich mitbringen).

== Internet ==

Im Hotel und im Seminarraum ist WLAN verfügbar, jedoch sollten wir uns aufgrund der Erfahrungen in den letzten beiden Jahren nicht darauf verlassen und wenn möglich noch Netzwerkkabel mitbringen.

== Sonstiges ==

Da das Linux-Hotel keine Personalkosten bezahlen möchte, sind wir an dem Wochenende auf uns allein gestellt, das heißt:

* Es herrscht an dem Wochenende Selbstbedienung, an den Getränkekühlbüffets / Weinkühlschrank / Kaffee/Teeautomat usw., Geschirr muss hinterher in die Spülmaschine geräumt werden.

* Wir müssen den Seminarraum sauber hinterlassen (Sonntag einmal durchwischen) und gegebenenfalls die Tische und Stühle wieder zusammenräumen

* Die Zimmer werden an uns sauber übergeben und dann aber nicht vom Hotel aus gemacht (= 2 Nächte gleiches Bettzeug & Handtücher). Bei Abreise bitte die Betten abziehen, den Rest übernimmt das Linux-Hotel.

'''Wer hat am Sonntag ab ca. 14 Uhr noch ein wenig Zeit und kann bei den Aufräumarbeiten behilflich sein?'''

Tech Einführungstag 2010

2010-03-30T00:56:22Z

Rbircher: /* Anreise */

[[Category:DE|Tech Einführungstag 2010]]
{{DISPLAYTITLE:Einführungstag für den Dev Pool in Malans (Schweiz)}}
=QA-Wochenende 2010 Linux-Hotel Essen=

== Adresse ==

Movie Room 
Sternengasse 3 
7208 Malans GR
Switzerland

== Ansprechpartner / Organisation ==

Raphael Bircher 
rbircher@openoffice.org 

== Termin ==

'''Datum:''' Samstag, 17. April 2010 
'''Zeit:''' 13:00 - 22:30 (Mit aufstellen und Aufräumen)

== Worum geht es? ==

* Was ist eigentlich Open Source
* Hintergründe zu OpenOffice.org und der Mitarbeit
* Bughunting
* OpenOffice.org bauen / Build anleitungen überarbeiten falls nötig ;-)
* die "schönsten" Bugs finden
* Ideen für OOo sammeln
* Und noch einige andere Sachen

Dieser Tag richtet sich in erster Linie an Jugendliche, die gerne mal in so ein Projekt reinschauen möchten, oder planen bei OOo mitzuwirken. Voraussetzung sind Englischkenntnisse und interesse an der IT Welt

== Angemeldete Teilnehmer ==

{| border="1" cellpadding="2"
|-
! Nr.
! Name
! Vorname
! Eigener Computer?
! Betriebssystem
! WLan?
! Bemerkung
|-

! 1
|| Bircher || Raphael || Mehrere || Mac OS X / Windows / Linux || ja ||
|-

! 2
|| Wilper || Simon || Freitag || ca. 14 Uhr || ja ||
|-

! 3
|| || || || || ||
|-

! 4
|| || || || || ||
|-

! 5
|| || || || || ||
|-

! 6
|| || || || || ||
|-

! 7
|| || || || || ||
|-

! 8
|| || || || || ||
|-

! 9
|| || || || || ||
|-

! 10
|| || || || || ||
|-

! 11
|| || || || || ||
|-

! 12
|| || || || || ||
|-

! 13
|| || || || || ||
|-

! 14
|| || || || || ||
|-

! 15
|| || || || || ||
|-

! 16
|| || || || || ||
|-

! 17
|| || || || || ||
|-

! 18
|| || || || || ||
|-

|}

== Geplantes Programm ==

Das ganze ist als grobe Hülle gedacht, in den einzelnen Blöcken sollte immer Zeit für Diskussion bzw. direktes Arbeiten enthalten sein. In der Regel dürften die Themen für fast alle interessant sein. Es sollte aber immer die Möglichkeit gegeben sein, dass einzelne etwas Abseits an anderen Themen arbeiten.

===Themenvorschläge===

[Programm für 2010 ist noch im Entwurfsstatus - Weitere Vorschläge bitte an dev@de.openoffice.org oder direkt an Jacqueline senden]

* '''OpenOffice.org unter Linux x86 selber bauen -- RELOADED''' (Simon Wilper)
** Was hat sich im Build-Prozess seit dem letzten Mal (3 Jahre) getan?
** Mercurial bedienen
** ./configure-Optionen

===Samstag===

{| border="1" cellpadding="2"
|-
! width="120" |Wann?
! width="480" | Was?
! width="180" | Wer?
|-

! 10:00-10:15
|| '''Begrüßung'''
* kurze Absprache des Arbeitsplanes
* Fragen zu Technik
* Organisatorisches
|| Jacqueline Rahemipour
|-

! 10:15-11:15
|| ''''''
*
||
|-

! 11:30-12:30
|| ''''''
*
||
|-

! 12:30-14:00
|| '''Pause''' Mittagessen
|| alle
|-

! 14:00-15:30
|| ''''''
*
||
|-

! 15:30-16:00
|| '''Pause''' Kaffee und Kuchen
|| alle
|-

! 16:00-17:00
|| ''''''
*
||
|-

! 17:00-Open End
|| '''Bughunting'''
* gemeldete Fehler nachvollziehen u. im Issue-Tracker bestätigen
* neue Issues aufgeben
* Fehlersuche
|| alle
|-

|}

===Sonntag===

{| border="1" cellpadding="2"
|-
! width="120" |Wann?
! width="480" | Was?
! width="180" | Wer?
|-

! 10:00-10:45
|| ''''''
*
||
|-

! 11:00-11:45
|| ''''''
*
||
|-

! 12:00-13:00
|| ''''''
*
||
|-

|}

== Übernachtung ==

Die Übernachtung erfolgt in Doppelzimmern im Linux-Hotel, die Kosten dafür übernimmt der Verein OpenOffice.org Deutschland e.V.. Die genaue Raumverteilung machen wir vorort. Sonderwünsche bitte frühzeitig Jacqueline mitteilen!

== Verpflegung ==

Auch Verpflegung am Wochenende wird vom Verein OOo Deutschland e.V. finanziert. Das Frühstück erhalten wir direkt im Linux-Hotel.

Je nach Wetterlage wollen wir Freitag abend bzw. Samstag abend den Grill anmachen. Fleisch und Würstchen werden organisiert.
'''Gerne werden Salatspenden angenommen!'''
Bei schlechtem Wetter weichen wir auf den örtlichen Pizza-Service aus. Für Samstag mittag ist ein kalter Snack vorgesehen.

'''Wichtig: Vegetarier möchten sich bitte vorher melden, dann können wir für den Grillabend Alternativen anbieten.'''

Auch für Getränke wird gesorgt. Ihr könnt euch im Linux-Hotel bei den Getränken selbst bedienen (alkoholfreie Getränke, Bier, Kaffee, Tee). Besondere Getränke (Wein, Spirituosen) sind in der mit dem Linux-Hotel vereinbarten Getränkepauschale nicht enthalten. Diese müssen dann selbst vorort bezahlt werden.

== Seminarraum ==

Es steht uns ein großer Seminarraum zur Verfügung. Auch ein Beamer wird vorort sein. Bitte bringt wenn möglich euer eigenes Notebook bzw. einen eigenen Rechner mit.

Falls jemand keinen eigenen Rechner mitbringen kann, bitte vorab Bescheid sagen, damit wir gegebenenfalls noch etwas organisieren können (mehrere Vereinsrechner stehen zur Verfügung, 3 weitere Laptops kann ich mitbringen).

== Internet ==

Im Hotel und im Seminarraum ist WLAN verfügbar, jedoch sollten wir uns aufgrund der Erfahrungen in den letzten beiden Jahren nicht darauf verlassen und wenn möglich noch Netzwerkkabel mitbringen.

== Sonstiges ==

Da das Linux-Hotel keine Personalkosten bezahlen möchte, sind wir an dem Wochenende auf uns allein gestellt, das heißt:

* Es herrscht an dem Wochenende Selbstbedienung, an den Getränkekühlbüffets / Weinkühlschrank / Kaffee/Teeautomat usw., Geschirr muss hinterher in die Spülmaschine geräumt werden.

* Wir müssen den Seminarraum sauber hinterlassen (Sonntag einmal durchwischen) und gegebenenfalls die Tische und Stühle wieder zusammenräumen

* Die Zimmer werden an uns sauber übergeben und dann aber nicht vom Hotel aus gemacht (= 2 Nächte gleiches Bettzeug & Handtücher). Bei Abreise bitte die Betten abziehen, den Rest übernimmt das Linux-Hotel.

'''Wer hat am Sonntag ab ca. 14 Uhr noch ein wenig Zeit und kann bei den Aufräumarbeiten behilflich sein?'''

Tech Einführungstag 2010

2010-03-30T00:55:30Z

Rbircher: /* Freizeit */

[[Category:DE|Tech Einführungstag 2010]]
{{DISPLAYTITLE:Einführungstag für den Dev Pool in Malans (Schweiz)}}
=QA-Wochenende 2010 Linux-Hotel Essen=

== Adresse ==

Movie Room 
Sternengasse 3 
7208 Malans GR
Switzerland

== Ansprechpartner / Organisation ==

Raphael Bircher 
rbircher@openoffice.org 

== Termin ==

'''Datum:''' Samstag, 17. April 2010 
'''Zeit:''' 13:00 - 22:30 (Mit aufstellen und Aufräumen)

== Worum geht es? ==

* Was ist eigentlich Open Source
* Hintergründe zu OpenOffice.org und der Mitarbeit
* Bughunting
* OpenOffice.org bauen / Build anleitungen überarbeiten falls nötig ;-)
* die "schönsten" Bugs finden
* Ideen für OOo sammeln
* Und noch einige andere Sachen

Dieser Tag richtet sich in erster Linie an Jugendliche, die gerne mal in so ein Projekt reinschauen möchten, oder planen bei OOo mitzuwirken. Voraussetzung sind Englischkenntnisse und interesse an der IT Welt

== Angemeldete Teilnehmer ==

{| border="1" cellpadding="2"
|-
! Nr.
! Name
! Vorname
! Eigener Computer?
! Betriebssystem
! WLan?
! Bemerkung
|-

! 1
|| Bircher || Raphael || Mehrere || Mac OS X / Windows / Linux || ja ||
|-

! 2
|| Wilper || Simon || Freitag || ca. 14 Uhr || ja ||
|-

! 3
|| || || || || ||
|-

! 4
|| || || || || ||
|-

! 5
|| || || || || ||
|-

! 6
|| || || || || ||
|-

! 7
|| || || || || ||
|-

! 8
|| || || || || ||
|-

! 9
|| || || || || ||
|-

! 10
|| || || || || ||
|-

! 11
|| || || || || ||
|-

! 12
|| || || || || ||
|-

! 13
|| || || || || ||
|-

! 14
|| || || || || ||
|-

! 15
|| || || || || ||
|-

! 16
|| || || || || ||
|-

! 17
|| || || || || ||
|-

! 18
|| || || || || ||
|-

|}

== Geplantes Programm ==

Das ganze ist als grobe Hülle gedacht, in den einzelnen Blöcken sollte immer Zeit für Diskussion bzw. direktes Arbeiten enthalten sein. In der Regel dürften die Themen für fast alle interessant sein. Es sollte aber immer die Möglichkeit gegeben sein, dass einzelne etwas Abseits an anderen Themen arbeiten.

===Themenvorschläge===

[Programm für 2010 ist noch im Entwurfsstatus - Weitere Vorschläge bitte an dev@de.openoffice.org oder direkt an Jacqueline senden]

* '''OpenOffice.org unter Linux x86 selber bauen -- RELOADED''' (Simon Wilper)
** Was hat sich im Build-Prozess seit dem letzten Mal (3 Jahre) getan?
** Mercurial bedienen
** ./configure-Optionen

===Samstag===

{| border="1" cellpadding="2"
|-
! width="120" |Wann?
! width="480" | Was?
! width="180" | Wer?
|-

! 10:00-10:15
|| '''Begrüßung'''
* kurze Absprache des Arbeitsplanes
* Fragen zu Technik
* Organisatorisches
|| Jacqueline Rahemipour
|-

! 10:15-11:15
|| ''''''
*
||
|-

! 11:30-12:30
|| ''''''
*
||
|-

! 12:30-14:00
|| '''Pause''' Mittagessen
|| alle
|-

! 14:00-15:30
|| ''''''
*
||
|-

! 15:30-16:00
|| '''Pause''' Kaffee und Kuchen
|| alle
|-

! 16:00-17:00
|| ''''''
*
||
|-

! 17:00-Open End
|| '''Bughunting'''
* gemeldete Fehler nachvollziehen u. im Issue-Tracker bestätigen
* neue Issues aufgeben
* Fehlersuche
|| alle
|-

|}

===Sonntag===

{| border="1" cellpadding="2"
|-
! width="120" |Wann?
! width="480" | Was?
! width="180" | Wer?
|-

! 10:00-10:45
|| ''''''
*
||
|-

! 11:00-11:45
|| ''''''
*
||
|-

! 12:00-13:00
|| ''''''
*
||
|-

|}

== Anreise ==

=== S-Bahn ===
Die S-Bahn-Haltestelle "Essen-Horst (S)" (Linie S3) ist nur 8 Minuten Fußweg vom Hotel entfernt. Am S-Bahnhof Horst ankommen aus Richtung Essen-Hbf, dann bitte unter den Gleisen durchgehen, den Fußweg den Berg hinauf, geht über in kleine Straße, am Ende rechts Lindkenshofer Weg) und nach 200m wieder rechts (Eberhardstr) und dann gerade auf ein braunes Holztor zugehen.

=== Bus ===
Die Haltestelle "Geschwister-Scholl-Str." der Buslinien 184 und NE5 sind weniger als 5 Minuten entfernt.

=== PKW ===
Den groben Weg aus Richtung A 40 entnehmt bitte der Skizze auf den Seiten des [http://www.linuxhotel.de/anreise.html Linux-Hotels] bzw. befragt einen Routenplaner. Folgt den Schildern „Route Industriekultur“ in Richtung "Eisenbahnmuseum". Ab Dahlhauser Str. ist das Linux-Hotel direkt ausgeschildert, achtet dort auf die Schilder "Villa-Vogelsang".

== Übernachtung ==

Die Übernachtung erfolgt in Doppelzimmern im Linux-Hotel, die Kosten dafür übernimmt der Verein OpenOffice.org Deutschland e.V.. Die genaue Raumverteilung machen wir vorort. Sonderwünsche bitte frühzeitig Jacqueline mitteilen!

== Verpflegung ==

Auch Verpflegung am Wochenende wird vom Verein OOo Deutschland e.V. finanziert. Das Frühstück erhalten wir direkt im Linux-Hotel.

Je nach Wetterlage wollen wir Freitag abend bzw. Samstag abend den Grill anmachen. Fleisch und Würstchen werden organisiert.
'''Gerne werden Salatspenden angenommen!'''
Bei schlechtem Wetter weichen wir auf den örtlichen Pizza-Service aus. Für Samstag mittag ist ein kalter Snack vorgesehen.

'''Wichtig: Vegetarier möchten sich bitte vorher melden, dann können wir für den Grillabend Alternativen anbieten.'''

Auch für Getränke wird gesorgt. Ihr könnt euch im Linux-Hotel bei den Getränken selbst bedienen (alkoholfreie Getränke, Bier, Kaffee, Tee). Besondere Getränke (Wein, Spirituosen) sind in der mit dem Linux-Hotel vereinbarten Getränkepauschale nicht enthalten. Diese müssen dann selbst vorort bezahlt werden.

== Seminarraum ==

Es steht uns ein großer Seminarraum zur Verfügung. Auch ein Beamer wird vorort sein. Bitte bringt wenn möglich euer eigenes Notebook bzw. einen eigenen Rechner mit.

Falls jemand keinen eigenen Rechner mitbringen kann, bitte vorab Bescheid sagen, damit wir gegebenenfalls noch etwas organisieren können (mehrere Vereinsrechner stehen zur Verfügung, 3 weitere Laptops kann ich mitbringen).

== Internet ==

Im Hotel und im Seminarraum ist WLAN verfügbar, jedoch sollten wir uns aufgrund der Erfahrungen in den letzten beiden Jahren nicht darauf verlassen und wenn möglich noch Netzwerkkabel mitbringen.

== Sonstiges ==

Da das Linux-Hotel keine Personalkosten bezahlen möchte, sind wir an dem Wochenende auf uns allein gestellt, das heißt:

* Es herrscht an dem Wochenende Selbstbedienung, an den Getränkekühlbüffets / Weinkühlschrank / Kaffee/Teeautomat usw., Geschirr muss hinterher in die Spülmaschine geräumt werden.

* Wir müssen den Seminarraum sauber hinterlassen (Sonntag einmal durchwischen) und gegebenenfalls die Tische und Stühle wieder zusammenräumen

* Die Zimmer werden an uns sauber übergeben und dann aber nicht vom Hotel aus gemacht (= 2 Nächte gleiches Bettzeug & Handtücher). Bei Abreise bitte die Betten abziehen, den Rest übernimmt das Linux-Hotel.

'''Wer hat am Sonntag ab ca. 14 Uhr noch ein wenig Zeit und kann bei den Aufräumarbeiten behilflich sein?'''

Tech Einführungstag 2010

2010-03-30T00:47:22Z

Rbircher: Created page with 'Tech Einführungstag 2010 {{DISPLAYTITLE:Einführungstag für den Dev Pool in Malans (Schweiz)}} =QA-Wochenende 2010 Linux-Hotel Essen= == Adresse == Movie Roo…'

[[Category:DE|Tech Einführungstag 2010]]
{{DISPLAYTITLE:Einführungstag für den Dev Pool in Malans (Schweiz)}}
=QA-Wochenende 2010 Linux-Hotel Essen=

== Adresse ==

Movie Room 
Sternengasse 3 
7208 Malans GR
Switzerland

== Ansprechpartner / Organisation ==

Raphael Bircher 
rbircher@openoffice.org 

== Termin ==

'''Datum:''' Samstag, 17. April 2010 
'''Zeit:''' 13:00 - 22:30 (Mit aufstellen und Aufräumen)

== Worum geht es? ==

* Was ist eigentlich Open Source
* Hintergründe zu OpenOffice.org und der Mitarbeit
* Bughunting
* OpenOffice.org bauen / Build anleitungen überarbeiten falls nötig ;-)
* die "schönsten" Bugs finden
* Ideen für OOo sammeln
* Und noch einige andere Sachen

Dieser Tag richtet sich in erster Linie an Jugendliche, die gerne mal in so ein Projekt reinschauen möchten, oder planen bei OOo mitzuwirken. Voraussetzung sind Englischkenntnisse und interesse an der IT Welt

== Angemeldete Teilnehmer ==

{| border="1" cellpadding="2"
|-
! Nr.
! Name
! Vorname
! Eigener Computer?
! Betriebssystem
! WLan?
! Bemerkung
|-

! 1
|| Bircher || Raphael || Mehrere || Mac OS X / Windows / Linux || ja ||
|-

! 2
|| Wilper || Simon || Freitag || ca. 14 Uhr || ja ||
|-

! 3
|| || || || || ||
|-

! 4
|| || || || || ||
|-

! 5
|| || || || || ||
|-

! 6
|| || || || || ||
|-

! 7
|| || || || || ||
|-

! 8
|| || || || || ||
|-

! 9
|| || || || || ||
|-

! 10
|| || || || || ||
|-

! 11
|| || || || || ||
|-

! 12
|| || || || || ||
|-

! 13
|| || || || || ||
|-

! 14
|| || || || || ||
|-

! 15
|| || || || || ||
|-

! 16
|| || || || || ||
|-

! 17
|| || || || || ||
|-

! 18
|| || || || || ||
|-

|}

== Geplantes Programm ==

Das ganze ist als grobe Hülle gedacht, in den einzelnen Blöcken sollte immer Zeit für Diskussion bzw. direktes Arbeiten enthalten sein. In der Regel dürften die Themen für fast alle interessant sein. Es sollte aber immer die Möglichkeit gegeben sein, dass einzelne etwas Abseits an anderen Themen arbeiten.

===Themenvorschläge===

[Programm für 2010 ist noch im Entwurfsstatus - Weitere Vorschläge bitte an dev@de.openoffice.org oder direkt an Jacqueline senden]

* '''OpenOffice.org unter Linux x86 selber bauen -- RELOADED''' (Simon Wilper)
** Was hat sich im Build-Prozess seit dem letzten Mal (3 Jahre) getan?
** Mercurial bedienen
** ./configure-Optionen

===Samstag===

{| border="1" cellpadding="2"
|-
! width="120" |Wann?
! width="480" | Was?
! width="180" | Wer?
|-

! 10:00-10:15
|| '''Begrüßung'''
* kurze Absprache des Arbeitsplanes
* Fragen zu Technik
* Organisatorisches
|| Jacqueline Rahemipour
|-

! 10:15-11:15
|| ''''''
*
||
|-

! 11:30-12:30
|| ''''''
*
||
|-

! 12:30-14:00
|| '''Pause''' Mittagessen
|| alle
|-

! 14:00-15:30
|| ''''''
*
||
|-

! 15:30-16:00
|| '''Pause''' Kaffee und Kuchen
|| alle
|-

! 16:00-17:00
|| ''''''
*
||
|-

! 17:00-Open End
|| '''Bughunting'''
* gemeldete Fehler nachvollziehen u. im Issue-Tracker bestätigen
* neue Issues aufgeben
* Fehlersuche
|| alle
|-

|}

===Sonntag===

{| border="1" cellpadding="2"
|-
! width="120" |Wann?
! width="480" | Was?
! width="180" | Wer?
|-

! 10:00-10:45
|| ''''''
*
||
|-

! 11:00-11:45
|| ''''''
*
||
|-

! 12:00-13:00
|| ''''''
*
||
|-

|}

== Anreise ==

=== S-Bahn ===
Die S-Bahn-Haltestelle "Essen-Horst (S)" (Linie S3) ist nur 8 Minuten Fußweg vom Hotel entfernt. Am S-Bahnhof Horst ankommen aus Richtung Essen-Hbf, dann bitte unter den Gleisen durchgehen, den Fußweg den Berg hinauf, geht über in kleine Straße, am Ende rechts Lindkenshofer Weg) und nach 200m wieder rechts (Eberhardstr) und dann gerade auf ein braunes Holztor zugehen.

=== Bus ===
Die Haltestelle "Geschwister-Scholl-Str." der Buslinien 184 und NE5 sind weniger als 5 Minuten entfernt.

=== PKW ===
Den groben Weg aus Richtung A 40 entnehmt bitte der Skizze auf den Seiten des [http://www.linuxhotel.de/anreise.html Linux-Hotels] bzw. befragt einen Routenplaner. Folgt den Schildern „Route Industriekultur“ in Richtung "Eisenbahnmuseum". Ab Dahlhauser Str. ist das Linux-Hotel direkt ausgeschildert, achtet dort auf die Schilder "Villa-Vogelsang".

== Übernachtung ==

Die Übernachtung erfolgt in Doppelzimmern im Linux-Hotel, die Kosten dafür übernimmt der Verein OpenOffice.org Deutschland e.V.. Die genaue Raumverteilung machen wir vorort. Sonderwünsche bitte frühzeitig Jacqueline mitteilen!

== Verpflegung ==

Auch Verpflegung am Wochenende wird vom Verein OOo Deutschland e.V. finanziert. Das Frühstück erhalten wir direkt im Linux-Hotel.

Je nach Wetterlage wollen wir Freitag abend bzw. Samstag abend den Grill anmachen. Fleisch und Würstchen werden organisiert.
'''Gerne werden Salatspenden angenommen!'''
Bei schlechtem Wetter weichen wir auf den örtlichen Pizza-Service aus. Für Samstag mittag ist ein kalter Snack vorgesehen.

'''Wichtig: Vegetarier möchten sich bitte vorher melden, dann können wir für den Grillabend Alternativen anbieten.'''

Auch für Getränke wird gesorgt. Ihr könnt euch im Linux-Hotel bei den Getränken selbst bedienen (alkoholfreie Getränke, Bier, Kaffee, Tee). Besondere Getränke (Wein, Spirituosen) sind in der mit dem Linux-Hotel vereinbarten Getränkepauschale nicht enthalten. Diese müssen dann selbst vorort bezahlt werden.

== Seminarraum ==

Es steht uns ein großer Seminarraum zur Verfügung. Auch ein Beamer wird vorort sein. Bitte bringt wenn möglich euer eigenes Notebook bzw. einen eigenen Rechner mit.

Falls jemand keinen eigenen Rechner mitbringen kann, bitte vorab Bescheid sagen, damit wir gegebenenfalls noch etwas organisieren können (mehrere Vereinsrechner stehen zur Verfügung, 3 weitere Laptops kann ich mitbringen).

== Internet ==

Im Hotel und im Seminarraum ist WLAN verfügbar, jedoch sollten wir uns aufgrund der Erfahrungen in den letzten beiden Jahren nicht darauf verlassen und wenn möglich noch Netzwerkkabel mitbringen.

== Freizeit ==

Es gibt eine Sauna und einen Fitnessraum, die wir nach Absprache benutzen können. Badetücher und Bademäntel sind vorhanden, alles weitere bitte mitbringen.

== Sonstiges ==

Da das Linux-Hotel keine Personalkosten bezahlen möchte, sind wir an dem Wochenende auf uns allein gestellt, das heißt:

* Es herrscht an dem Wochenende Selbstbedienung, an den Getränkekühlbüffets / Weinkühlschrank / Kaffee/Teeautomat usw., Geschirr muss hinterher in die Spülmaschine geräumt werden.

* Wir müssen den Seminarraum sauber hinterlassen (Sonntag einmal durchwischen) und gegebenenfalls die Tische und Stühle wieder zusammenräumen

* Die Zimmer werden an uns sauber übergeben und dann aber nicht vom Hotel aus gemacht (= 2 Nächte gleiches Bettzeug & Handtücher). Bei Abreise bitte die Betten abziehen, den Rest übernimmt das Linux-Hotel.

'''Wer hat am Sonntag ab ca. 14 Uhr noch ein wenig Zeit und kann bei den Aufräumarbeiten behilflich sein?'''

DE/OpenExpo2010Bern

2010-03-14T19:19:33Z

Rbircher: /* Anreise */

[[Category:de.openoffice.org|OpenExpo 2010 in Bern]]

== Zusammenfassende Infos ==
* [http://www.openexpo.ch/openexpo-2010-bern Website]
* 24. und 25. März 2010
* BEA expo Halle 120

== Verantwortliche(r) vor Ort ==
Rene Hermann 
Chris Büchi 
Dani Stoni

== Teilnehmer ==
# Raphael Bircher
# bitte eintragen

== Anfahrt und Unterkunft ==
* Infos [http://www.openexpo.ch/openexpo-2010-bern/anfahrt-und-unterkunft/ hier]

== vorhandenes Material ==

* Irgend ein Mac (Raphael)
* Wir haben dieses Jahr einen Firmenstand und daher auch LAN

== noch zu Organisierendes Material ==
* Werbematerial
* PrOOoBoxen
* T-Shirts

== ToDos ==
* Noch was zu tun?

DE/OpenExpo2010Bern

2010-03-14T19:19:05Z

Rbircher: /* Unterkunft */

[[Category:de.openoffice.org|OpenExpo 2010 in Bern]]

== Zusammenfassende Infos ==
* [http://www.openexpo.ch/openexpo-2010-bern Website]
* 24. und 25. März 2010
* BEA expo Halle 120

== Verantwortliche(r) vor Ort ==
Rene Hermann 
Chris Büchi 
Dani Stoni

== Teilnehmer ==
# Raphael Bircher
# bitte eintragen

== Anreise ==
* Wegbeschreibung findet man [http://www.openexpo.ch/openexpo-2009-bern/anfahrt-und-unterkunft/ hier]

== Anfahrt und Unterkunft ==
* Infos [http://www.openexpo.ch/openexpo-2010-bern/anfahrt-und-unterkunft/ hier]

== vorhandenes Material ==

* Irgend ein Mac (Raphael)
* Wir haben dieses Jahr einen Firmenstand und daher auch LAN

== noch zu Organisierendes Material ==
* Werbematerial
* PrOOoBoxen
* T-Shirts

== ToDos ==
* Noch was zu tun?

DE/OpenExpo2010Bern

2010-03-14T19:16:26Z

Rbircher: /* Teilnehmer */

[[Category:de.openoffice.org|OpenExpo 2010 in Bern]]

== Zusammenfassende Infos ==
* [http://www.openexpo.ch/openexpo-2010-bern Website]
* 24. und 25. März 2010
* BEA expo Halle 120

== Verantwortliche(r) vor Ort ==
Rene Hermann 
Chris Büchi 
Dani Stoni

== Teilnehmer ==
# Raphael Bircher
# bitte eintragen

== Anreise ==
* Wegbeschreibung findet man [http://www.openexpo.ch/openexpo-2009-bern/anfahrt-und-unterkunft/ hier]

== Unterkunft ==
* Infos [http://www.openexpo.ch/openexpo-2009-bern/anfahrt-und-unterkunft/ hier]

== vorhandenes Material ==

* Irgend ein Mac (Raphael)
* Wir haben dieses Jahr einen Firmenstand und daher auch LAN

== noch zu Organisierendes Material ==
* Werbematerial
* PrOOoBoxen
* T-Shirts

== ToDos ==
* Noch was zu tun?

DE/OpenExpo2010Bern

2010-03-14T19:15:35Z

Rbircher: /* Verantwortliche(r) vor Ort */

[[Category:de.openoffice.org|OpenExpo 2010 in Bern]]

== Zusammenfassende Infos ==
* [http://www.openexpo.ch/openexpo-2010-bern Website]
* 24. und 25. März 2010
* BEA expo Halle 120

== Verantwortliche(r) vor Ort ==
Rene Hermann 
Chris Büchi 
Dani Stoni

== Teilnehmer ==
Raphael Bircher
# bitte eintragen

== Anreise ==
* Wegbeschreibung findet man [http://www.openexpo.ch/openexpo-2009-bern/anfahrt-und-unterkunft/ hier]

== Unterkunft ==
* Infos [http://www.openexpo.ch/openexpo-2009-bern/anfahrt-und-unterkunft/ hier]

== vorhandenes Material ==

* Irgend ein Mac (Raphael)
* Wir haben dieses Jahr einen Firmenstand und daher auch LAN

== noch zu Organisierendes Material ==
* Werbematerial
* PrOOoBoxen
* T-Shirts

== ToDos ==
* Noch was zu tun?

DE/OpenExpo2010Bern

2010-03-14T19:14:43Z

Rbircher: Created page with 'OpenExpo 2010 in Bern == Zusammenfassende Infos == * [http://www.openexpo.ch/openexpo-2010-bern Website] * 24. und 25. März 2010 * BEA expo Halle…'

[[Category:de.openoffice.org|OpenExpo 2010 in Bern]]

== Zusammenfassende Infos ==
* [http://www.openexpo.ch/openexpo-2010-bern Website]
* 24. und 25. März 2010
* BEA expo Halle 120

== Verantwortliche(r) vor Ort ==
Rene Hermann
Chris Büchi
Dani Stoni

== Teilnehmer ==
Raphael Bircher
# bitte eintragen

== Anreise ==
* Wegbeschreibung findet man [http://www.openexpo.ch/openexpo-2009-bern/anfahrt-und-unterkunft/ hier]

== Unterkunft ==
* Infos [http://www.openexpo.ch/openexpo-2009-bern/anfahrt-und-unterkunft/ hier]

== vorhandenes Material ==

* Irgend ein Mac (Raphael)
* Wir haben dieses Jahr einen Firmenstand und daher auch LAN

== noch zu Organisierendes Material ==
* Werbematerial
* PrOOoBoxen
* T-Shirts

== ToDos ==
* Noch was zu tun?

DE/3.2 Release Test

2010-02-08T16:30:17Z

Rbircher: /* Testmatrix */

[[Category:de.openoffice.org|Release Test 3.0]]
Diese Seite dient der Koordination der Release-Tests der deutschsprachigen Version 3.2.
Die Tests sind die Grundlage der Freigabe der deutschsprachigen Pakete von OpenOffice.org 3.2.

Die Freigabetests (Sanity Tests) werden anhand des Release-Sanity Scenarios im TCM durchgeführt.
Zum Test werden die regulären RC's für die jeweilige Plattform verwendet. Dies ist diesmal die Version 3.2.0 RC 5 (OOO320_m12).

==Liste der Plattformen: ==

[http://qatrack.services.openoffice.org/view_status.php?version=3.2&language=de&available=&uri=&view=overview QATrack] (alle Plattformen)

* SUN-Builds
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Linux x86 deb]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Linux x86_64 deb]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Windows mit JRE]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Linux x86 RPM mit JRE]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Linux x86_64 RPM mit JRE]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Solaris Sparc mit JRE]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Solaris X86 mit JRE]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ MacOSX/Intel]

* Mahos builds
** [ftp://ooopackages.good-day.net/pub/OpenOffice.org/MacOSX/ Mac OS X x86 (Intel)]
** [ftp://ooopackages.good-day.net/pub/OpenOffice.org/MacOSX/ Mac OS X PPC]

* [ftp://ooopackages.good-day.net/pub/OpenOffice.org/FreeBSD/ Jacks builds] FreeBSD 8 x86-64 - Verzeichnisse .

Für die Tests in Base benötigt Ihr den Sun-Report-Builder. Den Download dafür findet Ihr [ftp://qa-upload.services.openoffice.org/SRB/sun-report-builder-beta-1.2.m8.oxt hier]

Außerdem wird es eine neue Version 1.0.3 der Presenter Console geben.

Werden Fehler oder Probleme aufgedeckt, sollten unbedingt entsprechende Issues gesucht und ggf. neu gefasst werden. Diese sollten dann im TCM bei dem Testfall hinterlegt werden, bei dem das Problem entdeckt wurde.
Bei Problemen unbedingt auf der QA Liste (qa@de.openoffice.org) melden. Gefundene Fehler sollten im Zweifelsfall auch dort diskutiert werden.
Bei Problemen mit Issuezilla (z.B. ungenügende Kenntnisse beim Aufgeben von Issues) ebenfalls auf der QA-Liste melden. Dort erhaltet Ihr Hilfe zur Erstellung und Bearbeitung der Issues.

Um bei den Tests mithelfen zu können, wird ein TCM-Account benötigt. Bei Interesse wendet euch bitte an qa@de.openoffice.org

= Informationen und Links =

* [http://de.openoffice.org/about-ooo/about_tcm.html Über TCM]
* [http://www.sunvirtuallab.com/tcm2/opensource/tcm_login.cgi?tcm_config=newooo TCM Login]

= Testmatrix =
wer macht welche Tests - es werden folgende Markierungen verwendet:

'''Bitte gebt an, ob ihr die Version mit oder ohne JRE installiert'''

* grau - Test noch nicht zugeteilt
* normal - zum Testen eingeteilt / Test in Arbeit
* ''kursiv'' - Test mit unkritischen Fehlern bestanden
* '''fett''' - Test ohne Fehler bestanden
* '''''fett-kursiv''''' - Test mit kritischen Fehlern fehlgeschlagen

{| border="1" cellpadding="2"
|-
! Plattform
! Tester !! Ergebnis
|-
! Mac (PPC)
|| gu_fe || mit Mahos Build des RC5 TCM o.k.(gu_fe)
|-
! Mac (x86)
|| rbircher, gu_fe ||TCM o.k.(gu_fe) Installation und Basisfunktionen OK auf 10.6.x Server (rbircher)
|-
! PowerPC (Linux)
|| ||
|-
! Sparc (Solaris10 mit JRE)
|| andreschnabel || Installation, Dokumente laden / erzeugen und Basisfunktionen ok
|-
! x86-64 (FreeBSD 8.0)
|| ||
|-
! x86 (Linux/deb mit/ohne KDE)
|| ||
|-
! x86 (Linux/RPM ohne JRE)
|| andreschnabel || Installation, Dokumente laden / erzeugen und Basisfunktionen ok
|-
! x86 (Linux/RPM mit JRE)
|| andreschnabel || Installation, Dokumente laden / erzeugen und Basisfunktionen ok
|-
! x86_64 (Linux/deb mit/ohne KDE)
|| gghh || mit KDE
|-
! x86_64 (Linux rpm mit JRE)
|| '''wope''' || ok
|-
! x86 (Solaris10)
|| ||
|-
! x86 (Solaris10jre)
|| markomlm || Installation ok (bis auf Gnome-Integration), Basisfkt. ok, autom. Tests ohne wichtige Fehler
|-
! X86 (Opensolaris/JRE)
|| markomlm || Installation ok (inkl. Gnome-Integration), Basisfkt. ok, autom. Tests ohne wichtige Fehler
|-
! x86 (Win2003 mit/ohne JRE)
|| markomlm || Installation + Basisfkt. ok ('''ohne''')
|-
! x86 (Win2K mit/ohne JRE)
|| markomlm || Installation + Basisfkt. ok ('''ohne''')
|-
! x86(WinXP mit/ohne JRE)
|| '''wope'''|| ok (Mit '''und''' ohne JRE
|-
! x86 (WinVista mit/ohne JRE)
|| markomlm, jrahemipour || Installation + Basisfkt. ok ('''ohne''')
|-
! x86_64 (WinVista64 mit/ohne JRE)
|| ||
|-
! x86 (Win7 mit/ohne JRE)
|| '''SimonAW''' || Installation + Basisfkt. ok ('''ohne''')
|-
! x86-64 (Win7_64 mit/ohne JRE)
|| markomlm, jrahemipour || Installation + Basisfkt. ok ('''ohne''')
|}

= Zusatzaufgaben =

== Issues verifizieren ==

Folgende Issues sind für OOo 3.2 geplant, aber noch nicht geschlossen. Diese sollten aufgearbeitet werden:

* [http://qa.openoffice.org/issues/buglist.cgi?issue_type=DEFECT&issue_type=ENHANCEMENT&issue_status=UNCONFIRMED&issue_status=NEW&issue_status=STARTED&issue_status=REOPENED&issue_status=RESOLVED&issue_status=VERIFIED&target_milestone=OOo+3.2&Submit+query=Submit+query zu verifizierende Issues]

Vorgehen:
* einen Issue hernehmen (am besten, einen, mit dem man bereits zu tun hatte)
* prüfen, ob er tatsächlich gefixt ist ('''nur Issues bearbeiten, bei denen man sicher ist, das Problem zu verstehen''')
* wenn ja -> Status auf "Closed" wechseln (Mark Issue as Closed)
* wenn nein -> Issue wieder öffnen (reopen issue) und target auf 3.x ändern
* jeweils einen Kommentar hinterlassen, mit welcher Version (RC x) geprüft wurde und welche Probleme evtl. noch beobachtet wurden

Sonst keine Änderungen vornehmen .. auch keine Diskussionen, dass man den Fehler lieber anders gefixt haben möchte, oder dass es im Umfeld noch weitere Probleme gibt. Sollte das der Fall sein, einen neuen Issue aufgeben.

DE/3.2 Release Test

2010-02-05T09:36:59Z

Rbircher: /* Testmatrix */

[[Category:de.openoffice.org|Release Test 3.0]]
Diese Seite dient der Koordination der Release-Tests der deutschsprachigen Version 3.2.
Die Tests sind die Grundlage der Freigabe der deutschsprachigen Pakete von OpenOffice.org 3.2.

Die Freigabetests (Sanity Tests) werden anhand des Release-Sanity Scenarios im TCM durchgeführt.
Zum Test werden die regulären RC's für die jeweilige Plattform verwendet. Dies ist diesmal die Version 3.2.0 RC 5 (OOO320_m12).

==Liste der Plattformen: ==

[http://qatrack.services.openoffice.org/view_status.php?version=3.2&language=de&available=&uri=&view=overview QATrack] (alle Plattformen)

* SUN-Builds
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Linux x86 deb]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Linux x86_64 deb]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Windows mit JRE]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Linux x86 RPM mit JRE]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Linux x86_64 RPM mit JRE]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Solaris Sparc mit JRE]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Solaris X86 mit JRE]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ MacOSX/Intel]

* Mahos builds
** [ftp://ooopackages.good-day.net/pub/OpenOffice.org/MacOSX/ Mac OS X x86 (Intel)]
** [ftp://ooopackages.good-day.net/pub/OpenOffice.org/MacOSX/ Mac OS X PPC]

* [ftp://ooopackages.good-day.net/pub/OpenOffice.org/FreeBSD/ Jacks builds] FreeBSD 8 x86-64 - Verzeichnisse .

Für die Tests in Base benötigt Ihr den Sun-Report-Builder. Den Download dafür findet Ihr [ftp://qa-upload.services.openoffice.org/SRB/sun-report-builder-beta-1.2.m8.oxt hier]

Außerdem wird es eine neue Version 1.0.3 der Presenter Console geben.

Werden Fehler oder Probleme aufgedeckt, sollten unbedingt entsprechende Issues gesucht und ggf. neu gefasst werden. Diese sollten dann im TCM bei dem Testfall hinterlegt werden, bei dem das Problem entdeckt wurde.
Bei Problemen unbedingt auf der QA Liste (qa@de.openoffice.org) melden. Gefundene Fehler sollten im Zweifelsfall auch dort diskutiert werden.
Bei Problemen mit Issuezilla (z.B. ungenügende Kenntnisse beim Aufgeben von Issues) ebenfalls auf der QA-Liste melden. Dort erhaltet Ihr Hilfe zur Erstellung und Bearbeitung der Issues.

Um bei den Tests mithelfen zu können, wird ein TCM-Account benötigt. Bei Interesse wendet euch bitte an qa@de.openoffice.org

= Informationen und Links =

* [http://de.openoffice.org/about-ooo/about_tcm.html Über TCM]
* [http://www.sunvirtuallab.com/tcm2/opensource/tcm_login.cgi?tcm_config=newooo TCM Login]

= Testmatrix =
wer macht welche Tests - es werden folgende Markierungen verwendet:

'''Bitte gebt an, ob ihr die Version mit oder ohne JRE installiert'''

* grau - Test noch nicht zugeteilt
* normal - zum Testen eingeteilt / Test in Arbeit
* ''kursiv'' - Test mit unkritischen Fehlern bestanden
* '''fett''' - Test ohne Fehler bestanden
* '''''fett-kursiv''''' - Test mit kritischen Fehlern fehlgeschlagen

{| border="1" cellpadding="2"
|-
! Plattform
! Tester !! Ergebnis
|-
! Mac (PPC)
|| ||
|-
! Mac (x86)
|| rbircher ||
|-
! PowerPC (Linux)
|| ||
|-
! Sparc (Solaris10 mit JRE)
|| andreschnabel || Installation, Dokumente laden / erzeugen und Basisfunktionen ok
|-
! x86-64 (FreeBSD 8.0)
|| ||
|-
! x86 (Linux/deb mit/ohne KDE)
|| ||
|-
! x86 (Linux/RPM ohne JRE)
|| andreschnabel || Installation, Dokumente laden / erzeugen und Basisfunktionen ok
|-
! x86 (Linux/RPM mit JRE)
|| andreschnabel || Installation, Dokumente laden / erzeugen und Basisfunktionen ok
|-
! x86_64 (Linux/deb mit/ohne KDE)
|| ||
|-
! x86_64 (Linux rpm mit JRE)
|| '''wope''' || ok
|-
! x86 (Solaris10)
|| ||
|-
! x86 (Solaris10jre)
|| markomlm || Installation ok (bis auf Gnome-Integration), Basisfkt. ok, autom. Tests ohne wichtige Fehler
|-
! X86 (Opensolaris/JRE)
|| markomlm || Installation ok (inkl. Gnome-Integration), Basisfkt. ok, autom. Tests ohne wichtige Fehler
|-
! x86 (Win2003 mit/ohne JRE)
|| ||
|-
! x86 (Win2K mit/ohne JRE)
|| ||
|-
! x86(WinXP mit/ohne JRE)
|| '''wope'''|| ok (Mit '''und''' ohne JRE
|-
! x86 (WinVista mit/ohne JRE)
|| markomlm || Installation + Basisfkt. ok ('''ohne''')
|-
! x86_64 (WinVista64 mit/ohne JRE)
|| ||
|-
! x86 (Win7 mit/ohne JRE)
|| SimonAW ||
|-
! x86-64 (Win7_64 mit/ohne JRE)
|| markomlm || Installation + Basisfkt. ok ('''ohne''')
|}

= Zusatzaufgaben =

== Issues verifizieren ==

Folgende Issues sind für OOo 3.2 geplant, aber noch nicht geschlossen. Diese sollten aufgearbeitet werden:

* [http://qa.openoffice.org/issues/buglist.cgi?issue_type=DEFECT&issue_type=ENHANCEMENT&issue_status=UNCONFIRMED&issue_status=NEW&issue_status=STARTED&issue_status=REOPENED&issue_status=RESOLVED&issue_status=VERIFIED&target_milestone=OOo+3.2&Submit+query=Submit+query zu verifizierende Issues]

Vorgehen:
* einen Issue hernehmen (am besten, einen, mit dem man bereits zu tun hatte)
* prüfen, ob er tatsächlich gefixt ist ('''nur Issues bearbeiten, bei denen man sicher ist, das Problem zu verstehen''')
* wenn ja -> Status auf "Closed" wechseln (Mark Issue as Closed)
* wenn nein -> Issue wieder öffnen (reopen issue) und target auf 3.x ändern
* jeweils einen Kommentar hinterlassen, mit welcher Version (RC x) geprüft wurde und welche Probleme evtl. noch beobachtet wurden

Sonst keine Änderungen vornehmen .. auch keine Diskussionen, dass man den Fehler lieber anders gefixt haben möchte, oder dass es im Umfeld noch weitere Probleme gibt. Sollte das der Fall sein, einen neuen Issue aufgeben.

DE/3.2 Release Test

2010-02-02T15:22:46Z

Rbircher: /* Testmatrix */

[[Category:de.openoffice.org|Release Test 3.0]]
Diese Seite dient der Koordination der Release-Tests der deutschsprachigen Version 3.2.
Die Tests sind die Grundlage der Freigabe der deutschsprachigen Pakete von OpenOffice.org 3.2.

Die Freigabetests (Sanity Tests) werden anhand des Release-Sanity Scenarios im TCM durchgeführt.
Zum Test werden die regulären RC's für die jeweilige Plattform verwendet. Dies ist diesmal die Version 3.2.0 RC 4 (OOO320_m11).

==Liste der Plattformen: ==

[http://qatrack.services.openoffice.org/view_status.php?version=3.2&language=de&available=&uri=&view=overview QATrack] (alle Plattformen)

* SUN-Builds
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Linux x86 deb]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Linux x86_64 deb]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Windows mit JRE]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Linux x86 RPM mit JRE]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Linux x86_64 RPM mit JRE]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Solaris Sparc mit JRE]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Solaris X86 mit JRE]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ MacOSX/Intel]

* Mahos builds
** [ftp://ooopackages.good-day.net/pub/OpenOffice.org/MacOSX/ Mac OS X x86 (Intel)]
** [ftp://ooopackages.good-day.net/pub/OpenOffice.org/MacOSX/ Mac OS X PPC]

* [ftp://ooopackages.good-day.net/pub/OpenOffice.org/FreeBSD/ Jacks builds] FreeBSD 8 x86-64 - Verzeichnisse .

Für die Tests in Base benötigt Ihr den Sun-Report-Builder. Den Download dafür findet Ihr [ftp://qa-upload.services.openoffice.org/SRB/sun-report-builder-beta-1.2.m8.oxt hier]

Außerdem wird es eine neue Version 1.0.3 der Presenter Console geben.

Werden Fehler oder Probleme aufgedeckt, sollten unbedingt entsprechende Issues gesucht und ggf. neu gefasst werden. Diese sollten dann im TCM bei dem Testfall hinterlegt werden, bei dem das Problem entdeckt wurde.
Bei Problemen unbedingt auf der QA Liste (qa@de.openoffice.org) melden. Gefundene Fehler sollten im Zweifelsfall auch dort diskutiert werden.
Bei Problemen mit Issuezilla (z.B. ungenügende Kenntnisse beim Aufgeben von Issues) ebenfalls auf der QA-Liste melden. Dort erhaltet Ihr Hilfe zur Erstellung und Bearbeitung der Issues.

Um bei den Tests mithelfen zu können, wird ein TCM-Account benötigt. Bei Interesse wendet euch bitte an qa@de.openoffice.org

= Informationen und Links =

* [http://de.openoffice.org/about-ooo/about_tcm.html Über TCM]
* [http://www.sunvirtuallab.com/tcm2/opensource/tcm_login.cgi?tcm_config=newooo TCM Login]

= Testmatrix =
wer macht welche Tests - es werden folgende Markierungen verwendet:

'''Bitte gebt an, ob ihr die Version mit oder ohne JRE installiert'''

* grau - Test noch nicht zugeteilt
* normal - zum Testen eingeteilt / Test in Arbeit
* ''kursiv'' - Test mit unkritischen Fehlern bestanden
* '''fett''' - Test ohne Fehler bestanden
* '''''fett-kursiv''''' - Test mit kritischen Fehlern fehlgeschlagen

{| border="1" cellpadding="2"
|-
! Plattform
! Tester !! Ergebnis
|-
! Mac (PPC)
|| ||
|-
! Mac (x86)
|| ||
|-
! PowerPC (Linux)
|| ||
|-
! Sparc (Solaris10)
|| ||
|-
! Sparc (Solaris8)
|| ||
|-
! Sparc (Solaris9)
|| ||
|-
! x86-64 (FreeBSD 8.0)
|| ||
|-
! x86 (Linux/deb mit/ohne KDE)
|| ||
|-
! x86 (Linux/RPM ohne JRE)
|| ||
|-
! x86 (Linux/RPM mit JRE)
|| ||
|-
! x86_64 (Linux/deb mit/ohne KDE)
|| ||
|-
! x86_64 (Linux rpm mit JRE)
|| ||
|-
! x86 (Solaris10)
|| ||
|-
! x86 (Solaris10jre)
|| ||
|-
! X86 (Opensolaris/JRE)
|| ||
|-
! x86 (Win2003 mit/ohne JRE)
|| ||
|-
! x86 (Win2K mit/ohne JRE)
|| ||
|-
! x86(WinXP mit/ohne JRE)
|| ||
|-
! x86 (WinVista mit/ohne JRE)
|| ||
|-
! x86_64 (WinVista64 mit/ohne JRE)
|| ||
|-
! x86 (Win7 mit/ohne JRE)
|| ||
|-
! x86-64 (Win7_64 mit/ohne JRE)
|| ||
|}

= Zusatzaufgaben =

== Issues verifizieren ==

Folgende Issues sind für OOo 3.2 geplant, aber noch nicht geschlossen. Diese sollten aufgearbeitet werden:

* [http://qa.openoffice.org/issues/buglist.cgi?issue_type=DEFECT&issue_type=ENHANCEMENT&issue_status=UNCONFIRMED&issue_status=NEW&issue_status=STARTED&issue_status=REOPENED&issue_status=RESOLVED&issue_status=VERIFIED&target_milestone=OOo+3.2&Submit+query=Submit+query zu verifizierende Issues]

Vorgehen:
* einen Issue hernehmen (am besten, einen, mit dem man bereits zu tun hatte)
* prüfen, ob er tatsächlich gefixt ist ('''nur Issues bearbeiten, bei denen man sicher ist, das Problem zu verstehen''')
* wenn ja -> Status auf "Closed" wechseln (Mark Issue as Closed)
* wenn nein -> Issue wieder öffnen (reopen issue) und target auf 3.x ändern
* jeweils einen Kommentar hinterlassen, mit welcher Version (RC x) geprüft wurde und welche Probleme evtl. noch beobachtet wurden

Sonst keine Änderungen vornehmen .. auch keine Diskussionen, dass man den Fehler lieber anders gefixt haben möchte, oder dass es im Umfeld noch weitere Probleme gibt. Sollte das der Fall sein, einen neuen Issue aufgeben.

DE/QA-Wochenende2009

2009-05-13T20:23:07Z

Rbircher: /* Samstag */

[[Category:de.openoffice.org|QA-Wochenende2009]]
{{DISPLAYTITLE:QA-Wochenende 2009 im LinuxHotel in Essen}}
=QA-Wochenende 2009 Linux-Hotel Essen=

== Adresse ==

Linux-Hotel / Villa Vogelsang 
Antonienallee 1 
45279 Essen-Horst 
Tel.: 0201 8536-600 
Fax: 0201 8536-605 
E-Mail: rezeption@villa-vogelsang.de

== Ansprechpartner / Organisation ==

Jacqueline Rahemipour 
jrahemipour@openoffice.org 
Tel.: auf Anfrage

== Termin ==

12.-14.06.09

Die Anreise kann schon am Freitag erfolgen oder auch am Samstag früh. Das Programm beginnt am Samstag, 13.06.09 ab ca. 10 Uhr und endet am Sonntag, 14.06.09 um ca. 14 Uhr, damit genug Zeit für die Heimreise bleibt. Falls gewünscht können wir den großen Seminarraum bereits am Freitag nutzen.

== Worum geht es? ==

* Hintergründe der Qualitätssicherung und der Lokalisierungsarbeit bei OpenOffice.org erfahren
* Wichtige Arbeitstechniken und Werkzeuge kennenlernen
* Erfahrungsaustausch mit erfahrenen QA'lern
* Konkret anstehende Aufgaben gemeinsam bearbeiten
* die "schönsten" Bugs finden
* Die anderen netten Leute aus dem Projekt kennenlernen
* In geselliger Runde über OOo und die Welt quatschen
* und vieles mehr

In erster Linie soll das Wochenende denjenigen dienen, die im de-Projekt bereits erste Erfahrungen mit der QA-Arbeit gemacht haben. Es geht nicht darum, dass man für die Teilnahme viel wissen muss. Im Grunde muss nur das entsprechende Interesse für QA / Lokalisierung da sein und die Bereitschaft, auch mal an einer konkreten Aufgabe in diesem Bereich mitzuarbeiten.

== Angemeldete Teilnehmer ==

{| border="1" cellpadding="2"
|-
! Nr.
! Name
! Vorname
! Anreise am
! ggfs. Uhrzeit
! mit Übernachtung?
! Bemerkungen
|-

! 1
|| Rahemipour || Jacqueline || Freitag || ca. 10 Uhr || ja ||
|-

! 2
|| Geib || Gerald || Freitag || || ja ||
|-

! 3
|| Brekenfelder || Ulf || Freitag || || ja ||
|-

! 4
|| Pechlaner || Wolfgang || Freitag || ca. 12 Uhr || ja || Vegetarier
|-

! 5
|| Effenberger || Florian || Freitag || nachmittags || ja ||
|-

! 6
|| Mantke || Andreas || Samstag || || ja ||
|-

! 7
|| Wilper || Simon || Freitag || ca. 16 Uhr || ja ||
|-

! 8
|| Delfs || Helge || Freitag || ca. 18:30 Uhr || ja ||
|-

! 9
|| Stehmann || Mechtilde || Freitag || || ja ||Benötige 1 TFT-Monitor
|-

! 10
|| Schnabel || André || Freitag || || ja ||
|-

! 11
|| Hoch || Eric || Freitag/Samstag || || ja ||
|-

! 12
|| Martin || Hagmann || Freitag || || ja || aus der Schweiz
|-

! 13
|| Werner || Alexander || Freitag || nachmittags || ja ||
|-

! 14
|| Habermann || Jens || Samstag || || nein ||
|-

! 15
|| Bircher || Raphael || Freitag || Abend || ja || aus der Schweiz
|-

! 16
|| evtl. Dormann || Markus || Freitag || || ja || steht noch nicht fest
|-

! 17
|| Baltzer || Stefan || Freitag || ca. 18:30 Uhr || ja ||
|-

! 18
|| Andrae || Joost || Freitag || ca. 18:30 Uhr || ja ||
|-

|}

== Geplantes Programm ==

Das ganze ist als grobe Hülle gedacht, in den einzelnen Blöcken sollte immer Zeit für Diskussion bzw. direktes Arbeiten enthalten sein. In der Regel dürften die Themen für fast alle interessant sein. Es sollte aber immer die Möglichkeit gegeben sein, dass einzelne etwas Abseits an anderen Themen arbeiten.

[Programm für 2009 ist noch im Entwurfsstatus - Weitere Vorschläge bitte an dev@de.openoffice.org oder direkt an Jacqueline senden]

===Samstag===

{| border="1" cellpadding="2"
|-
! width="120" |Wann?
! width="480" | Was?
! width="180" | Wer?
|-

! 10:00-10:15
|| '''Begrüßung'''
* kurze Absprache des Arbeitsplanes
* Fragen zu Technik
* Organisatorisches
|| Jacqueline Rahemipour
|-

! 10:15-11:00
|| '''Einführung für Neulinge'''
* Erklärung von CWS/MWS Arbeiten mit dem Issuetracker, EIS und Buildbot
|| Raphael Bircher oder opfert sich wer anders?
|-

! 11:00-11:45
|| '''Titel'''
* Support - Marketing Wie können wir besser Probleme kommunizieren?
| | Mechtilde Stehmann
|-

! 11:45-12:30
|| '''Automatisches Testen in der Community'''
* TT zum laufen prügeln. Serientests mit Scripts Idee Testbot
|| Raphael Bircher
|-

! 12:30-13:30
|| '''Pause''' Mittagessen || alle
|-

! 13:30-14:15
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-

! 14:15-15:00
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-

! 15:00-15:45
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-

! 15:45-16:15
|| '''Pause''' Kaffee und Kuchen || alle
|-

! 16:15-17:00
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-

! 17:00-Open End
|| '''Bughunting'''
* gemeldete Fehler nachvollziehen u. im Issue-Tracker bestätigen
* neue Issues aufgeben
* Fehlersuche
|| alle
|-

|}

===Sonntag===

{| border="1" cellpadding="2"
|-
! width="120" |Wann?
! width="480" | Was?
! width="180" | Wer?
|-

! 10:00-10:45
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-

! 10:45-11:30
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-

! 11:30-12:15
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-

! 12:15-13:00
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-
|}

== Anreise ==

=== S-Bahn ===
Die S-Bahn-Haltestelle "Essen-Horst (S)" (Linie S3) ist nur 8 Minuten Fußweg vom Hotel entfernt. Am S-Bahnhof Horst ankommen aus Richtung Essen-Hbf, dann bitte unter den Gleisen durchgehen, den Fußweg den Berg hinauf, geht über in kleine Straße, am Ende rechts Lindkenshofer Weg) und nach 200m wieder rechts (Eberhardstr) und dann gerade auf ein braunes Holztor zugehen.

=== Bus ===
Die Haltestelle "Geschwister-Scholl-Str." der Buslinien 184 und NE5 sind weniger als 5 Minuten entfernt.

=== PKW ===
Den groben Weg aus Richtung A 40 entnehmt bitte der Skizze auf den Seiten des [http://www.linuxhotel.de/anreise.html Linux-Hotels] bzw. befragt einen Routenplaner. Folgt den Schildern „Route Industriekultur“ in Richtung "Eisenbahnmuseum". Ab Dahlhauser Str. ist das Linux-Hotel direkt ausgeschildert, achtet dort auf die Schilder "Villa-Vogelsang".

== Übernachtung ==

Die Übernachtung erfolgt in Doppelzimmern im Linux-Hotel, die Kosten dafür übernimmt der Verein OpenOffice.org Deutschland e.V.. Die genaue Raumverteilung machen wir vorort. Sonderwünsche bitte frühzeitig Jacqueline mitteilen!

== Verpflegung ==

Auch Verpflegung am Wochenende wird vom Verein OOo Deutschland e.V. finanziert. Das Frühstück erhalten wir direkt im Linux-Hotel.

Je nach Wetterlage wollen wir Freitag abend bzw. Samstag abend den Grill anmachen. Fleisch und Würstchen werden organisiert.
'''Gerne werden Salatspenden angenommen!'''
Bei schlechtem Wetter weichen wir auf den örtlichen Pizza-Service aus. Für Samstag mittag ist ein kalter Snack vorgesehen.

'''Wichtig: Vegetarier möchten sich bitte vorher melden, dann können wir für den Grillabend Alternativen anbieten.'''

Auch für Getränke wird gesorgt. Ihr könnt euch im Linux-Hotel bei den Getränken selbst bedienen (alkoholfreie Getränke, Bier, Kaffee, Tee). Besondere Getränke (Wein, Spirituosen) sind in der mit dem Linux-Hotel vereinbarten Getränkepauschale nicht enthalten. Diese müssen dann selbst vorort bezahlt werden.

== Seminarraum ==

Es steht uns ein großer Seminarraum zur Verfügung. Auch ein Beamer wird vorort sein. Bitte bringt wenn möglich euer eigenes Notebook bzw. einen eigenen Rechner mit.

Falls jemand keinen eigenen Rechner mitbringen kann, bitte vorab Bescheid sagen, damit wir gegebenenfalls noch etwas organisieren können (mehrere Vereinsrechner stehen zur Verfügung, 3 weitere Laptops kann ich mitbringen).

== Internet ==

Im Hotel und im Seminarraum ist WLAN verfügbar, jedoch sollten wir uns aufgrund der Erfahrungen in den letzten beiden Jahren nicht darauf verlassen und wenn möglich noch Netzwerkkabel mitbringen.

== Freizeit ==

Es gibt eine Sauna und einen Fitnessraum, die wir nach Absprache benutzen können. Badetücher und Bademäntel sind vorhanden, alles weitere bitte mitbringen.

== Sonstiges ==

Da das Linux-Hotel keine Personalkosten bezahlen möchte, sind wir an dem Wochenende auf uns allein gestellt, das heißt:

* Es herrscht an dem Wochenende Selbstbedienung, an den Getränkekühlbüffets / Weinkühlschrank / Kaffee/Teeautomat usw., Geschirr muss hinterher in die Spülmaschine geräumt werden.

* Wir müssen den Seminarraum sauber hinterlassen (Sonntag einmal durchwischen) und gegebenenfalls die Tische und Stühle wieder zusammenräumen

* Die Zimmer werden an uns sauber übergeben und dann aber nicht vom Hotel aus gemacht (= 2 Nächte gleiches Bettzeug & Handtücher). Bei Abreise bitte die Betten abziehen, den Rest übernimmt das Linux-Hotel.

'''Wer hat am Sonntag ab ca. 14 Uhr noch ein wenig Zeit und kann bei den Aufräumarbeiten behilflich sein?'''

* Nachdem mein Flieger erst um 21 Uhr von DUE abfliegt, hab ich natürlich noch etwas Zeit (wope)

DE/QA-Wochenende2009

2009-05-13T02:06:42Z

Rbircher: /* Samstag */

[[Category:de.openoffice.org|QA-Wochenende2009]]
{{DISPLAYTITLE:QA-Wochenende 2009 im LinuxHotel in Essen}}
=QA-Wochenende 2009 Linux-Hotel Essen=

== Adresse ==

Linux-Hotel / Villa Vogelsang 
Antonienallee 1 
45279 Essen-Horst 
Tel.: 0201 8536-600 
Fax: 0201 8536-605 
E-Mail: rezeption@villa-vogelsang.de

== Ansprechpartner / Organisation ==

Jacqueline Rahemipour 
jrahemipour@openoffice.org 
Tel.: auf Anfrage

== Termin ==

12.-14.06.09

Die Anreise kann schon am Freitag erfolgen oder auch am Samstag früh. Das Programm beginnt am Samstag, 13.06.09 ab ca. 10 Uhr und endet am Sonntag, 14.06.09 um ca. 14 Uhr, damit genug Zeit für die Heimreise bleibt. Falls gewünscht können wir den großen Seminarraum bereits am Freitag nutzen.

== Worum geht es? ==

* Hintergründe der Qualitätssicherung und der Lokalisierungsarbeit bei OpenOffice.org erfahren
* Wichtige Arbeitstechniken und Werkzeuge kennenlernen
* Erfahrungsaustausch mit erfahrenen QA'lern
* Konkret anstehende Aufgaben gemeinsam bearbeiten
* die "schönsten" Bugs finden
* Die anderen netten Leute aus dem Projekt kennenlernen
* In geselliger Runde über OOo und die Welt quatschen
* und vieles mehr

In erster Linie soll das Wochenende denjenigen dienen, die im de-Projekt bereits erste Erfahrungen mit der QA-Arbeit gemacht haben. Es geht nicht darum, dass man für die Teilnahme viel wissen muss. Im Grunde muss nur das entsprechende Interesse für QA / Lokalisierung da sein und die Bereitschaft, auch mal an einer konkreten Aufgabe in diesem Bereich mitzuarbeiten.

== Angemeldete Teilnehmer ==

{| border="1" cellpadding="2"
|-
! Nr.
! Name
! Vorname
! Anreise am
! ggfs. Uhrzeit
! mit Übernachtung?
! Bemerkungen
|-

! 1
|| Rahemipour || Jacqueline || Freitag || ca. 10 Uhr || ja ||
|-

! 2
|| Geib || Gerald || Freitag || || ja ||
|-

! 3
|| Brekenfelder || Ulf || Freitag || || ja ||
|-

! 4
|| Pechlaner || Wolfgang || Freitag || ca. 12 Uhr || ja || Vegetarier
|-

! 5
|| Effenberger || Florian || Freitag || nachmittags || ja ||
|-

! 6
|| Mantke || Andreas || Samstag || || ja ||
|-

! 7
|| Wilper || Simon || Freitag || ca. 16 Uhr || ja ||
|-

! 8
|| Delfs || Helge || Freitag || ca. 18:30 Uhr || ja ||
|-

! 9
|| Stehmann || Mechtilde || Freitag || || ja ||Benötige 1 TFT-Monitor
|-

! 10
|| Schnabel || André || Freitag || || ja ||
|-

! 11
|| Hoch || Eric || Freitag/Samstag || || ja ||
|-

! 12
|| Martin || Hagmann || Freitag || || ja || aus der Schweiz
|-

! 13
|| Werner || Alexander || Freitag || nachmittags || ja ||
|-

! 14
|| Habermann || Jens || Samstag || || nein ||
|-

! 15
|| Bircher || Raphael || Freitag || Abend || ja || aus der Schweiz
|-

! 16
|| evtl. Dormann || Markus || Freitag || || ja || steht noch nicht fest
|-

! 17
|| Baltzer || Stefan || Freitag || ca. 18:30 Uhr || ja ||
|-

! 18
|| Andrae || Joost || Freitag || ca. 18:30 Uhr || ja ||
|-

|}

== Geplantes Programm ==

Das ganze ist als grobe Hülle gedacht, in den einzelnen Blöcken sollte immer Zeit für Diskussion bzw. direktes Arbeiten enthalten sein. In der Regel dürften die Themen für fast alle interessant sein. Es sollte aber immer die Möglichkeit gegeben sein, dass einzelne etwas Abseits an anderen Themen arbeiten.

[Programm für 2009 ist noch im Entwurfsstatus - Weitere Vorschläge bitte an dev@de.openoffice.org oder direkt an Jacqueline senden]

===Samstag===

{| border="1" cellpadding="2"
|-
! width="120" |Wann?
! width="480" | Was?
! width="180" | Wer?
|-

! 10:00-10:15
|| '''Begrüßung'''
* kurze Absprache des Arbeitsplanes
* Fragen zu Technik
* Organisatorisches
|| Jacqueline Rahemipour
|-

! 10:15-11:00
|| '''Einfürung für Neulinge'''
* Erklärung von CWS/MWS Arbeiten mit dem Issuetracker, EIS und Buildbot
|| Raphael Bircher oder opfert sich wer anders?
|-

! 11:00-11:45
|| '''Titel'''
* Support - Marketing Wie können wir besser Probleme kommunizieren?
| | Mechtilde Stehmann
|-

! 11:45-12:30
|| '''Automatisches testen in der Community'''
* TT zum laufen prügeln. Serientests mit Scripts Idee Testbot
|| Raphael Bircher
|-

! 12:30-13:30
|| '''Pause''' Mittagessen || alle
|-

! 13:30-14:15
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-

! 14:15-15:00
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-

! 15:00-15:45
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-

! 15:45-16:15
|| '''Pause''' Kaffee und Kuchen || alle
|-

! 16:15-17:00
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-

! 17:00-Open End
|| '''Bughunting'''
* gemeldete Fehler nachvollziehen u. im Issue-Tracker bestätigen
* neue Issues aufgeben
* Fehlersuche
|| alle
|-

|}

===Sonntag===

{| border="1" cellpadding="2"
|-
! width="120" |Wann?
! width="480" | Was?
! width="180" | Wer?
|-

! 10:00-10:45
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-

! 10:45-11:30
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-

! 11:30-12:15
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-

! 12:15-13:00
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-
|}

== Anreise ==

=== S-Bahn ===
Die S-Bahn-Haltestelle "Essen-Horst (S)" (Linie S3) ist nur 8 Minuten Fußweg vom Hotel entfernt. Am S-Bahnhof Horst ankommen aus Richtung Essen-Hbf, dann bitte unter den Gleisen durchgehen, den Fußweg den Berg hinauf, geht über in kleine Straße, am Ende rechts Lindkenshofer Weg) und nach 200m wieder rechts (Eberhardstr) und dann gerade auf ein braunes Holztor zugehen.

=== Bus ===
Die Haltestelle "Geschwister-Scholl-Str." der Buslinien 184 und NE5 sind weniger als 5 Minuten entfernt.

=== PKW ===
Den groben Weg aus Richtung A 40 entnehmt bitte der Skizze auf den Seiten des [http://www.linuxhotel.de/anreise.html Linux-Hotels] bzw. befragt einen Routenplaner. Folgt den Schildern „Route Industriekultur“ in Richtung "Eisenbahnmuseum". Ab Dahlhauser Str. ist das Linux-Hotel direkt ausgeschildert, achtet dort auf die Schilder "Villa-Vogelsang".

== Übernachtung ==

Die Übernachtung erfolgt in Doppelzimmern im Linux-Hotel, die Kosten dafür übernimmt der Verein OpenOffice.org Deutschland e.V.. Die genaue Raumverteilung machen wir vorort. Sonderwünsche bitte frühzeitig Jacqueline mitteilen!

== Verpflegung ==

Auch Verpflegung am Wochenende wird vom Verein OOo Deutschland e.V. finanziert. Das Frühstück erhalten wir direkt im Linux-Hotel.

Je nach Wetterlage wollen wir Freitag abend bzw. Samstag abend den Grill anmachen. Fleisch und Würstchen werden organisiert.
'''Gerne werden Salatspenden angenommen!'''
Bei schlechtem Wetter weichen wir auf den örtlichen Pizza-Service aus. Für Samstag mittag ist ein kalter Snack vorgesehen.

'''Wichtig: Vegetarier möchten sich bitte vorher melden, dann können wir für den Grillabend Alternativen anbieten.'''

Auch für Getränke wird gesorgt. Ihr könnt euch im Linux-Hotel bei den Getränken selbst bedienen (alkoholfreie Getränke, Bier, Kaffee, Tee). Besondere Getränke (Wein, Spirituosen) sind in der mit dem Linux-Hotel vereinbarten Getränkepauschale nicht enthalten. Diese müssen dann selbst vorort bezahlt werden.

== Seminarraum ==

Es steht uns ein großer Seminarraum zur Verfügung. Auch ein Beamer wird vorort sein. Bitte bringt wenn möglich euer eigenes Notebook bzw. einen eigenen Rechner mit.

Falls jemand keinen eigenen Rechner mitbringen kann, bitte vorab Bescheid sagen, damit wir gegebenenfalls noch etwas organisieren können (mehrere Vereinsrechner stehen zur Verfügung, 3 weitere Laptops kann ich mitbringen).

== Internet ==

Im Hotel und im Seminarraum ist WLAN verfügbar, jedoch sollten wir uns aufgrund der Erfahrungen in den letzten beiden Jahren nicht darauf verlassen und wenn möglich noch Netzwerkkabel mitbringen.

== Freizeit ==

Es gibt eine Sauna und einen Fitnessraum, die wir nach Absprache benutzen können. Badetücher und Bademäntel sind vorhanden, alles weitere bitte mitbringen.

== Sonstiges ==

Da das Linux-Hotel keine Personalkosten bezahlen möchte, sind wir an dem Wochenende auf uns allein gestellt, das heißt:

* Es herrscht an dem Wochenende Selbstbedienung, an den Getränkekühlbüffets / Weinkühlschrank / Kaffee/Teeautomat usw., Geschirr muss hinterher in die Spülmaschine geräumt werden.

* Wir müssen den Seminarraum sauber hinterlassen (Sonntag einmal durchwischen) und gegebenenfalls die Tische und Stühle wieder zusammenräumen

* Die Zimmer werden an uns sauber übergeben und dann aber nicht vom Hotel aus gemacht (= 2 Nächte gleiches Bettzeug & Handtücher). Bei Abreise bitte die Betten abziehen, den Rest übernimmt das Linux-Hotel.

'''Wer hat am Sonntag ab ca. 14 Uhr noch ein wenig Zeit und kann bei den Aufräumarbeiten behilflich sein?'''

* Nachdem mein Flieger erst um 21 Uhr von DUE abfliegt, hab ich natürlich noch etwas Zeit (wope)

User:Rbircher

2009-04-29T03:34:23Z

Rbircher: /* Profile from Raphael Bircher */

== Profile from Raphael Bircher ==
=== Profile in English ===

'''Name:''' Bircher

'''Prename:''' Raphael

'''Country:''' Switzerland

'''Residence''' Malans (GR)

'''E-Mail:''' rbircher@openoffice.org

'''OOo Status:''' Content Developer

'''Messanger:''' on request only

'''OOo sience''' November 2005

'''IT Project befor:''' Ximig.de (as Bughunter)

'''Languages:''' German, English and a bit French

DE/QA-Wochenende2009

2009-04-23T13:44:19Z

Rbircher: /* Angemeldete Teilnehmer */

[[Category:de.openoffice.org|QA-Wochenende2009]]
{{DISPLAYTITLE:QA-Wochenende 2009 im LinuxHotel in Essen}}
=QA-Wochenende 2009 Linux-Hotel Essen=

== Adresse ==

Linux-Hotel / Villa Vogelsang 
Antonienallee 1 
45279 Essen-Horst 
Tel.: 0201 8536-600 
Fax: 0201 8536-605 
E-Mail: rezeption@villa-vogelsang.de

== Ansprechpartner / Organisation ==

Jacqueline Rahemipour 
jrahemipour@openoffice.org 
Tel.: auf Anfrage

== Termin ==

12.-14.06.09

Die Anreise kann schon am Freitag erfolgen oder auch am Samstag früh. Das Programm beginnt am Samstag, 13.06.09 ab ca. 10 Uhr und endet am Sonntag, 14.06.09 um ca. 14 Uhr, damit genug Zeit für die Heimreise bleibt. Falls gewünscht können wir den großen Seminarraum bereits am Freitag nutzen.

== Worum geht es? ==

* Hintergründe der Qualitätssicherung und der Lokalisierungsarbeit bei OpenOffice.org erfahren
* Wichtige Arbeitstechniken und Werkzeuge kennenlernen
* Erfahrungsaustausch mit erfahrenen QA'lern
* Konkret anstehende Aufgaben gemeinsam bearbeiten
* die "schönsten" Bugs finden
* Die anderen netten Leute aus dem Projekt kennenlernen
* In geselliger Runde über OOo und die Welt quatschen
* und vieles mehr

In erster Linie soll das Wochenende denjenigen dienen, die im de-Projekt bereits erste Erfahrungen mit der QA-Arbeit gemacht haben. Es geht nicht darum, dass man für die Teilnahme viel wissen muss. Im Grunde muss nur das entsprechende Interesse für QA / Lokalisierung da sein und die Bereitschaft, auch mal an einer konkreten Aufgabe in diesem Bereich mitzuarbeiten.

== Angemeldete Teilnehmer ==

{| border="1" cellpadding="2"
|-
! Nr.
! Name
! Vorname
! Anreise am
! ggfs. Uhrzeit
! mit Übernachtung?
! Bemerkungen
|-

! 1
|| Rahemipour || Jacqueline || Freitag || ca. 10 Uhr || ja ||
|-

! 2
|| Geib || Gerald || Freitag || || ja ||
|-

! 3
|| Brekenfelder || Ulf || Freitag || || ja ||
|-

! 4
||Pechlaner ||Wolfgang || Freitag || ca. 12 Uhr || ja || Vegetarier
|-

! 5
|| Effenberger || Florian || Freitag || nachmittags || ja ||
|-

! 6
||Mantke ||Andreas || Samstag || || ja ||
|-

! 7
||Wilper ||Simon || Freitag || ca. 16 Uhr || ja ||
|-

! 8
||Delfs ||Helge || Freitag || || ja ||
|-

! 9
||Stehmann ||Mechtilde || Freitag || || ja ||Benötige 1 TFT-Monitor
|-

! 10
|| Schnabel || André || Freitag || || ja ||
|-

! 11
|| Hoch || Eric || Freitag/Samstag || || ja ||
|-

! 12
|| Martin || Hagmann || Freitag || || ja || aus der Schweiz
|-

! 13
|| Werner || Alexander || Freitag || nachmittags || ja ||
|-

! 14
|| Habermann || Jens || Samstag || || nein ||
|-

! 15
|| Bircher || Raphael || Freitag || Abend || ja || aus der Schweiz
|-

! 16
|| || || Freitag/Samstag || || ja/nein ||
|-

! 17
|| || || Freitag/Samstag || || ja/nein ||
|-

! 18
|| || || Freitag/Samstag || || ja/nein ||
|-

|}

== Geplantes Programm ==

Das ganze ist als grobe Hülle gedacht, in den einzelnen Blöcken sollte immer Zeit für Diskussion bzw. direktes Arbeiten enthalten sein. In der Regel dürften die Themen für fast alle interessant sein. Es sollte aber immer die Möglichkeit gegeben sein, dass einzelne etwas Abseits an anderen Themen arbeiten.

[Programm für 2009 ist noch im Entwurfsstatus - Weitere Vorschläge bitte an dev@de.openoffice.org oder direkt an Jacqueline senden]

===Samstag===

{| border="1" cellpadding="2"
|-
! width="120" |Wann?
! width="480" | Was?
! width="180" | Wer?
|-

! 10:00-10:15
|| '''Begrüßung'''
* kurze Absprache des Arbeitsplanes
* Fragen zu Technik
* Organisatorisches
|| Jacqueline Rahemipour
|-

! 10:15-11:00
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-

! 11:00-11:45
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-

! 11:45-12:30
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-

! 12:30-13:30
|| '''Pause''' Mittagessen || alle
|-

! 13:30-14:15
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-

! 14:15-15:00
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-

! 15:00-15:45
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-

! 15:45-16:15
|| '''Pause''' Kaffee und Kuchen || alle
|-

! 16:15-17:00
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-

! 17:00-Open End
|| '''Bughunting'''
* gemeldete Fehler nachvollziehen u. im Issue-Tracker bestätigen
* neue Issues aufgeben
* Fehlersuche
|| alle
|-

|}

===Sonntag===

{| border="1" cellpadding="2"
|-
! width="120" |Wann?
! width="480" | Was?
! width="180" | Wer?
|-

! 10:00-10:45
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-

! 10:45-11:30
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-

! 11:30-12:15
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-

! 12:15-13:00
|| '''Titel'''
* Themenbeschreibung
|| Referent
|-
|}

== Anreise ==

=== S-Bahn ===
Die S-Bahn-Haltestelle "Essen-Horst (S)" (Linie S3) ist nur 8 Minuten Fußweg vom Hotel entfernt. Am S-Bahnhof Horst ankommen aus Richtung Essen-Hbf, dann bitte unter den Gleisen durchgehen, den Fußweg den Berg hinauf, geht über in kleine Straße, am Ende rechts Lindkenshofer Weg) und nach 200m wieder rechts (Eberhardstr) und dann gerade auf ein braunes Holztor zugehen.

=== Bus ===
Die Haltestelle "Geschwister-Scholl-Str." der Buslinien 184 und NE5 sind weniger als 5 Minuten entfernt.

=== PKW ===
Den groben Weg aus Richtung A 40 entnehmt bitte der Skizze auf den Seiten des [http://www.linuxhotel.de/anreise.html Linux-Hotels] bzw. befragt einen Routenplaner. Folgt den Schildern „Route Industriekultur“ in Richtung "Eisenbahnmuseum". Ab Dahlhauser Str. ist das Linux-Hotel direkt ausgeschildert, achtet dort auf die Schilder "Villa-Vogelsang".

== Übernachtung ==

Die Übernachtung erfolgt in Doppelzimmern im Linux-Hotel, die Kosten dafür übernimmt der Verein OpenOffice.org Deutschland e.V.. Die genaue Raumverteilung machen wir vorort. Sonderwünsche bitte frühzeitig Jacqueline mitteilen!

== Verpflegung ==

Auch Verpflegung am Wochenende wird vom Verein OOo Deutschland e.V. finanziert. Das Frühstück erhalten wir direkt im Linux-Hotel.

Je nach Wetterlage wollen wir Freitag abend bzw. Samstag abend den Grill anmachen. Fleisch und Würstchen werden organisiert.
'''Gerne werden Salatspenden angenommen!'''
Bei schlechtem Wetter weichen wir auf den örtlichen Pizza-Service aus. Für Samstag mittag ist ein kalter Snack vorgesehen.

'''Wichtig: Vegetarier möchten sich bitte vorher melden, dann können wir für den Grillabend Alternativen anbieten.'''

Auch für Getränke wird gesorgt. Ihr könnt euch im Linux-Hotel bei den Getränken selbst bedienen (alkoholfreie Getränke, Bier, Kaffee, Tee). Besondere Getränke (Wein, Spirituosen) sind in der mit dem Linux-Hotel vereinbarten Getränkepauschale nicht enthalten. Diese müssen dann selbst vorort bezahlt werden.

== Seminarraum ==

Es steht uns ein großer Seminarraum zur Verfügung. Auch ein Beamer wird vorort sein. Bitte bringt wenn möglich euer eigenes Notebook bzw. einen eigenen Rechner mit.

Falls jemand keinen eigenen Rechner mitbringen kann, bitte vorab Bescheid sagen, damit wir gegebenenfalls noch etwas organisieren können (mehrere Vereinsrechner stehen zur Verfügung, 3 weitere Laptops kann ich mitbringen).

== Internet ==

Im Hotel und im Seminarraum ist WLAN verfügbar, jedoch sollten wir uns aufgrund der Erfahrungen in den letzten beiden Jahren nicht darauf verlassen und wenn möglich noch Netzwerkkabel mitbringen.

== Freizeit ==

Es gibt eine Sauna und einen Fitnessraum, die wir nach Absprache benutzen können. Badetücher und Bademäntel sind vorhanden, alles weitere bitte mitbringen.

== Sonstiges ==

Da das Linux-Hotel keine Personalkosten bezahlen möchte, sind wir an dem Wochenende auf uns allein gestellt, das heißt:

* Es herrscht an dem Wochenende Selbstbedienung, an den Getränkekühlbüffets / Weinkühlschrank / Kaffee/Teeautomat usw., Geschirr muss hinterher in die Spülmaschine geräumt werden.

* Wir müssen den Seminarraum sauber hinterlassen (Sonntag einmal durchwischen) und gegebenenfalls die Tische und Stühle wieder zusammenräumen

* Die Zimmer werden an uns sauber übergeben und dann aber nicht vom Hotel aus gemacht (= 2 Nächte gleiches Bettzeug & Handtücher). Bei Abreise bitte die Betten abziehen, den Rest übernimmt das Linux-Hotel.

'''Wer hat am Sonntag ab ca. 14 Uhr noch ein wenig Zeit und kann bei den Aufräumarbeiten behilflich sein?'''

* Nachdem mein Flieger erst um 21 Uhr von DUE abfliegt, hab ich natürlich noch etwas Zeit (wope)

Mac OS X languagepacks

2009-04-14T01:26:07Z

Rbircher: /* Contacts */

=Languagepack installsets for Mac OS X=

{| border="2" cellpadding="4" cellspacing="0" style="margin: 1em 1em 1em 0; border: 1px #cccccc solid; border-collapse: collapse; width: 100%"

|- align="left"
| colspan="2" bgcolor="#cccccc" | '''Specification Status'''
|-
| width="150" | '''Author''' || Christian Lohmaier (cloph), Eric Bachard (ericb), feel free to add yourself...
|-
| width="150" | '''Previous Change''' || Initial version from Christian Lohmaier
|-
| width="150" | '''Last Change''' || Added Language packs use in OpenOffice.org Installation Context [[User:Ericb|Ericb]] 11:34, 31 December 2007 (CET)
|-
| width="150" | '''Status''' || Preliminary [[Specification_Template_Help#Status|Help]]
|-
|}

== Abstract ==
Languagepacks offer a convenient way to install additional languages to a base-installation of OpenOffice.org

The main benefits are:
* small download size
* easy installation of multiple languages

__TOC__

== References ==

{| border="2" cellpadding="4" cellspacing="0" style="margin: 1em 1em 1em 0; border: 1px #cccccc solid; border-collapse: collapse; width: 100%"
|-
| width="300" bgcolor="#dddddd" | '''Reference Document''' || bgcolor="#dddddd" | '''Check''' || bgcolor="#dddddd" | '''Location (URL)'''
|-
| |'''[http://wiki.services.openoffice.org/wiki/Category:Specification#Before_Writing_a_Software_Specification_--_What_Else_Do_I_have_to_Do.3F Specification Process Entry Check]'''
| [passed/failed]
| n/a
|-
| '''Product Requirement, RFE, Issue ID''' (required)
| [available]
| [http://www.openoffice.org/issues/show_bug.cgi?id=64937 issue 64937]
|-
| Product Concept Document
| [not available]
| doesn't apply
|-
| '''[[Test case specification]]''' (required)
| [not available]
| see this document
|-
| IDL Specification
| [not available]
| doesn't apply
|-
| [http://wiki.services.openoffice.org/wiki/The_Three_Golden_Rules_for_Writing_OpenOffice.org_Specifications '''Software Specification Rules''']
| n/a
| n/a
|-
| Other, e.g. references to related specs
|
| <PLEASE ENTER LOCATION HERE>
|-
|}

== Contacts ==

{| border="2" cellpadding="4" cellspacing="0" style="margin: 1em 1em 1em 0; border: 1px #cccccc solid; border-collapse: collapse; width: 100%"
|-
| width="300" bgcolor="#dddddd" | '''Role''' || bgcolor="#dddddd" | '''Name''' || bgcolor="#dddddd" | '''E-Mail Address'''
|-
| '''Developer'''
| Christian Lohmaier
| <cloph@openoffice.org>
|-
| '''Quality Assurance'''
| Raphael Bircher
| <rbircher@openoffice.org>
|-
| '''Documentation'''
| <First Name, Last Name>
| <User@openoffice.org>
|-
| '''User Experience'''
| <First Name, Last Name>
| <User@openoffice.org>
|-
|}

== Acronyms and Abbreviations ==
{| border="2" cellpadding="4" cellspacing="0" style="margin: 1em 1em 1em 0; border: 1px #cccccc solid; border-collapse: collapse; width: 100%"
|-
| bgcolor="#dddddd" | '''Acronym / Abbreviation''' || bgcolor="#dddddd" | '''Definition'''
|-
| <WYSIWYG>
| <What You See Is What You Get>
|-
|}

== Detailed Specification ==
The languagepack is provided as a mountable disk image (dmg). The user opens/mounts the image by double-clicking it after downloading.
Within the dmg, the user will find two folders with the readme and license and an installation program.

=== Default Scenario ===
When the user launches the installer, he will be greeted with the following dialog (NOTE: Strings not final yet/open for discussion): 
[[Image:MacLangpack1.png]]

When the user doesn't abort the installation, he will be promted to choose on of the detected installations of OpenOffice.org: 
[[Image:MacLangpack2.png]]

When the user did pick one of the suggested versions (and the version really is an OOo install), then he will be informed that the installation is about to begin: 
[[Image:MacLangpack3.png]]

Once the installation is finished, the final dialog is displayed: 
[[Image:MacLangpack4.png]]

=== Special Cases ===
* The user doesn't choose one of the autodetected installations, but uses the option to select his/her own
In that case, Mac's default file-picker is shown, asking the user to select the correct app. (in the screenshots, the user did choose an invalid application) 
[[Image:MacLangpack5.png]]

:In case the user did choose an invalid application, one that could not be identified as being ans OpenOffice.org installation, the languagepack installation will be aborted with the following message: 
[[Image:MacLangpack6.png]]

* The user doesn't have the necessary privileges to write into the target directory. In that case he has the choice to identify as administrator or to abort the installation: 
[[Image:MacLangpack7.png]]

:If the user did choose to identify, a Mac's default authentication dialog is shown, asking for the user to provide an admin account's username and password: 
[[Image:MacLangpack8.png]]

::In case authentication fails, the installation is aborted: 
[[Image:MacLangpack9.png]]

[[Specification_Template_Help#Detailed_Specification|Help]] | [[UI-Elements|User Interface Element Templates]] | [[Specification_Example|Example Spec]]

== Migration ==
There is no migration path. Installation on Mac OS X via "manual install" (drag'n'drop) installer doesn't offer an uninstall or update method. You install OpenOffice.org by dragging a folder out of the installation image to your harddisk. And you uninstall OpenOffice.org by moving that folder to the trash. "Updating" is performed by removing the old version and replacing it by the new version. (Mac OS X offers to replace the old version with the new one when the name is the same)

When the user installs a new version of OpenOffice.org, the user must manually (re-)install the languagepack again.

A given languagepack is likely to work across several different minor versions of the base installation (however, installing a languagepack of a different version is ''not guaranteed'' to work).
Whether it works or not depends on the amount of changes within the office/the localisations, and is not related to the languagepack installation discussed in this specification.

== Configuration ==
Irrelevant - the installsets don't touch the office itself, the configuration & dialogs to choose a specific language are already part of OpenOffice.org

== File Format ==
Irrelevant - the installsets don't touch the Office itself, the support to handle languagepacks is already part of OpenOffice.org

== Open Issues ==
None known

== Future Considerations ==
These comments below apply to a full revamp of the installation process on Mac OSX, it is out-of-scope of this specification. It is listed here for reference only.

=== Multi-Language OpenOffice.org installation sets ===

-> As Apple people explained us during WWDC (Philipp Lohmann can confirm), what is expected is

A) Download a big archive containing 5 to 7 major locales. ( say 230 MB max , approximatively)

Note: this is unclear, but .dpkg archive has my preference for the complete archive, who can contain a .dmg to be droped in the correct install dir

B) Install Process

<pre>
2) Installation is made using current System locale (between the most used, else english is defaut fallback ),
means the questions are localized

3) The user has to check wich locales must be installed, or is invited to download the one he needs
if his locale is not in the archive, or keep english as default until he downloaded the correct
language pack to be installed

4) ... after the user has choosen, the installation process installs every checked locales, else english as default;

5) .. other choices not locale relevant ..

Enf of Install process
...
</pre>

C) The result :

OpenOffice.org at launch, will use the correct locale, since the locale is checked at launch (in sal, exacty in osxlocale.cxx )

If the user wants to install another locale afterward -> your language packs are perfect and already functional.

[[User:Ericb|Ericb]] 11:26, 31 December 2007 (CET)

[[Category:Specification]]
[[Category:MacOSX]]

Mac OS X languagepacks

2009-04-14T00:08:51Z

Rbircher: /* Languagepack installsets for Mac OS X */

=Languagepack installsets for Mac OS X=

{| border="2" cellpadding="4" cellspacing="0" style="margin: 1em 1em 1em 0; border: 1px #cccccc solid; border-collapse: collapse; width: 100%"

|- align="left"
| colspan="2" bgcolor="#cccccc" | '''Specification Status'''
|-
| width="150" | '''Author''' || Christian Lohmaier (cloph), Eric Bachard (ericb), feel free to add yourself...
|-
| width="150" | '''Previous Change''' || Initial version from Christian Lohmaier
|-
| width="150" | '''Last Change''' || Added Language packs use in OpenOffice.org Installation Context [[User:Ericb|Ericb]] 11:34, 31 December 2007 (CET)
|-
| width="150" | '''Status''' || Preliminary [[Specification_Template_Help#Status|Help]]
|-
|}

== Abstract ==
Languagepacks offer a convenient way to install additional languages to a base-installation of OpenOffice.org

The main benefits are:
* small download size
* easy installation of multiple languages

__TOC__

== References ==

{| border="2" cellpadding="4" cellspacing="0" style="margin: 1em 1em 1em 0; border: 1px #cccccc solid; border-collapse: collapse; width: 100%"
|-
| width="300" bgcolor="#dddddd" | '''Reference Document''' || bgcolor="#dddddd" | '''Check''' || bgcolor="#dddddd" | '''Location (URL)'''
|-
| |'''[http://wiki.services.openoffice.org/wiki/Category:Specification#Before_Writing_a_Software_Specification_--_What_Else_Do_I_have_to_Do.3F Specification Process Entry Check]'''
| [passed/failed]
| n/a
|-
| '''Product Requirement, RFE, Issue ID''' (required)
| [available]
| [http://www.openoffice.org/issues/show_bug.cgi?id=64937 issue 64937]
|-
| Product Concept Document
| [not available]
| doesn't apply
|-
| '''[[Test case specification]]''' (required)
| [not available]
| see this document
|-
| IDL Specification
| [not available]
| doesn't apply
|-
| [http://wiki.services.openoffice.org/wiki/The_Three_Golden_Rules_for_Writing_OpenOffice.org_Specifications '''Software Specification Rules''']
| n/a
| n/a
|-
| Other, e.g. references to related specs
|
| <PLEASE ENTER LOCATION HERE>
|-
|}

== Contacts ==

{| border="2" cellpadding="4" cellspacing="0" style="margin: 1em 1em 1em 0; border: 1px #cccccc solid; border-collapse: collapse; width: 100%"
|-
| width="300" bgcolor="#dddddd" | '''Role''' || bgcolor="#dddddd" | '''Name''' || bgcolor="#dddddd" | '''E-Mail Address'''
|-
| '''Developer'''
| Christian Lohmaier
| <cloph@openoffice.org>
|-
| '''Quality Assurance'''
| <Raphael Bircher>
| <rbircher@openoffice.org>
|-
| '''Documentation'''
| <First Name, Last Name>
| <User@openoffice.org>
|-
| '''User Experience'''
| <First Name, Last Name>
| <User@openoffice.org>
|-
|}

== Acronyms and Abbreviations ==
{| border="2" cellpadding="4" cellspacing="0" style="margin: 1em 1em 1em 0; border: 1px #cccccc solid; border-collapse: collapse; width: 100%"
|-
| bgcolor="#dddddd" | '''Acronym / Abbreviation''' || bgcolor="#dddddd" | '''Definition'''
|-
| <WYSIWYG>
| <What You See Is What You Get>
|-
|}

== Detailed Specification ==
The languagepack is provided as a mountable disk image (dmg). The user opens/mounts the image by double-clicking it after downloading.
Within the dmg, the user will find two folders with the readme and license and an installation program.

=== Default Scenario ===
When the user launches the installer, he will be greeted with the following dialog (NOTE: Strings not final yet/open for discussion): 
[[Image:MacLangpack1.png]]

When the user doesn't abort the installation, he will be promted to choose on of the detected installations of OpenOffice.org: 
[[Image:MacLangpack2.png]]

When the user did pick one of the suggested versions (and the version really is an OOo install), then he will be informed that the installation is about to begin: 
[[Image:MacLangpack3.png]]

Once the installation is finished, the final dialog is displayed: 
[[Image:MacLangpack4.png]]

=== Special Cases ===
* The user doesn't choose one of the autodetected installations, but uses the option to select his/her own
In that case, Mac's default file-picker is shown, asking the user to select the correct app. (in the screenshots, the user did choose an invalid application) 
[[Image:MacLangpack5.png]]

:In case the user did choose an invalid application, one that could not be identified as being ans OpenOffice.org installation, the languagepack installation will be aborted with the following message: 
[[Image:MacLangpack6.png]]

* The user doesn't have the necessary privileges to write into the target directory. In that case he has the choice to identify as administrator or to abort the installation: 
[[Image:MacLangpack7.png]]

:If the user did choose to identify, a Mac's default authentication dialog is shown, asking for the user to provide an admin account's username and password: 
[[Image:MacLangpack8.png]]

::In case authentication fails, the installation is aborted: 
[[Image:MacLangpack9.png]]

[[Specification_Template_Help#Detailed_Specification|Help]] | [[UI-Elements|User Interface Element Templates]] | [[Specification_Example|Example Spec]]

== Migration ==
There is no migration path. Installation on Mac OS X via "manual install" (drag'n'drop) installer doesn't offer an uninstall or update method. You install OpenOffice.org by dragging a folder out of the installation image to your harddisk. And you uninstall OpenOffice.org by moving that folder to the trash. "Updating" is performed by removing the old version and replacing it by the new version. (Mac OS X offers to replace the old version with the new one when the name is the same)

When the user installs a new version of OpenOffice.org, the user must manually (re-)install the languagepack again.

A given languagepack is likely to work across several different minor versions of the base installation (however, installing a languagepack of a different version is ''not guaranteed'' to work).
Whether it works or not depends on the amount of changes within the office/the localisations, and is not related to the languagepack installation discussed in this specification.

== Configuration ==
Irrelevant - the installsets don't touch the office itself, the configuration & dialogs to choose a specific language are already part of OpenOffice.org

== File Format ==
Irrelevant - the installsets don't touch the Office itself, the support to handle languagepacks is already part of OpenOffice.org

== Open Issues ==
None known

== Future Considerations ==
These comments below apply to a full revamp of the installation process on Mac OSX, it is out-of-scope of this specification. It is listed here for reference only.

=== Multi-Language OpenOffice.org installation sets ===

-> As Apple people explained us during WWDC (Philipp Lohmann can confirm), what is expected is

A) Download a big archive containing 5 to 7 major locales. ( say 230 MB max , approximatively)

Note: this is unclear, but .dpkg archive has my preference for the complete archive, who can contain a .dmg to be droped in the correct install dir

B) Install Process

<pre>
2) Installation is made using current System locale (between the most used, else english is defaut fallback ),
means the questions are localized

3) The user has to check wich locales must be installed, or is invited to download the one he needs
if his locale is not in the archive, or keep english as default until he downloaded the correct
language pack to be installed

4) ... after the user has choosen, the installation process installs every checked locales, else english as default;

5) .. other choices not locale relevant ..

Enf of Install process
...
</pre>

C) The result :

OpenOffice.org at launch, will use the correct locale, since the locale is checked at launch (in sal, exacty in osxlocale.cxx )

If the user wants to install another locale afterward -> your language packs are perfect and already functional.

[[User:Ericb|Ericb]] 11:26, 31 December 2007 (CET)

[[Category:Specification]]
[[Category:MacOSX]]

DE/3.0 Release Test

2008-09-07T18:25:57Z

Rbircher: /* Testmatrix */

[[Category:de.openoffice.org|Release Test 3.0]]
Diese Seite dient der Koordination der Release-Tests der deutschsprachigen Version 3.0.
Die Tests sollen der Freigabe der deutschsprachigen Pakete von OpenOffice.org 3.0 dienen.

Der Freigabetest wird anhand des Release-Sanity Scenarios im TCM durchgeführt.
Zum Test werden die regulären RC's für die jeweilige Plattform verwendet. Dies ist diesmal die Version 3.0.0 RC 1 (OOO300_m5).

==Liste der Plattformen: ==

[http://qatrack.services.openoffice.org/ QaTrack] (alle Plattformen)

* SUN-Builds
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Linux x86 deb]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Linux x86_64 deb]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Windows ohne JRE]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Windows mit JRE]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Linux x86 RPM ohne JRE]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Linux x86 RPM mit JRE]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Linux x86_64 RPM ohne JRE]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Linux x86_64 RPM mit JRE]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ SolarisSparc ohne JRE]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Solaris Sparc mit JRE]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Solaris X86 ohne JRE]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ Solaris X86 mit JRE]
** [http://ftp-1.gwdg.de/pub/openoffice/extended/ MacOSX/Intel]

Die 64 bit Version gibt es nur als Langpacks. Die englische Version gibt es [http://ftp-1.gwdg.de/pub/openoffice/contrib/rc/3.0.0rc1/ hier]

* Pavels Build
** [http://ftp.linux.cz/pub/localization/OpenOffice.org/devel/OOO300/ Linux x86 deb]
** [http://ftp.linux.cz/pub/localization/OpenOffice.org/devel/OOO300/ Linux x86 rpm]
** [http://ftp.linux.cz/pub/localization/OpenOffice.org/devel/OOO300/ Linux x86_64 deb]
** [http://ftp.linux.cz/pub/localization/OpenOffice.org/devel/OOO300/ Linux x86_64 rpm]
** [http://ftp.linux.cz/pub/localization/OpenOffice.org/devel/OOO300/ Windows]

* Mahos builds
** [ftp://ooopackages.good-day.net/pub/OpenOffice.org/MacOSX/ Mac OS X x86 (Intel)]
** [ftp://ooopackages.good-day.net/pub/OpenOffice.org/MacOSX/ Mac OS X PPC]

* [ftp://ooopackages.good-day.net/pub/OpenOffice.org/FreeBSD/ Jacks builds] FreeBSD 5 und 6 - Verzeichnisse .

Werden Fehler oder Probleme aufgedeckt, sollten unbedingt entsprechende Issues gesucht und ggf. neu erfasst werden. Diese sollten dann im TCM bei dem Testfall hinterlegt werden, bei dem das Problem entdeckt wurde.
Bei Problemen unbedingt auf der QA Liste melden. Gefundene Fehler sollten im Zweifelsfall auch dort diskutiert werden.
Bei Problemen mit Issuezilla (z.B. ungenügende Kenntnisse beim Aufgeben von Issues) ebenfalls auf der QA-Liste melden. Dort erhaltet Ihr Hilfe zur Erstellung und Bearbeitung der Issues.

Um bei den Tests mithelfen zu können, wird ein TCM-Account benötigt. Bei Interesse wendet euch bitte an qa@de.openoffice.org

= Informationen und Links =

* [http://de.openoffice.org/about-ooo/about_tcm.html Über TCM]
* [http://www.sunvirtuallab.com/tcm2/opensource/tcm_login.cgi?tcm_config=newooo TCM Login]

= Testmatrix =
wer macht welche Tests - es werden folgende Markierungen verwendet:

'''Bitte gebt an, ob ihr die Version mit oder ohne JRE installiert'''

* grau - Test noch nicht zugeteilt
* normal - zum Testen eingeteilt / Test in Arbeit
* ''kursiv'' - Test mit unkritischen Fehlern bestanden
* '''fett''' - Test ohne Fehler bestanden
* '''''fett-kursiv''''' - Test mit kritischen Fehlern fehlgeschlagen

{| border="1" cellpadding="2"
|-
! Plattform
! Tester !! Ergebnis
|-
! Mac( PPC)
|| ||
|-
! Mac( x86)
||torwart (Martin Hagmann),||
|-
! PowerPC(Linux)
|| ||
|-
! Sparc(Solaris10)
|| ||
|-
! Sparc(Solaris8)
|| ||
|-
! Sparc(Solaris9)
|| ||
|-
! x86(FreeBSD5.3)
|| ||
|-
! x86(Linux/deb mit/ohne KDE)
|| andreschnabel (mit KDE) ||
|-
! x86(Linux/RPM mit/ohne JRE)
|| wope mit JRE ||''''ok'''' 3 Tests fehlen noch
|-
! x86_64 (Linux/deb mit/ohne KDE)
||thackert (mit KDE4) ||
|-
! x86_64(Linux rpm)
|| ||
|-
! x86(Solaris10)
|| ||
|-
! x86(Solaris10jre)
|| ||
|-
! X86(Solaris9)
|| ||
|-
! x86(Win2003 mit/ohne JRE)
|| ||
|-
! x86(Win2K mit/ohne JRE)
|| ||
|-
! x86(WinXP mit/ohne JRE)
|| wope mit JRE || ''ok'' 3 Tests fehlen noch
|-
! x86(WinVista mit/ohne JRE)
|| mdormann ||
|}

= Zusatzaufgaben =

== Issues verifizieren ==

Folgende Issues sind für OOo 3.0 geplant, aber noch nicht geschlossen. Diese sollten aufgearbeitet werden:

* [http://qa.openoffice.org/issues/buglist.cgi?issue_type=DEFECT&issue_type=ENHANCEMENT&issue_status=UNCONFIRMED&issue_status=NEW&issue_status=STARTED&issue_status=REOPENED&issue_status=RESOLVED&issue_status=VERIFIED&target_milestone=OOo+3.0&Submit+query=Submit+query zu verifizierende Issues]

Vorgehen:
* einen Issue hernehmen (am besten, einen, mit dem man bereits zu tun hatte)
* prüfen, ob er tatsächlich gefixt ist ('''nur Issues bearbeiten, bei denen man sicher ist, das Problem zu verstehen''')
* wenn ja -> Status auf "Closed" wechseln (Mark Issue as Closed)
* wenn nein -> Issue wieder öffnen (reopen issue) und target auf 3.x ändern
* jeweils einen Kommentar hinterlassen, mit welcher Version (RC x) geprüft wurde und welche Probleme evtl. noch beobachtet wurden

Sonst keine Änderungen vornehmen .. auch keine Diskussionen, dass man den Fehler lieber anders gefixt haben möchte, oder dass es im Umfeld noch weitere Probleme gibt. Sollte das der Fall sein, einen neuen Issue aufgeben.

DE/Automatisches Testen

2008-09-03T08:31:14Z

Rbircher: /* [ftp://ftp5.gwdg.de/pub/openoffice/extended/developer/DEV300_m30/ DEV300_m30] */

[[Category:de.openoffice.org]] {{de.OOo}}
= Koordinationsseite für die automatischen Tests =

Das hier soll die Koordinationsseite für die automatischen Tests mit dem Testtool sein. Wir machen nicht für jeden Millestone eine eigene Seite, sondern löschen die Einträge alter Milestones. Die Resultate sind ja auf QASTe einsehbar.

Das Testtool selber gibt es [http://qa.openoffice.org/ooQAReloaded/AutomationTeamsite/ooQA-TeamAutomationBin.html ]

= [ftp://ftp5.gwdg.de/pub/openoffice/extended/developer/DEV300_m30/ DEV300_m30] =

'''Testscript Zip:''' [http://82.220.2.16/~OOo/testscripts/DEV300_m30.zip DEV300_m30.zip] ca 50 MB 
'''CVS Checkout:''' cvs checkout -r DEV300_m30 testautomation

* Windows cat0
* Linux cat0 '''s1gny''' (x86_64 fertig)
* Mac OS X cat0 '''rbircher''' (abgeschlossen)
* Solaris x86 cat0 '''s1gny''' (tests am laufen)
* Solaris Sparc cat0 '''s1gny''' (tests am laufen)

= OOO300_m4 =

Kategorien, die gemacht werden sollen ''Cat0'' 

'''Testscript Zip:''' [http://82.220.2.16/~OOo/testscripts/OOO300_m4.zip OOO300_m4.zip] ca 50 MB 
'''CVS Checkout:''' export CVSROOT=:pserver:anoncvs@anoncvs.services.openoffice.org:/cvs;cvs checkout -r OOO300_m4 testautomation

* [ftp://ftp.solnet.ch/mirror/OpenOffice/extended/developer/OOO300_m4/OOo-Dev_OOO300_m4_Win32Intel_install_en-US.exe Windows] cat0 '''wope''' Win XP SP2
* Windows cat1
* [ftp://ftp.solnet.ch/mirror/OpenOffice/extended/developer/OOO300_m4/OOo-Dev_OOO300_m4_LinuxIntel_install_en-US_deb.tar.gz Linux] Intel cat0 '''wope''' SuSe11.0
* Linux optional
* [ftp://ftp.solnet.ch/mirror/OpenOffice/extended/developer/OOO300_m4/OOo-Dev_OOO300_m4_MacOSXIntel_AQUA_install_en-US.dmg Mac OS X] cat0 '''rbircher''' beendet
* Mac OS X cat0
* [ftp://ftp.solnet.ch/mirror/OpenOffice/extended/developer/OOO300_m4/OOo-Dev_OOO300_m4_Solarisx86_install_en-US.tar.gz Solaris x86] cat0 '''s1gny''' (fertig)
* [ftp://ftp.solnet.ch/mirror/OpenOffice/extended/developer/OOO300_m4/OOo-Dev_OOO300_m4_SolarisSparc_install_en-US.tar.gz Solaris Sparc] cat0 '''s1gny''' (fertig)

Langpacks sind [ftp://ftp.solnet.ch/mirror/OpenOffice/extended/developer/OOO300_m4/ hier] zu finden (ausser für MAC).

= [ftp://ftp.solnet.ch/mirror/OpenOffice/extended/developer/OOO300_m3/ OOO300_m3] =

Kategorien die gemacht werden sollten: ''Cat0'' 

'''CVS Checkout:''' export CVSROOT=:pserver:anoncvs@anoncvs.services.openoffice.org:/cvs;cvs checkout -r OOO300_m3 testautomation

* [ftp://ftp.solnet.ch/mirror/OpenOffice/extended/developer/OOO300_m3/OOo-Dev_OOO300_m3_Win32Intel_install_en-US.exe Windows] cat0 '''wope''' Win XP SP2
* Windows cat1
* [ftp://ftp.solnet.ch/mirror/OpenOffice/extended/developer/OOO300_m3/OOo-Dev_OOO300_m3_LinuxIntel_install_en-US_deb.tar.gz Linux] Intel cat0 '''wope''' SuSe11.0
* Linux optional
* [ftp://ftp.solnet.ch/mirror/OpenOffice/extended/developer/OOO300_m3/OOo-Dev_OOO300_m3_MacOSXIntel_AQUA_install_en-US.dmg Mac OS X] cat0 '''rbircher''' Abgeschlossen mit Fehlern
* Mac OS X cat0
* [ftp://ftp.solnet.ch/mirror/OpenOffice/extended/developer/OOO300_m3/OOo-Dev_OOO300_m3_Solarisx86_install_en-US.tar.gz Solaris x86] cat0 '''s1gny'''
* [ftp://ftp.solnet.ch/mirror/OpenOffice/extended/developer/OOO300_m3/OOo-Dev_OOO300_m3_SolarisSparc_install_en-US.tar.gz Solaris Sparc] cat0 '''s1gny'''

Langpacks sind [ftp://ftp.solnet.ch/mirror/OpenOffice/extended/developer/OOO300_m3/ hier] zu finden (ausser für MAC).

= liste cat0 tests =

./chart2/required/ch2_updt_calc.bas
./chart2/optional/ch2_lvl1_wizard.bas
./dbaccess/required/dba_ReportBuilder.bas
./dbaccess/required/dba_Main.bas
./dbaccess/required/dba_xforms_Main.bas
./framework/optional/f_scripting_basics.bas
./framework/required/f_first.bas
./framework/required/f_printer_administration.bas
./framework/required/f_security_dialogs.bas
./framework/required/f_tools_customize.bas
./framework/required/f_topten.bas
./framework/optional/f_basic_first.bas
./framework/required/f_basic_dialogs.bas
./framework/required/f_help_browser.bas
./framework/required/f_script_organizers.bas
./framework/required/f_standard_toolbar.bas
./framework/required/f_tools_options.bas
./framework/required/f_window_functions.bas
./graphics/required/d_updt.bas
./graphics/required/i_updt_1.bas
./graphics/required/d_opt.bas
./graphics/required/i_opt.bas
./graphics/required/i_updt_2.bas
./math/required/m_updt.bas
./spreadsheet/required/c_updt2.bas
./spreadsheet/required/c_updt1.bas
./writer/required/w_updt.bas
./xml/required/oasis_graphics_update.bas