Re: [de-dev] Sind plattformspezifische Übersetzung en in der Hilfe möglich?

2010-10-27 Diskussionsfäden Gisbert Friege

Hallo Andre und evtl. weitere XLM-KennerInnen,

erlaubt bitte eine kurze Anschlussfrage, ohne einen neuen Thread 
aufmachen zu wollen:


Andre Schnabel schrieb:


...
... (es gibt dazu
ein paar XLM-Tags, die Textbreiche plattform- oder auch applikations-
spezifisch ein- / ausblenden)

> ...

Weiß jemand von Euch, ob es solche Tags auch in Accelerators.xcu oder 
addon.xcu geben darf?


Sodass man etwa statt bei xml:lang="de_DE"
soetwas wie  xml:os="MAC" verwenden könnte?

(oder: wo gibt es eine vollständige Dokumentation der Tags?)

Gruß
Gisbert



-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Re: Vorschlag: Nichtveröffentlich ung LO 3.3

2010-10-27 Diskussionsfäden michael
Andreas Mantke schrieb:

> will ich nicht. Ich habe nur geschrieben, wie ich es aktuell handhaben werde. 
> Das ist 
> nur meine persönliche Verfahrensweise. Wenn es die TDF als rechtsfähige 
> Institution 
> gibt, werde ich schauen, wie die Rahmenbedingungen dann sind und entscheiden, 
> ob und 
> mit wem ich ein CA unterzeichne. Das muss ich aber nicht heute entscheiden ;-)
> 
Wenn sich die TDF mit dem CA Zeit lässt, bis sie etabliert ist, kann es
zu spät für einfache Korrekturen sein. Wir haben alle erfahren müssen,
wie schwierig bis unmöglich es ist, ein falsch eingestieltes System zu
ändern.

Wenn der deutsche Verein auch in anderer Hinsicht die einstweilige
Rechtsträgerschaft für die TDF übernimmt, warum nicht beim CA? Es kann
ja hinein geschrieben werden, dass der Verein die CAs auf die TDF nach
deren Gründung zu übertragen hat.

Gruß
Michael



-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Re: Vorschlag: Nichtveröffentlic hung LO 3.3

2010-10-27 Diskussionsfäden Florian Effenberger

Hallo,

michael wrote on 2010-10-27 10.06:

Wenn sich die TDF mit dem CA Zeit lässt, bis sie etabliert ist, kann es
zu spät für einfache Korrekturen sein. Wir haben alle erfahren müssen,
wie schwierig bis unmöglich es ist, ein falsch eingestieltes System zu
ändern.


wir lassen uns keine Zeit mit einem CA. Wir wollen keins, denn das war 
bisher eines der großen Probleme. Mir sind auch nicht wirklich viele 
OSS-Projekte bekannt, die ein CA fordern.


Viele Grüße
Flo

--
Florian Effenberger 
Tel: +49 8341 99660880 | Mobile: +49 151 14424108
Skype: floeff | Twitter/Identi.ca: @floeff

-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



[de-dev] Re: Vorschlag: Nichtveröffentlichung LO 3.3

2010-10-27 Diskussionsfäden Björn Michaelsen
Hi Florian,

Am Wed, 27 Oct 2010 10:15:39 +0200
schrieb Florian Effenberger :

> wir lassen uns keine Zeit mit einem CA. Wir wollen keins, denn das
> war bisher eines der großen Probleme. Mir sind auch nicht wirklich
> viele OSS-Projekte bekannt, die ein CA fordern.

Das finde ich dann doch ziemlich ueberraschend. Also so ganz ohne
Regelung machen das die wenigsten bedeutenden Projekte(*), z.B.:

http://www.mozilla.org/hacking/notification/
http://fedoraproject.org/wiki/Legal/Licenses/CLA
http://www.apache.org/licenses/#clas
http://framework.zend.com/wiki/display/ZFPROP/Contributor+License+Agreement
http://www.djangoproject.com/foundation/cla/
http://www.mono-project.com/Licensing (for Compiler/Runtime)
http://www.canonical.com/contributors

Was waere Open Source ohne Firefox und LAMP? Wenn ich also diesen
LAMP-Stack habe:

L z.B. Fedora Linux
A Apache
M MySQL
P z.B. PHP

was genau hat dann kein CA/CLA?

Ich glaube ehrlich gesagt nicht, dass das CA die "grossen Probleme"
macht, es sei denn man legt es darauf an. Dass es im Contribution
Prozess von OOo vieles zu vereinfachen gibt, mag sein. Das CA selbst
ist aber nicht das Problem -- anderswo ist es das auch nicht.

Gruss,

Bjoern

(*) MySQL, OpenJDK lasse ich als "parteiisch" mal aussen vor, auch wenn
die keineswegs unbedeutend sind.



-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



[de-dev] Re: Vorschlag: Nichtveröffentlichung LO 3.3

2010-10-27 Diskussionsfäden Björn Michaelsen
Am Wed, 27 Oct 2010 11:20:30 +0200
schrieb Björn Michaelsen :

> P z.B. PHP

Nachtrag:
Wenn jemand jetzt schreit "PHP ist doof, mein P ist Python":
http://www.python.org/psf/contrib/contrib-form/
und wenn er nach Perl schreit ist ihm nicht zu helfen, aber gut:
http://www.perlfoundation.org/attachment/legal/cla.pdf

Gruss,

Bjoern



-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Re: Vorschlag: Nichtveröffentlic hung LO 3.3

2010-10-27 Diskussionsfäden Martin Hollmichel

Am 27.10.2010 10:15, schrieb Florian Effenberger:

Hallo,

michael wrote on 2010-10-27 10.06:

Wenn sich die TDF mit dem CA Zeit lässt, bis sie etabliert ist, kann es
zu spät für einfache Korrekturen sein. Wir haben alle erfahren müssen,
wie schwierig bis unmöglich es ist, ein falsch eingestieltes System zu
ändern.


wir lassen uns keine Zeit mit einem CA. Wir wollen keins, denn das war 
bisher eines der großen Probleme. Mir sind auch nicht wirklich viele 
OSS-Projekte bekannt, die ein CA fordern.
die Begruendung der FSF fuer ein CA in Kurzform hier: 
http://www.gnu.org/licenses/why-assign.html


Und wer mal richtig Spass haben will, dem rate ich, mal den Diskussionen 
im openstreemap.org projekt zu folgen, die seit Januar 2008 versuchen 
einen Lizenzwechsel von CC-By-Sa zu ODbL hinzubekommen. Ein Ende ist so 
weit ich weiss, nicht in Sicht.


Viele Grüße
Flo


Martin


-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Re: Vorschlag: Nichtveröffentlic hung LO 3.3

2010-10-27 Diskussionsfäden michael
Florian Effenberger schrieb:
> Hallo,
> 
> michael wrote on 2010-10-27 10.06:
>> Wenn sich die TDF mit dem CA Zeit lässt, bis sie etabliert ist, kann es
>> zu spät für einfache Korrekturen sein. Wir haben alle erfahren müssen,
>> wie schwierig bis unmöglich es ist, ein falsch eingestieltes System zu
>> ändern.
> 
> wir lassen uns keine Zeit mit einem CA. Wir wollen keins, denn das war
> bisher eines der großen Probleme. Mir sind auch nicht wirklich viele
> OSS-Projekte bekannt, die ein CA fordern.

Dann bleibt ihr auf alle Ewigkeit an der LGPL Version 3 kleben!

Gruß
Michael


-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



[de-dev] Re: Vorschlag: Nichtveröffentlichung LO 3.3

2010-10-27 Diskussionsfäden Bjoern Michaelsen
Am Wed, 27 Oct 2010 11:51:59 +0200
schrieb Martin Hollmichel :

> Und wer mal richtig Spass haben will, dem rate ich, mal den
> Diskussionen im openstreemap.org projekt zu folgen, die seit Januar
> 2008 versuchen einen Lizenzwechsel von CC-By-Sa zu ODbL
> hinzubekommen. Ein Ende ist so weit ich weiss, nicht in Sicht.

Oder POV-Ray, das deshalb von der Entwicklungsseite gestorben ist ...

Gruss,

Bjoern


-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Re: Vorschlag: Nichtveröffentlichung LO 3.3

2010-10-27 Diskussionsfäden Juergen Schmidt
Hi,

On 10/27/10 12:08 PM, michael wrote:
> Florian Effenberger schrieb:
>> Hallo,
>>
>> michael wrote on 2010-10-27 10.06:
>>> Wenn sich die TDF mit dem CA Zeit lässt, bis sie etabliert ist, kann es
>>> zu spät für einfache Korrekturen sein. Wir haben alle erfahren müssen,
>>> wie schwierig bis unmöglich es ist, ein falsch eingestieltes System zu
>>> ändern.
>>
>> wir lassen uns keine Zeit mit einem CA. Wir wollen keins, denn das war
>> bisher eines der großen Probleme. Mir sind auch nicht wirklich viele
>> OSS-Projekte bekannt, die ein CA fordern.
> 
> Dann bleibt ihr auf alle Ewigkeit an der LGPL Version 3 kleben!

die Frage die man sich persönlich stellen muss oder sollte ist aus
meiner Sicht doch ganz einfach. Habe ich als Individuum ein Problem mit
einem CA oder besser JCA, wenn ich berücksichtige wozu ich beitrage und
was ich im Gegenzug dafür bekomme?

Ich liefere 10 Zeilen Code/Übersetzungen etc. oder vielleicht auch 100
oder 1000 und nutze auf der anderen Seite Millionen anderer Zeilen Code
gebündelt in einem Produkt, das ich persönlich und alle anderen, die es
wollen, weltweit kostenlos nutzen können.

Gründe für ein CA (bei wem auch immer es liegen mag) wurden ja schon
genannt.

Das eine Firma versucht, mit einem kommerziellen Produkt, basierend auf
diesem Source Code, Geld zu verdienen, um in erster Linie Ihr Investment
in das freie und auch kostenlose Produkt wieder rein zu bekommen, ist
für mich als Individuum völlig ok. Und darüber hinaus hoffe ich das
sogar, dass die Firma damit Profit macht, denn somit ist auch das
Investment dieser Firma in das Projekt in der Zukunft gesichert.

Ich als Individuum kann damit auf jeden Fall prima leben. Als Corporate
Contributor mag das anders aussehen, aber das sind Dinge/Probleme die
auf anderem Level gelöst werden müssen.

Ich sehe hier also kein Problem als Individuum (selbst wenn ich nicht
für Oracle arbeiten würde).

Es mag günstigere Konstellationen geben als die, die wir im Moment
haben. Aber um das zu ändern bzw. den Copyright Owner von etwas anderem,
vielleicht Besserem zu überzeugen, sollte man Argumente und handfeste
Gründe sammeln und diese entsprechend gut verkaufen. Ob der jetzt
gewählte Weg zielführend ist bzw. sein wird, wage ich zu bezweifeln.

Juergen


PS: ich gehe hier bewusst nicht auf andere gewichtigere Probleme/Fehler
ein, die sicherlich mit zu der jetzigen Situation geführt haben. Ich
hoffe nur, es werden die Lehren daraus gezogen um es in Zukunft besser
zu machen.

> 
> Gruß
> Michael
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
> For additional commands, e-mail: dev-h...@de.openoffice.org
> 
> 


-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Java - OO Api - erster Test

2010-10-27 Diskussionsfäden Juergen Schmidt
Hi Jochen,

das liegt daran, das unter Ubuntu die Strukturen/Pfade, anders sind als
im Plain OOo von der Web-Seite. Das Analysieren des ClassPath ist zwar
richtig, funktioniert hier aber nicht. Idealerweise ist der ClassPath
aber auch gar nicht notwendig, wenn du dein Jar so bundelst, wie es z.B.
das NetBeans Plugin macht. Hier wird noch etwas Glue-Code (aus dem SDK)
mit eingepackt und die eigentliche Main Klasse indirekt geladen. Dieser
Glue-Code sorgt dafür, das ein ordentliches OOo gefunden wird und das
ein entsprechender Classloader initialisiert wird, mit dem die Main
Klasse dann geladen wird.

Es gibt aber dennoch Situationen, in denen kein Office gefunden wird
oder aber man ein bestimmtes starten möchte. In diesem Fall starte dein
Programm einfach mit

jar -Dcom.sun.star.lib.loader.unopath="" -jar MyApp.jar

z.B.
java" -d32
-Dcom.sun.star.lib.loader.unopath="/local/develop/offices/ooo330m8/OpenOffice.org.app/Contents/MacOS"
-jar
/local/develop/offices/ooo330m8/OpenOffice.org3.3_SDK/MACOSXexample.out/class/JavaTextExamples/StyleCreation.jar

Der -d32 Schalter ist um explizit 32bit Java zu starten und auf dem Mac
ist es "Contents/MacOS" anstelle von "program"

Jürgen

On 10/24/10 9:36 AM, Jochen Georges wrote:
> Hallo,
> 
> ich habe mich mal an einen ersten Java-OO-Test gewagt.
> 
> Das Programm lässt sich zwar fehlerfrei compilieren, beim Ausführen gibt
> es aber folgende Fehlermeldung:
> com.sun.star.comp.helper.BootstrapException: no office executable found!
> 
> Kann mir jemand einen Tipp geben?
> 
> Vielen Dank !
> 
> Beste Grüße
> Jochen
> 
> __ Quelltext: Test1.java
> import com.sun.star.uno.XComponentContext;
> import com.sun.star.comp.helper.Bootstrap;
> import com.sun.star.lang.XComponent;
> 
> public class Test1{
>   XComponent xComponent;
>   public Test1() {
> System.out.println("Konstruktorhallo");
> try {
>   XComponentContext xContext = Bootstrap.bootstrap();
>   if (xContext == null) {
> System.err.println(
>   "ERROR: Could not bootstrap default Office."
> );
>   }
> }catch (java.lang.Exception e){
>   e.printStackTrace();
> }finally {
>   System.exit( 0 );
> }
>   }
>   public static void main(String[] args) {
> new Test1();
>   }
> }
> 
> __CLASSPATH:
> export CLASSPATH=$CLASSPATH:.:/usr/share/java/openoffice/jurt.jar:
> /usr/share/java/openoffice/juh.jar:
> /usr/share/java/openoffice/ridl.jar:
> /usr/share/java/openoffice/unoil.jar
> 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
> For additional commands, e-mail: dev-h...@de.openoffice.org
> 
> 


-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Re: Vorschlag: Nichtveröffentlichung L O 3.3

2010-10-27 Diskussionsfäden Jörg Schmidt
Hallo Florian, *,

Florian Effenberger schrieb:
> wir lassen uns keine Zeit mit einem CA.

Also zum jetzigen Zeitpunkt verstehe ich das vollkommen, auch hatte ich
ganz deutlich gemacht das es derezeitig darum gehen muß die wesentlichen
Dinge voranzubringen, aber, _und Du bist einer der Initiatoren von
TDF/LO_,:

> Wir wollen keins,

Was heißt das? Schreibfehler?
Ich hatte in anderer Mail bereits deutlich gemacht das diese Dinge
bisher als Kernaufgabe für eine Foundation galten (in diversen
Mailingthreads, in DE-OOo wie international als auch in allg.
Veröffentlichungen).

Wenn eine Foundation sich nun plötzlich nicht mehr um die zentrale
Verwaltung von Rechten am Code kümmern würde wollen, wäre mir das
vollkommen unverständlich.
(wohlgemerkt, es geht nicht um "sofort", sonden um das Grundsätzliche,
was sich praktisch dann ungefähr so ergeben sollte/Wird wie Andreas es
umrisssen hat, denn natürlich kann ja heute noch nicht im Detail klar
sein wie ein CA ausehen soll, nur das es zweckmäßig eines geben muß
sollte klar sein)

> denn das war
> bisher eines der großen Probleme.

Nein, nicht wirklich. Das bisherige Problem, bzw. was Viele aus der
Community als Solches begriffen, war das diese Rechte alleinig von einem
Unternehmen (Sun oder Oracle) verwaltet wurden und das nun durch die
Foundation diese Unternehmensabhängigkeit überwunden werden sollte.

Falls jedoch die Foundation nicht beabsichtigt die einheitliche
Verwaltung bzw. Rechtswahrnehmung für den Code gegenüber Dritten
wahrzunehmen, wäre mir das gänzlich unverständlich und wohl kaum im
Sinne der Anwender von LO, die natürlich zu Recht erwarten das die
Absicherung von LO gegen mögliche Ansprüche Dritter perspektivisch
mindestens so abgesichert ist, wie derzeitig OOo.

Es geht dabei schlicht darum das Dritte jederzeit versuchen können
Rechte gegen LO geltend zu machen und es dann zur Abwehr eines
einheitlichen Vorgehens bedarf, welches in einer Hand gebündelt sein muß
und sich nicht auf hinderte/tausende Inhaber von Urheberrechten an
Einzelcodebeiträgen verteilen darf.
Diese rein praktische Seite sollte unübersehbar klar und unstrittig sein
und sie ist dann nur in Form eines von den Einzelbeiträgern
unterzeichneten 'CA' handhabbar.



Gruß
Jörg


-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



[de-dev] Experte Datenaustausch gesucht

2010-10-27 Diskussionsfäden Regina Henschel

Hallo zusammen,

auf der business-Liste sind zwei Fragen zum Datenaustausch mit 
Fremdanwendungen. Leider habe ich davon gar keine Ahnung, möchte aber 
nicht, dass es unbeanwortet bleibt. Könnt ihr mal gucken, ob ihr 
weiterhelfen könnt?

http://de.openoffice.org/servlets/ReadMsg?list=business&msgNo=903
http://de.openoffice.org/servlets/ReadMsg?list=business&msgNo=902

MfG
Regina

-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



[de-dev] Re: Vorschlag: Nichtveröffentlichung LO 3.3

2010-10-27 Diskussionsfäden Björn Michaelsen
Hi Thorsten,

Am Wed, 27 Oct 2010 17:44:31 +0200
schrieb Thorsten Behrens :
> Ist optional. Python akzeptiert auch Submissions ohne CA.
Ein CA ist ihnen aber lieber.

> Martin Hollmichel wrote:
> > die Begruendung der FSF fuer ein CA in Kurzform hier:
> > http://www.gnu.org/licenses/why-assign.html
> > 
> FSF-Projekte fallen nicht gerade durch tonnenweise Beteiligung auf.
Apache andererseits ist nicht schlecht besucht. Das haengt also nicht
direkt mit dem CA zusammen.

> Und damit das FSF-Argument überhaupt funktioniert, müßte Oracle
> erstmal der TDF das Copyright übertragen. Ums ganz deutlich zu
> sagen: wir sind ansonsten Fall, wie jemand anders ausführte, ohnehin
> für die nächsten 10 Jahre auf LGPLv3 genagelt
Noe, Oracle koennte relicensen (vielleicht notwendig aufgrund konkreter
Aenderung der rechtlichen Umstaende). Ihr koenntet dann nicht folgen.
Noch lustiger ist folgendes Gedankenspiel: Openoffice.org wechselt aus
einer Laune auf eine LGPL-inkompatible Lizenz. Dann koenntet ihr nichts
mehr aus OOo mergen -- oder ihr koennt einpacken/neu anfangen.

> - also warum sollten wir ohne Not zusätzliche Bremsen für Contribution 
> einführen?
Ihr haettet etwas in der Hand, ueber das man reden koennte? Und
zumindest ein optionaler CA wird keine Contributor abschrecken.

> Um der Liste der Projekt _mit_ CA ein paar sehr erfolgreiche _ohne_
> CA entgegen zu stellen:
> 
> Linux Kernel
Linux war immer ein Projekt mit Individualcontributoren. Spaeter mit
gesponsorten Individualcontributoren. Nicht vergleichbar mit OOo.

> Gnome
> KDE (ein FLA, kein CA - und noch dazu optional)
Das sind eher Distributionen (Projektsammelungen) den Projekte. Von
einer solchen Modularitaet (die das Gesamtprojekt nicht gefaehrdet,
wenn ein Teil rechtlich problematisch wird) ist OOo noch ganz, ganz,
ganz weit weg. Und die Einzelprojekte sind wiederum kaum in der Groesse
mit OOo vergleichbar.

Schlussendlich bleibt aber, dass Projekte auch mit CA erfolgreich
werden, daher ist der Glaube, das allein das OpenOffice.org den Weg zur
Weltherrschaft verwehrt -- und es deshalb nicht zu diskutieren ist, zu
kurz gegriffen.

Gruss,

Bjoern



-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org



Re: [de-dev] Re: Vorschlag : Nichtveröffentlichung LO 3.3

2010-10-27 Diskussionsfäden Thorsten Behrens
Moin Björn,

Du schreibst:
> Noe, Oracle koennte relicensen (vielleicht notwendig aufgrund konkreter
> Aenderung der rechtlichen Umstaende). Ihr koenntet dann nicht folgen.
>
Doch. Siehe http://wiki.documentfoundation.org/Easy_Hacks#Preamble

> Noch lustiger ist folgendes Gedankenspiel: Openoffice.org wechselt aus
> einer Laune auf eine LGPL-inkompatible Lizenz. Dann koenntet ihr nichts
> mehr aus OOo mergen -- oder ihr koennt einpacken/neu anfangen.
> 
Eine interessante Variante - allerdings mit Risiken. Es gibt
ziemlich viel 3rd-Party LGPL-Code in OOo - und je nachdem, ob, wie
& wo der OOo-Code nutzt, läuft man in das Problem, weswegen Mozilla
relicensen wollte:
http://www-archive.mozilla.org/MPL/relicensing-faq.html#why-relicensing

> > - also warum sollten wir ohne Not zusätzliche Bremsen für Contribution 
> > einführen?
> Ihr haettet etwas in der Hand, ueber das man reden koennte? Und
> zumindest ein optionaler CA wird keine Contributor abschrecken.
>
Stimmt. Es ändert aber im Zweifel auch nicht viel an der von Dir
angenommenen Problematik. ;)
 
> > Linux Kernel
> Linux war immer ein Projekt mit Individualcontributoren. Spaeter mit
> gesponsorten Individualcontributoren. Nicht vergleichbar mit OOo.
> 
> > Gnome
> > KDE (ein FLA, kein CA - und noch dazu optional)
> Das sind eher Distributionen (Projektsammelungen) denn Projekte.
>
Hehe. Was nicht sein kann, darf nicht sein?

> Schlussendlich bleibt aber, dass Projekte auch mit CA erfolgreich
> werden, daher ist der Glaube, das allein das OpenOffice.org den Weg zur
> Weltherrschaft verwehrt
>
Neinnein, das *alleine* ist es nicht. ;)

> -- und es deshalb nicht zu diskutieren ist, zu kurz gegriffen.
> 
Ich diskutiere doch mit Dir. :)

Libre Grüße,

-- Thorsten


pgpDonVUWL3NH.pgp
Description: PGP signature


Re: [de-dev] Experte Datenaustausch gesucht

2010-10-27 Diskussionsfäden Stefan Weigel
Hi Regina,

Am 27.10.2010 19:54, schrieb Regina Henschel:

> Experte Datenaustausch gesucht

Ich bin zwar kein "Experte", habe aber mal ein paar Hinweise gegeben.

Gruß

Stefan


-
To unsubscribe, e-mail: dev-unsubscr...@de.openoffice.org
For additional commands, e-mail: dev-h...@de.openoffice.org