RE: Flyer und Jörgs löschung ohne Kommentar

[Jörg Schmidt]

Hallo Peter, 

> -Original Message-
> From: Peter Kovacs [mailto:pe...@apache.org] 
> Sent: Sunday, May 17, 2020 10:28 PM
> To: dev-de@openoffice.apache.org
> Subject: Re: Flyer und Jörgs löschung ohne Kommentar

> vielen Dank für deine Klarstellung zum Flyer. Das hilft mir sehr 
> einzuschätzen, wie die Sache gesehen wird. Ich möchte nur noch mal 
> darauf hinweisen, das dies auch ein Hinweis und eine Wertschätzung an 
> eurer Arbeit gegenüber dem Apache Projekt gemeint war. Ich finde wir 
> sollten separat dann zusammen eine Lizenz festlegen. (Eigener 
> Themenkanal)

Ja sicher. Ich denke bei dem Thema wird kein Dissenz aufkommen, weil uns jede 
Lizenz recht ist. 

Im Zweifel: auch bei diesem Thema entscheidet natürlich das Team der ProOO-Box 
(korrekter gesagt hier das Team der beteiligten Autoren), allein ich bin mir 
bei diesem Thema sehr sehr sicher das dieses Team das genauso sieht wie ich 
hier.



Gruß
Jörg


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

Re: Flyer und Jörgs löschung ohne Kommentar

[Peter Kovacs]

Hallo Jan,

Hallo Jörg,


Am 17.05.20 um 18:56 schrieb Jan-Christian Wienandt:

Moin Peter,

ich bin nicht direkt angesprochen, als Mitglied des Teams der ProOO-Box will 
ich dennoch antworten.
Jeder ist eingeladen und gern Gesehen an einer öffentlichen Diskussion 
Teilzunehmen. Es gibt keine Qualifikation. Es zählt der Wille zur 
konstruktiven Gestaltung.

Nicht zum Thema Flyer, da antwortete Dir Jörg, sondern zu Deinem Satz:


Schade das es jetzt so aussieht würdet ihr euch von AOO verabschieden

Wir verabschieden uns nicht von ApacheOpenOffice.

Du hast richtig geschrieben, dass die ProOO-Box sich als Support für OpenOffice 
sieht.
Als wir 2012 die damalige PrOOo-Box wieder zum Leben erweckten sahen wir uns
als Support für das Projekt ApacheOpenOffice und deren Anwender.
Das hat sich für mich geändert, heute sehe ich uns nur noch als Support für die 
Anwender.
Warum?

Wie Jörg in seiner Antwortmail schon schrieb, trägt u.a.  die geringe 
Wertschätzung
uns gegenüber seinen Teil dazu bei. Aber, für mich ist das nicht der einzige 
Grund.
Das starre Festhalten am Apache-Weg ist aus meiner Sicht falsch. Es waren die
lokalen Projekte und Communitys welche den Erfolg des Projektes ausmachten.
Heute scheinen diese ignoriert bzw. nicht wahrgenommen.


Mir ist unklar was für dich der Apache Weg ist. Für mich ist der Apache 
Weg folgendes:


Ein Projekt besteht Grundsätzlich aus drei Teilen. Das Projekt selbst, 
die ASF und die Community.


Die ASF tritt als der Schirmherr auf. Sie Garantiert, das jeder am 
Projekt Teilnehmen kann, und wirkt einer Blockwirkung entgegen.


Was meine ich mit Blockwirkung? - Ganz einfach, sehr Häufig übernimmt 
die Partei die Führung in einem Projekt welche die meisten Ressourcen 
entsendet.


Mit der Zeit kann sich so eine Fraktion ihre Machtbasis ausbauen und 
erhält im Projekt immer mehr Einfluss. Sie dirigiert irgendwann nicht 
nur was gemacht wird oder nicht, sondern fängt dann in der Außenwirkung 
auch zu sagen, das Sie die einzige Macht sind die das Projekt vorwärts 
bringt und spielt andere Teilnehmer bewusst oder unbewusst herunter. Das 
Unterbindet die ASF so weit es irgendwie möglich ist. Ganz kann man das 
nicht unterbinden. Aber so weit wie es halt eben geht wird es Versucht.


Wie wird das gemacht?

Gruppierungen müssen vor der Tür stehen bleiben. Eine Gruppierung kann 
sich mit der ASF Partnern, aber an einem Projekt teilnehmen darf die 
Gruppierung nicht. Denn nur Natürliche Personen dürfen dem Projekt 
teilnehmen, und alle natürliche Personen verpflichten sich dem wohle des 
Projektes zu dienen. Also Wenn Jörg aktiv am Projekt teilnehmen würdfe, 
dient er zwei "Parteien". Einerseits dem Projekt, dem er Verpflichtet 
fühlt. Anderseits der Gruppierung. In diesem Fall der ProOOBox. Das 
selbe könnte auf Jon Doe zutreffen der für Microsoft arbeitet zutreffen. 
(Rein Hypotetisch) Kommt es jetzt zum Konflikt vermittelt die ASF 
zwischen den Parteien zum wohle des Projekts.


Außerdem stellt die ASF Werkzeuge zur Verfügung das die Community sich 
gegen Angriffe gegen das Projekt von außen verteidigen kann, sowie 
stellt eine grundlegende Infrastruktur bereit.


Wie ihr ja wisst, Opfert die ASF im Gegenzug Rechte in der Lizenz mit 
ihrer sehr freizügigen Regelungen und das ist damit das Risko an der 
Kooperation Teilzunehmen sich senkt. Viele Firmen haben da ein Interesse 
das auch zu erhalten.



Wie wichtig den Anwendern ihre lokale Community bei der Suche nach 
Unterstützung ist,
sehen wir als ProOO-Box in unseren Besucherzahlen.
Durchschnittlich 60.000 bis 70.000 Besucher verzeichnen wir jährlich.
Dabei werden bis auf wenige Ausnahmen Dokumentationen heruntergeladen.
Das, obwohl OpenOffice aus der öffentlichen Wahrnehmung im deutschsprachigem 
Raum
fast vollständig verschwunden ist.


Das trifft nicht nur auf den deutschsprachigen Raum zu. Der letzte 
Artikel den wir hatten war folgender Artikel.


https://www.theregister.co.uk/2018/10/10/apache_open_office_not_dead/

Ich mag ihn immer noch, auch wenn man gewiss den Titel Negativ auffassen 
kann. Niemand postet auf Twitter, Ich habe das Kommando über Facebook.


Announcement sind vielleicht mal das ein Release raus kam oder Download 
zahlen. Das ist extrem Dünn.



Aktuell überarbeiten wir die englischen Dokumentationen zur Version 3.3 
komplett.
Es sind die letzten relativ aktuellen Dokumentationen.
Dabei müssen neben der Aufnahme der Änderungen und Neuerungen seit Version 3.3,
alle Dokumentationen übersetzt werden. Erschwerend kommt hinzu, dass alle
beschriebenen Funktionen, Eigenschaften und Schritte komplett nachvollzogen 
werden müssen.
Grund hierfür sind teils fehlerhafte Beschreibungen in den Quelldokumenten.

Natürlich haben wir unsere überarbeiteten Dokumentationen auf der englischen  
dev-Liste
angeboten, bzw. unsere Hilfe bei der Erstellung von Dokumentationen.
Einziger Kommentar, die Dokumentation der ProOO-Box entspricht nicht der 
Apache-Lizenz.


APL2 macht alles sehr einfach. Wenn es eine andere Lizenz 

Re: AOO 4.2.0-Dev2 (was: macOS and AOO42X)

[Don Lewis]

On 16 May, Matthias Seidel wrote:
> Hi Don,
> 
> Am 15.05.20 um 21:30 schrieb Don Lewis:
>>
>> Nope.  I am able to build AOO420 git revision d12e928220 from late
>> January using gmake 4.3.
> 
> Have there been significant changes to the build system in the past 4 month?
> Maybe you could try it with a more recent revision...

Looks like someone applied this patch to the FreeBSD port:

--- solenv/gbuild/Tempfile.mk.orig  2019-09-17 22:55:21 UTC
+++ solenv/gbuild/Tempfile.mk
@@ -27,7 +27,7 @@ $(strip $(1)
 $(eval gb_var2file_helpervar := $$(shell printf "%s" "" > $(1) ))\
 $(foreach item,$(3),$(eval gb_var2file_curblock += $(item)
 ifeq ($$(words $$(gb_var2file_curblock)),$(2)) 
-gb_var2file_helpervar := $$(shell printf "%s" 
"$$(gb_var2file_curblock)" >> $(1) )
+gb_var2file_helpervar := $$(shell printf " %s" 
"$$(gb_var2file_curblock)" >> $(1) )
 gb_var2file_curblock :=
 endif
 ))\



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

Re: macOS and AOO42X

[Marcus]

Am 18.05.20 um 00:37 schrieb Marcus:

Am 17.05.20 um 12:30 schrieb Matthias Seidel:

Am 17.05.20 um 12:25 schrieb Marcus:

Don't panic, you do not need to be a software engineer or programmer
though those skills are always needed.


2 x need(ed)...

I would rather write:

...  though those skills are always helpful.

or

...  though those skills are always welcome.


yes, one need is too much. I've chosen "welcome" as it sounds the best.


forgot to post the link to the new blog post:

https://blogs.apache.org/OOo/entry/apache-openoffice-needs-your-help

Marcus


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

Re: macOS and AOO42X

[Patricia Shanahan]

On 5/17/2020 3:29 PM, Marcus wrote:

Am 17.05.20 um 23:13 schrieb Brian Barker:

At 16:55 17/05/2020 -0400, Keith N. McKenna wrote:
The Apache® OpenOffice® Projekt is on the road to a bigger update 
for its leading open source office suite.


The changes look good except that its should be either it is or it's 
it would probably be better to use it is rather than the contraction 
it's.


*No!* Once again, in "for its leading open source office suite" the 
"its" is a possessive pronoun, spelled without an apostrophe (cf. his, 
not *hi's!), and does not stand for "it is".


I've replaced the problematic word with "the". If this st also not 
correct, then the blog post could be edited after it was published.


I am putting on my native English speaker hat, to make up for my 
regrettable lack of any skill in German.


"Its" is the possessive form of "It". "It's" is the contraction for "It is".

--
This email has been checked for viruses by AVG.
https://www.avg.com


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

Re: macOS and AOO42X

[Marcus]

Am 17.05.20 um 12:30 schrieb Matthias Seidel:

Am 17.05.20 um 12:25 schrieb Marcus:

Don't panic, you do not need to be a software engineer or programmer
though those skills are always needed.


2 x need(ed)...

I would rather write:

...  though those skills are always helpful.

or

...  though those skills are always welcome.


yes, one need is too much. I've chosen "welcome" as it sounds the best.

Thanks

Marcus


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

Re: macOS and AOO42X

[Marcus]

Am 17.05.20 um 23:13 schrieb Brian Barker:

At 16:55 17/05/2020 -0400, Keith N. McKenna wrote:
The Apache® OpenOffice® Projekt is on the road to a bigger update for 
its leading open source office suite.


The changes look good except that its should be either it is or it's 
it would probably be better to use it is rather than the contraction 
it's.


*No!* Once again, in "for its leading open source office suite" the 
"its" is a possessive pronoun, spelled without an apostrophe (cf. his, 
not *hi's!), and does not stand for "it is".


I've replaced the problematic word with "the". If this st also not 
correct, then the blog post could be edited after it was published.


Thanks

Marcus


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

Re: macOS and AOO42X

[Brian Barker]

At 16:55 17/05/2020 -0400, Keith N. McKenna wrote:
The Apache® OpenOffice® Projekt is on the road 
to a bigger update for its leading open source office suite.


The changes look good except that its should be 
either it is or it's it would probably be better 
to use it is rather than the contraction it's.


*No!* Once again, in "for its leading open source 
office suite" the "its" is a possessive pronoun, 
spelled without an apostrophe (cf. his, not 
*hi's!), and does not stand for "it is".


Brian Barker 



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

Re: macOS and AOO42X

[Keith N. McKenna]

On 5/17/2020 5:56 AM, Marcus wrote:
> Am 12.05.20 um 03:47 schrieb Keith N. McKenna:
>> As promised here is a draft for a high level blog post. It is rough so
>> please feel free to edit to your hearts content or to make any
>> suggestions.
>>
>> Would you like to help with the development of the leading open source
>> office suite? This is your chance. Apache® OpenOffice® needs people to
>> help in the development process. You do not need to be a software
>> engineer or programmer though those skills are always needed. The
>> project needs people who will install the software and to test it for
>> quality, reliability, and submit bug reports, write documentation, and
>> other tasks as well. If this sounds like something that you would be
>> interested in than join with many others from all over the world on our
>> development mailing list by sending an e-mail to
>> mailto:dev-subscr...@openoffice.apache.org and join the fun.
> 
> thanks a lot for the text. I've changed it a bit and now asking for
> feedback. When there are no bigger changes I would like to post it today
> late evening on our blog.
> 
> Do we want to point the people to the new dev release or not? I'm not
> sure what the lastest status is.
> 
> 
> 
> The Apache® OpenOffice® Projekt is on the road to a bigger update for
> its leading open source office suite.
> 
> This is your chance. OpenOffice needs people to help in the development
> process. Don't panic, you do not need to be a software engineer or
> programmer though those skills are always needed. It's enough when you
> just install the software and test it for quality, reliability, language
> translations and submit bug reports, write documentation, and many other
> tasks as well.
> 
> If this sounds like something that you would be interested in than join
> with many others from all over the world on our development mailing list
> by sending an e-mail to dev@
>  and join the fun.
> 
> 
> 
> Thanks
> 
> Marcus

Marcus;

The changes look good except that its should be either it is or it's it
would probably be better to use it is rather than the contraction it's.
The only other as mentioned is Project rather than projekt.

As far as pointing people to the dev release there is a thread on
private@ discussing that. As far as it being in the blog post, no that
would be a problem.

Regards
Keith




signature.asc
Description: OpenPGP digital signature

Re: [PROPOSAL] fix broken dev guide pages

[Keith N. McKenna]

On 5/17/2020 10:27 AM, Carl Marcum wrote:
> 
> 
> On 5/17/20 9:59 AM, Keith N. McKenna wrote:
>> On 5/17/2020 8:15 AM, Carl Marcum wrote:
>>>
>>> On 5/17/20 6:18 AM, Marcus wrote:
 Am 13.05.20 um 16:07 schrieb Carl Marcum:
> Hi All,
>
> There are quite a few pages in the developer guide that display as
> blank.
> I believe this problem goes back to an upgrade that was done to the
> wiki.
>
> After some recent testing I believe the issue is with a custom plugin
> of ours referred to as IDLTags.
> This plugin uses tags in the wiki like  and  to
> generate links back to the IDL documentation.
>
> There was a page for it but it was removed in 2012 so I can't find
> more information on it.
> I have no idea where the code for it is.
>
> As this issue has a few birthdays now I propose a workaround to edit
> the affected pages and replace these tags with hard links to the IDL
> documentation.
>
> We could comment the changes with [IDL WORKAROUND] or something so we
> could find them when the plugin problem is resolved.
>
> If this seems reasonable I'll seek lazy consensus after this.
 I've no clue what the root cause for the problem is nor how to (try
 to) fix it. So, I cannot add much help. However, your proposal sounds
 like a good starting point. Or maybe it is alredy the solution. Let's
 see.

 +1

 Marcus
>>> Hi Marcus,
>>>
>>> I've confirmed the idl tags are causing the pages to display blank.
>>>
>>> I have went ahead and fixed this one [1] and noted the change with [IDL
>>> WORKAROUND] so we can find them later.
>>> The problem links are way down in the Service Manager section.
>>>
>>> These pages are too important for developers working on client apps and
>>> extensions ** like me ;) ** to leave them broken.
>>> As Peter noted, fixing the plugin would be better but this can be undone
>>> if that ever happens.
>>>
>>> I'm going to seek lazy consensus for the remainder as there are quite a
>>> few broken pages.
>>>
>>> [1]
>>> https://wiki.openoffice.org/wiki/Documentation/DevGuide/FirstSteps/First_Contact
>>>
>>>
>>>
>>> Thanks,
>>> Carl
>> Carl;
>>
>> I see how you marked up the links, what I do not see is the tag [IDL
>> WORKAROUND], are you sure you added it to the page. I can create a pair
>> of templates that can be used to add the start and end of the work
>> around. I can also help with the editing.
>>
>>
>> Regards
>> Keith
> 
> Hi Keith,
> 
> Thanks for the offer to help.
> 
> The tag generated links are all over the pages.  I added [IDL
> WORKAROUND] to the summary comment when I saved the page.
> Now that you mention it, it may not be easy to find them.
> 
> Since I know the  tag still works I'm going to revert that part of
> the change.
> 
> I would like to find the code for extension before I edit anymore.
> So far I have found this page [1] that shows the IDL Tags extension that
> is installed but the page it links to was deleted [2].
> 
> If I can get the code from the MWIKI server and look at the  and
>  PHP code and maybe fix it there.
> I think I'll work on getting karma to the mwiki server so I can look at
> it the code.
> But since I'm not familiar enough with administration of the wiki server
> I'm not going to attempt anything directly there.
> 
> I'm going to try another test with the tags and see if there may be a
> less intrusive edit.
> 
> [1] https://wiki.openoffice.org/wiki/Special:Version
> [2] https://wiki.openoffice.org/wiki/Wiki_maintenance/IDLTagExtension
> 
> Thanks,
> Carl

Carl;

It appears that there is some documentation for Wiki Maintenance in the
infra svn:
https://studio.plugins.atlassian.com/wiki/display/UWC/Universal+Wiki+Converter.
This has restricted access so you would need to talk with infra. I have
some admin privileges to the wiki that  might help but lets wait and see
what you can discover about the code.

Regards
Keith




signature.asc
Description: OpenPGP digital signature

Re: Flyer und Jörgs löschung ohne Kommentar

[Peter Kovacs]

Hallo Jörg,


vielen Dank für deine Klarstellung zum Flyer. Das hilft mir sehr 
einzuschätzen, wie die Sache gesehen wird. Ich möchte nur noch mal 
darauf hinweisen, das dies auch ein Hinweis und eine Wertschätzung an 
eurer Arbeit gegenüber dem Apache Projekt gemeint war. Ich finde wir 
sollten separat dann zusammen eine Lizenz festlegen. (Eigener Themenkanal)


Auf den generellen Themenkomplex gehe ich separat ein, auch wieder 
eigenes Thema.



Beste Grüße

Peter

Am 17.05.20 um 17:30 schrieb Jörg Schmidt:

Hallo Peter, *,


-Original Message-
From: Peter Kovacs [mailto:pe...@apache.org]
Sent: Saturday, May 16, 2020 1:01 PM
To: dev-de@openoffice.apache.org; detlef.nan...@gmail.com;
joe...@j-m-schmidt.de
Subject: Flyer und Jörgs löschung ohne Kommentar

Ich hatte im Wiki eine Löschung (nach Rücksprache bei uns im Team) durchführt, 
diese Löschung betraf nur den Zusammenhang des aktuell angesprochen 
Flyer-Projekts.

Diese Löschung hat hingegen _nichts_ damit zu tun, das wir unsere Arbeit, unser 
Arbeitsgebiet, unsere Haltung zu OpenOffice, ... geändert hätten, oder zu 
ändern beabsichtigen. Wir werden weiterarbeiten wie bisher. (und es ist hierbei 
auch nicht ausgeschlossen, das wir zukünftig wieder Flyer mitgestalten)


Wie sieht es dann mit der Lizenz der Flyer aus?
  
Es ist mir sehr wichtig zu betonen das wir nicht die Absicht haben durch (gewissermaßen) ungünstige Lizensierung der Flyertexte, die Arbeit zu erschweren, wir werden also gerne jederzeit die Flyertexte wo wir Urheber sind, unter jede gewünschte Lizenz stellen.


Das gilt am Rande gesagt, auch für die deutschsprachige AOO-Dokumentation, wo 
uns aber andere Absichten (zumindest indirekt) unterstellt wurden. Einzig gilt 
bei dieser Doku, das wir natürlich bereits bestehende Lizenzen beachten müssen.


Wie muss ich die Aktion einordnen?

Die ProOO-Box wurde, innerhalb des offiziellen Projekts, bereits in (oder kurz 
nach) der Icubator-Phase grundlos als Third Party Projekt ins Abseits 
geschoben. Seitdem wird die ProOO-Box teils mit Geringschätzung und teils 
falschen Behauptungen/Andeutungen bedacht, auch bis in die jüngste 
Vergangenheit hinein.
Anfangs haben wir das für ein Missverständnis gehalten, das wir versucht haben 
zu klären, später haben wir mit Gleichmut unsere Behandlung ertragen. Ich denke 
aber es ist eine Frage der Selbstachtung, die Behandlung die uns zuteil wird, 
nicht auf Dauer ohne jeden Kommentar lassen zu müssen.

z.B. im November letzten Jahres, durfe ich auf AOO-dev erleben, wie die 
ungerechtfertigte Behandlung der ProOO-Box selbst einem Aussenstehenden 
(PMC-Mitglied eines anderen Projekts und ASF-Mitglied) auffiel und die 
(Nicht-)Reaktion des AOO-PMC dazu, das (virtuell) danebenstand und nicht ein 
Wort äußerte.


In der Tat ist die ProOO-Box 'nur' ein lokales Projekt, aber es waren lokale 
Aktivitäten die einst den Erfolg von OOo ausmachten, und es sind heute lokale 
Aktivitäten die uns fehlen. Nicht weil es sie garnicht gäbe, sondern weil sie 
zu Wenige sind.




Gruß
Jörg


  



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



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

RE: Flyer und Jörgs löschung ohne Kommentar

[Jan-Christian Wienandt]

Moin Peter,

ich bin nicht direkt angesprochen, als Mitglied des Teams der ProOO-Box will 
ich dennoch antworten.
Nicht zum Thema Flyer, da antwortete Dir Jörg, sondern zu Deinem Satz:

>Schade das es jetzt so aussieht würdet ihr euch von AOO verabschieden

Wir verabschieden uns nicht von ApacheOpenOffice.

Du hast richtig geschrieben, dass die ProOO-Box sich als Support für OpenOffice 
sieht.
Als wir 2012 die damalige PrOOo-Box wieder zum Leben erweckten sahen wir uns
als Support für das Projekt ApacheOpenOffice und deren Anwender. 
Das hat sich für mich geändert, heute sehe ich uns nur noch als Support für die 
Anwender.
Warum?

Wie Jörg in seiner Antwortmail schon schrieb, trägt u.a.  die geringe 
Wertschätzung
uns gegenüber seinen Teil dazu bei. Aber, für mich ist das nicht der einzige 
Grund.
Das starre Festhalten am Apache-Weg ist aus meiner Sicht falsch. Es waren die
lokalen Projekte und Communitys welche den Erfolg des Projektes ausmachten.
Heute scheinen diese ignoriert bzw. nicht wahrgenommen.

Wie wichtig den Anwendern ihre lokale Community bei der Suche nach 
Unterstützung ist,
sehen wir als ProOO-Box in unseren Besucherzahlen. 
Durchschnittlich 60.000 bis 70.000 Besucher verzeichnen wir jährlich. 
Dabei werden bis auf wenige Ausnahmen Dokumentationen heruntergeladen.
Das, obwohl OpenOffice aus der öffentlichen Wahrnehmung im deutschsprachigem 
Raum
fast vollständig verschwunden ist.

Aktuell überarbeiten wir die englischen Dokumentationen zur Version 3.3 
komplett.
Es sind die letzten relativ aktuellen Dokumentationen.
Dabei müssen neben der Aufnahme der Änderungen und Neuerungen seit Version 3.3,
alle Dokumentationen übersetzt werden. Erschwerend kommt hinzu, dass alle
beschriebenen Funktionen, Eigenschaften und Schritte komplett nachvollzogen 
werden müssen. 
Grund hierfür sind teils fehlerhafte Beschreibungen in den Quelldokumenten.

Natürlich haben wir unsere überarbeiteten Dokumentationen auf der englischen  
dev-Liste
angeboten, bzw. unsere Hilfe bei der Erstellung von Dokumentationen.
Einziger Kommentar, die Dokumentation der ProOO-Box entspricht nicht der 
Apache-Lizenz.

Ich wäre für jede Hilfe und Unterstützung dankbar.


Gruß
Jan


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

RE: Flyer und Jörgs löschung ohne Kommentar

[Jörg Schmidt]

Hallo Peter, *,

> -Original Message-
> From: Peter Kovacs [mailto:pe...@apache.org] 
> Sent: Saturday, May 16, 2020 1:01 PM
> To: dev-de@openoffice.apache.org; detlef.nan...@gmail.com; 
> joe...@j-m-schmidt.de
> Subject: Flyer und Jörgs löschung ohne Kommentar

Ich hatte im Wiki eine Löschung (nach Rücksprache bei uns im Team) durchführt, 
diese Löschung betraf nur den Zusammenhang des aktuell angesprochen 
Flyer-Projekts.

Diese Löschung hat hingegen _nichts_ damit zu tun, das wir unsere Arbeit, unser 
Arbeitsgebiet, unsere Haltung zu OpenOffice, ... geändert hätten, oder zu 
ändern beabsichtigen. Wir werden weiterarbeiten wie bisher. (und es ist hierbei 
auch nicht ausgeschlossen, das wir zukünftig wieder Flyer mitgestalten)

> Wie sieht es dann mit der Lizenz der Flyer aus?
 
Es ist mir sehr wichtig zu betonen das wir nicht die Absicht haben durch 
(gewissermaßen) ungünstige Lizensierung der Flyertexte, die Arbeit zu 
erschweren, wir werden also gerne jederzeit die Flyertexte wo wir Urheber sind, 
unter jede gewünschte Lizenz stellen.

Das gilt am Rande gesagt, auch für die deutschsprachige AOO-Dokumentation, wo 
uns aber andere Absichten (zumindest indirekt) unterstellt wurden. Einzig gilt 
bei dieser Doku, das wir natürlich bereits bestehende Lizenzen beachten müssen.

> Wie muss ich die Aktion einordnen?

Die ProOO-Box wurde, innerhalb des offiziellen Projekts, bereits in (oder kurz 
nach) der Icubator-Phase grundlos als Third Party Projekt ins Abseits 
geschoben. Seitdem wird die ProOO-Box teils mit Geringschätzung und teils 
falschen Behauptungen/Andeutungen bedacht, auch bis in die jüngste 
Vergangenheit hinein.
Anfangs haben wir das für ein Missverständnis gehalten, das wir versucht haben 
zu klären, später haben wir mit Gleichmut unsere Behandlung ertragen. Ich denke 
aber es ist eine Frage der Selbstachtung, die Behandlung die uns zuteil wird, 
nicht auf Dauer ohne jeden Kommentar lassen zu müssen.

z.B. im November letzten Jahres, durfe ich auf AOO-dev erleben, wie die 
ungerechtfertigte Behandlung der ProOO-Box selbst einem Aussenstehenden 
(PMC-Mitglied eines anderen Projekts und ASF-Mitglied) auffiel und die 
(Nicht-)Reaktion des AOO-PMC dazu, das (virtuell) danebenstand und nicht ein 
Wort äußerte.


In der Tat ist die ProOO-Box 'nur' ein lokales Projekt, aber es waren lokale 
Aktivitäten die einst den Erfolg von OOo ausmachten, und es sind heute lokale 
Aktivitäten die uns fehlen. Nicht weil es sie garnicht gäbe, sondern weil sie 
zu Wenige sind.




Gruß
Jörg


 


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

Re: [PROPOSAL] fix broken dev guide pages

[Carl Marcum]

On 5/17/20 10:27 AM, Carl Marcum wrote:



On 5/17/20 9:59 AM, Keith N. McKenna wrote:

On 5/17/2020 8:15 AM, Carl Marcum wrote:


On 5/17/20 6:18 AM, Marcus wrote:

Am 13.05.20 um 16:07 schrieb Carl Marcum:

Hi All,

There are quite a few pages in the developer guide that display as
blank.
I believe this problem goes back to an upgrade that was done to the
wiki.

After some recent testing I believe the issue is with a custom plugin
of ours referred to as IDLTags.
This plugin uses tags in the wiki like  and  to
generate links back to the IDL documentation.

There was a page for it but it was removed in 2012 so I can't find
more information on it.
I have no idea where the code for it is.

As this issue has a few birthdays now I propose a workaround to edit
the affected pages and replace these tags with hard links to the IDL
documentation.

We could comment the changes with [IDL WORKAROUND] or something so we
could find them when the plugin problem is resolved.

If this seems reasonable I'll seek lazy consensus after this.

I've no clue what the root cause for the problem is nor how to (try
to) fix it. So, I cannot add much help. However, your proposal sounds
like a good starting point. Or maybe it is alredy the solution. Let's
see.

+1

Marcus

Hi Marcus,

I've confirmed the idl tags are causing the pages to display blank.

I have went ahead and fixed this one [1] and noted the change with [IDL
WORKAROUND] so we can find them later.
The problem links are way down in the Service Manager section.

These pages are too important for developers working on client apps and
extensions ** like me ;) ** to leave them broken.
As Peter noted, fixing the plugin would be better but this can be 
undone

if that ever happens.

I'm going to seek lazy consensus for the remainder as there are quite a
few broken pages.

[1]
https://wiki.openoffice.org/wiki/Documentation/DevGuide/FirstSteps/First_Contact 




Thanks,
Carl

Carl;

I see how you marked up the links, what I do not see is the tag [IDL
WORKAROUND], are you sure you added it to the page. I can create a pair
of templates that can be used to add the start and end of the work
around. I can also help with the editing.


Regards
Keith


Hi Keith,

Thanks for the offer to help.

The tag generated links are all over the pages.  I added [IDL 
WORKAROUND] to the summary comment when I saved the page.

Now that you mention it, it may not be easy to find them.

Since I know the  tag still works I'm going to revert that part 
of the change.


I would like to find the code for extension before I edit anymore.
So far I have found this page [1] that shows the IDL Tags extension 
that is installed but the page it links to was deleted [2].


If I can get the code from the MWIKI server and look at the  and 
 PHP code and maybe fix it there.
I think I'll work on getting karma to the mwiki server so I can look 
at it the code.
But since I'm not familiar enough with administration of the wiki 
server I'm not going to attempt anything directly there.


I'm going to try another test with the tags and see if there may be a 
less intrusive edit.


[1] https://wiki.openoffice.org/wiki/Special:Version
[2] https://wiki.openoffice.org/wiki/Wiki_maintenance/IDLTagExtension

Thanks,
Carl


I have replaced all the original  tags since they are okay and 
replaced only one  and one  tag.

The diff between the original and the update is here [1]:

[1] 
https://wiki.openoffice.org/w/index.php?title=Documentation%2FDevGuide%2FFirstSteps%2FFirst_Contact=245768=202694 



Thanks,
Carl

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

Re: [PROPOSAL] fix broken dev guide pages

[Carl Marcum]

On 5/17/20 9:59 AM, Keith N. McKenna wrote:

On 5/17/2020 8:15 AM, Carl Marcum wrote:


On 5/17/20 6:18 AM, Marcus wrote:

Am 13.05.20 um 16:07 schrieb Carl Marcum:

Hi All,

There are quite a few pages in the developer guide that display as
blank.
I believe this problem goes back to an upgrade that was done to the
wiki.

After some recent testing I believe the issue is with a custom plugin
of ours referred to as IDLTags.
This plugin uses tags in the wiki like  and  to
generate links back to the IDL documentation.

There was a page for it but it was removed in 2012 so I can't find
more information on it.
I have no idea where the code for it is.

As this issue has a few birthdays now I propose a workaround to edit
the affected pages and replace these tags with hard links to the IDL
documentation.

We could comment the changes with [IDL WORKAROUND] or something so we
could find them when the plugin problem is resolved.

If this seems reasonable I'll seek lazy consensus after this.

I've no clue what the root cause for the problem is nor how to (try
to) fix it. So, I cannot add much help. However, your proposal sounds
like a good starting point. Or maybe it is alredy the solution. Let's
see.

+1

Marcus

Hi Marcus,

I've confirmed the idl tags are causing the pages to display blank.

I have went ahead and fixed this one [1] and noted the change with [IDL
WORKAROUND] so we can find them later.
The problem links are way down in the Service Manager section.

These pages are too important for developers working on client apps and
extensions ** like me ;) ** to leave them broken.
As Peter noted, fixing the plugin would be better but this can be undone
if that ever happens.

I'm going to seek lazy consensus for the remainder as there are quite a
few broken pages.

[1]
https://wiki.openoffice.org/wiki/Documentation/DevGuide/FirstSteps/First_Contact


Thanks,
Carl

Carl;

I see how you marked up the links, what I do not see is the tag [IDL
WORKAROUND], are you sure you added it to the page. I can create a pair
of templates that can be used to add the start and end of the work
around. I can also help with the editing.


Regards
Keith


Hi Keith,

Thanks for the offer to help.

The tag generated links are all over the pages.  I added [IDL 
WORKAROUND] to the summary comment when I saved the page.

Now that you mention it, it may not be easy to find them.

Since I know the  tag still works I'm going to revert that part of 
the change.


I would like to find the code for extension before I edit anymore.
So far I have found this page [1] that shows the IDL Tags extension that 
is installed but the page it links to was deleted [2].


If I can get the code from the MWIKI server and look at the  and 
 PHP code and maybe fix it there.
I think I'll work on getting karma to the mwiki server so I can look at 
it the code.
But since I'm not familiar enough with administration of the wiki server 
I'm not going to attempt anything directly there.


I'm going to try another test with the tags and see if there may be a 
less intrusive edit.


[1] https://wiki.openoffice.org/wiki/Special:Version
[2] https://wiki.openoffice.org/wiki/Wiki_maintenance/IDLTagExtension

Thanks,
Carl

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

Re: [PROPOSAL] fix broken dev guide pages

[Keith N. McKenna]

On 5/17/2020 8:15 AM, Carl Marcum wrote:
> 
> 
> On 5/17/20 6:18 AM, Marcus wrote:
>> Am 13.05.20 um 16:07 schrieb Carl Marcum:
>>> Hi All,
>>>
>>> There are quite a few pages in the developer guide that display as
>>> blank.
>>> I believe this problem goes back to an upgrade that was done to the
>>> wiki.
>>>
>>> After some recent testing I believe the issue is with a custom plugin
>>> of ours referred to as IDLTags.
>>> This plugin uses tags in the wiki like  and  to
>>> generate links back to the IDL documentation.
>>>
>>> There was a page for it but it was removed in 2012 so I can't find
>>> more information on it.
>>> I have no idea where the code for it is.
>>>
>>> As this issue has a few birthdays now I propose a workaround to edit
>>> the affected pages and replace these tags with hard links to the IDL
>>> documentation.
>>>
>>> We could comment the changes with [IDL WORKAROUND] or something so we
>>> could find them when the plugin problem is resolved.
>>>
>>> If this seems reasonable I'll seek lazy consensus after this.
>>
>> I've no clue what the root cause for the problem is nor how to (try
>> to) fix it. So, I cannot add much help. However, your proposal sounds
>> like a good starting point. Or maybe it is alredy the solution. Let's
>> see.
>>
>> +1
>>
>> Marcus
> 
> Hi Marcus,
> 
> I've confirmed the idl tags are causing the pages to display blank.
> 
> I have went ahead and fixed this one [1] and noted the change with [IDL
> WORKAROUND] so we can find them later.
> The problem links are way down in the Service Manager section.
> 
> These pages are too important for developers working on client apps and
> extensions ** like me ;) ** to leave them broken.
> As Peter noted, fixing the plugin would be better but this can be undone
> if that ever happens.
> 
> I'm going to seek lazy consensus for the remainder as there are quite a
> few broken pages.
> 
> [1]
> https://wiki.openoffice.org/wiki/Documentation/DevGuide/FirstSteps/First_Contact
> 
> 
> Thanks,
> Carl

Carl;

I see how you marked up the links, what I do not see is the tag [IDL
WORKAROUND], are you sure you added it to the page. I can create a pair
of templates that can be used to add the start and end of the work
around. I can also help with the editing.


Regards
Keith



signature.asc
Description: OpenPGP digital signature

Re: [PROPOSAL] fix broken dev guide pages

[Carl Marcum]

On 5/17/20 8:15 AM, Carl Marcum wrote:



On 5/17/20 6:18 AM, Marcus wrote:

Am 13.05.20 um 16:07 schrieb Carl Marcum:

Hi All,

There are quite a few pages in the developer guide that display as 
blank.
I believe this problem goes back to an upgrade that was done to the 
wiki.


After some recent testing I believe the issue is with a custom 
plugin of ours referred to as IDLTags.
This plugin uses tags in the wiki like  and  to 
generate links back to the IDL documentation.


There was a page for it but it was removed in 2012 so I can't find 
more information on it.

I have no idea where the code for it is.

As this issue has a few birthdays now I propose a workaround to edit 
the affected pages and replace these tags with hard links to the IDL 
documentation.


We could comment the changes with [IDL WORKAROUND] or something so 
we could find them when the plugin problem is resolved.


If this seems reasonable I'll seek lazy consensus after this.


I've no clue what the root cause for the problem is nor how to (try 
to) fix it. So, I cannot add much help. However, your proposal sounds 
like a good starting point. Or maybe it is alredy the solution. Let's 
see.


+1

Marcus


Hi Marcus,

I've confirmed the idl tags are causing the pages to display blank.

I have went ahead and fixed this one [1] and noted the change with 
[IDL WORKAROUND] so we can find them later.

The problem links are way down in the Service Manager section.

These pages are too important for developers working on client apps 
and extensions ** like me ;) ** to leave them broken.
As Peter noted, fixing the plugin would be better but this can be 
undone if that ever happens.


I'm going to seek lazy consensus for the remainder as there are quite 
a few broken pages.


[1] 
https://wiki.openoffice.org/wiki/Documentation/DevGuide/FirstSteps/First_Contact


Thanks,
Carl



I think the  tag is okay and the problem may be in the  
and/or  tags.


I've checked the first 3 sections of the developer guide and found 17 
broken pages already.
There are 24 total sections so this may be a large enough issue to also 
try to solve the root cause in the wiki extension in parallel.


https://wiki.openoffice.org/wiki/Documentation/DevGuide/FirstSteps/Objects,_Interfaces,_and_Services
https://wiki.openoffice.org/wiki/Documentation/DevGuide/FirstSteps/Using_Services
https://wiki.openoffice.org/wiki/Documentation/DevGuide/FirstSteps/Example:_Working_with_a_Spreadsheet_Document

https://wiki.openoffice.org/wiki/Documentation/DevGuide/ProUNO/Interfaces
https://wiki.openoffice.org/wiki/Documentation/DevGuide/ProUNO/Services
https://wiki.openoffice.org/wiki/Documentation/DevGuide/ProUNO/Modules
https://wiki.openoffice.org/wiki/Documentation/DevGuide/ProUNO/Singletons
https://wiki.openoffice.org/wiki/Documentation/DevGuide/ProUNO/Collections_and_Containers
https://wiki.openoffice.org/wiki/Documentation/DevGuide/ProUNO/Basic/Listeners
https://wiki.openoffice.org/wiki/Documentation/DevGuide/ProUNO/Bridge/Using_Automation_Objects_from_UNO
https://wiki.openoffice.org/wiki/Documentation/DevGuide/ProUNO/Bridge/Type_Mappings
https://wiki.openoffice.org/wiki/Documentation/DevGuide/ProUNO/CLI/Type_Mappings
https://wiki.openoffice.org/wiki/Documentation/DevGuide/ProUNO/CLI/Lifetime_Management_and_Obtaining_Interfaces
https://wiki.openoffice.org/wiki/Documentation/DevGuide/ProUNO/CLI/Writing_Client_Programs

https://wiki.openoffice.org/wiki/Documentation/DevGuide/WritingUNO/Predefining_Values
https://wiki.openoffice.org/wiki/Documentation/DevGuide/WritingUNO/Jobs/Implementation
https://wiki.openoffice.org/wiki/Documentation/DevGuide/WritingUNO/Intercepting_Context_Menus

Best regards,
Carl

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

Re: macOS and AOO42X

[Pedro Lino]

Hi Brian, all

> Aaargh, no! The possessive pronoun is "its", not "it's". Stet.

You are absolutely correct. My bad! Sorry!

Fortunately Marcus replaced its by the ;)

Cheers,
Pedro

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

Re: [PROPOSAL] fix broken dev guide pages

[Carl Marcum]

On 5/17/20 6:18 AM, Marcus wrote:

Am 13.05.20 um 16:07 schrieb Carl Marcum:

Hi All,

There are quite a few pages in the developer guide that display as 
blank.
I believe this problem goes back to an upgrade that was done to the 
wiki.


After some recent testing I believe the issue is with a custom plugin 
of ours referred to as IDLTags.
This plugin uses tags in the wiki like  and  to 
generate links back to the IDL documentation.


There was a page for it but it was removed in 2012 so I can't find 
more information on it.

I have no idea where the code for it is.

As this issue has a few birthdays now I propose a workaround to edit 
the affected pages and replace these tags with hard links to the IDL 
documentation.


We could comment the changes with [IDL WORKAROUND] or something so we 
could find them when the plugin problem is resolved.


If this seems reasonable I'll seek lazy consensus after this.


I've no clue what the root cause for the problem is nor how to (try 
to) fix it. So, I cannot add much help. However, your proposal sounds 
like a good starting point. Or maybe it is alredy the solution. Let's 
see.


+1

Marcus


Hi Marcus,

I've confirmed the idl tags are causing the pages to display blank.

I have went ahead and fixed this one [1] and noted the change with [IDL 
WORKAROUND] so we can find them later.

The problem links are way down in the Service Manager section.

These pages are too important for developers working on client apps and 
extensions ** like me ;) ** to leave them broken.
As Peter noted, fixing the plugin would be better but this can be undone 
if that ever happens.


I'm going to seek lazy consensus for the remainder as there are quite a 
few broken pages.


[1] 
https://wiki.openoffice.org/wiki/Documentation/DevGuide/FirstSteps/First_Contact


Thanks,
Carl


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

RE: Flyer und Jörgs löschung ohne Kommentar

[Jörg Schmidt]

Hallo Detlef, 

> -Original Message-
> From: Detlef Nannen [mailto:detlef.nan...@gmail.com] 
> Sent: Sunday, May 17, 2020 1:41 PM
> To: dev-de@openoffice.apache.org; Peter Kovacs
> Subject: Re: Flyer und Jörgs löschung ohne Kommentar
> 
> Hallo Peter,  
> 
> Am 16.05.2020 um 15:06 schrieb Peter Kovacs:
> 
> > Ich würde wenn es geht das alte Template weiter nutzen. War 
> ja sehr schön.
> 
> Ja OK, ich persönlich finde es etwas dröge, aber so es entspricht dem
> AOO-Design ;-), und ich bin kein Grafiker, der vielleicht was ändern 
> könnte. Wichtig ist hier ja auch zunächst, dass es wieder 
> einen Flyer gibt.
> 
> Soll ich einen Link auf einen Nextcloud-Ordner hier 
> einstellen was aber
> quasi einer Veröffentlichung gleichkäme, oder ich lade das was an
> odt-Dateien dazu da ist wieder auf Google Drive hoch zu gemeinsamen
> Bearbeitung und lade die Mitstreiter dazu ein.

Ich kann das nicht verlangen, aber ich möchte bitten NextCloud nicht dafür zu 
nutzen, denn derzeitig werden ja diese Ressourcen die Du dort seit Langem zur 
Verfügung stellst, in persönlicher Absprache genutzt und es tut nicht Not das 
jetzt, wegen eines geringumfänglichen Flyerprojektes, zu ändern.

> > Aber ich würde da gerne auch wissen die Lizenz ist. Mir ist nicht 
> > wichtig welche das ist.
> 
> Vielleicht weiß Jörg Schmidt 

Ich werde mich auf jeden Fall dazu sagen, ich habe nur insgesamt (also nicht 
speziell wegen der Lizenzen) gewartet das Jan mir antwortet, weil ich vorher 
öffentlich nichts hier in den Thread schreiben wollte, was die ProOO-Box 
tangiert.



Gruß
Jörg



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

Re: Flyer und Jörgs löschung ohne Kommentar

[Detlef Nannen]

Hallo Peter,

Am 16.05.2020 um 15:06 schrieb Peter Kovacs:


Ich würde wenn es geht das alte Template weiter nutzen. War ja sehr schön.


Ja OK, ich persönlich finde es etwas dröge, aber so es entspricht dem
AOO-Design ;-), und ich bin kein Grafiker, der vielleicht was ändern 
könnte. Wichtig ist hier ja auch zunächst, dass es wieder einen Flyer gibt.


Soll ich einen Link auf einen Nextcloud-Ordner hier einstellen was aber
quasi einer Veröffentlichung gleichkäme, oder ich lade das was an
odt-Dateien dazu da ist wieder auf Google Drive hoch zu gemeinsamen
Bearbeitung und lade die Mitstreiter dazu ein.

Kann hier jemand beurteilen, ob die Übersetzung von DeepL gut genug ist 
für eine Übersetzung nach Französisch? Ich kann nur mäßig englisch.


Aber ich würde da gerne auch wissen die Lizenz ist. Mir ist nicht 
wichtig welche das ist.


Vielleicht weiß Jörg Schmidt oder Matthias Seidel was dazu. Ich

durchsuche hier mal mein Archiv, aber ich glaube nicht dass ich das was

finde, es gäbe ja keinen Grund Copyright-Hinweise aus der Vorlage zu

entfernen



Nice. Hast du ein apache.org email Alias?- Sonst kann ich gerne einen 
Cwiki User Organisieren wenn du möchtest.




Nein, habe ich nicht. Weiß auch nicht was ein Cwicki-User ist. Wenn es

für eine Zusammenarbeit zum Flyer hilfreich/sinnvoll erscheint, dann 
nehme ich das gerne an, sonst brauche ich das sicher nicht.


--
Schönen Sonntag
Detlef



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

Re: macOS and AOO42X

[Brian Barker]

At 11:19 17/05/2020 +0100, Pedro Lino wrote:

Some corrections/suggestions

The Apache® OpenOffice® Projekt is on the road 
to a bigger update for its leading open source office suite.


[...]; it's not its


Aaargh, no! The possessive pronoun is "its", not "it's". Stet.

Brian Barker 



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

Re: macOS and AOO42X

[Matthias Seidel]

Hi Marcus, all,

Am 17.05.20 um 12:25 schrieb Marcus:
> Don't panic, you do not need to be a software engineer or programmer
> though those skills are always needed.

2 x need(ed)...

I would rather write:

...  though those skills are always helpful.

or

...  though those skills are always welcome.

Regards,

   Matthias




smime.p7s
Description: S/MIME Cryptographic Signature

Re: macOS and AOO42X

[Marcus]

Am 17.05.20 um 12:19 schrieb Pedro Lino:

Some corrections/suggestions


The Apache® OpenOffice® Projekt is on the road to a bigger update for
its leading open source office suite.


Project not Projekt; it's not its


and not German ;-)


It's enough when you
just install the software and test it for quality, reliability, language
translations and submit bug reports, write documentation, and many other
tasks as well.


I would replace the first line with with "You can contribute a lot if you"
  

If this sounds like something that you would be interested in than join


then not than


Thanks for the corrections. Here's the new complete text:



The Apache® OpenOffice® Project is on the road to a bigger update for 
the leading open source office suite.


This is your chance. OpenOffice needs people to help in the development 
process. Don't panic, you do not need to be a software engineer or 
programmer though those skills are always needed. You can already 
contribute a lot if you just install the software and test it for 
quality, reliability, language translations and submit bug reports, 
write documentation, and many other tasks as well.


If this sounds like something that you would be interested in then join 
with many others from all over the world on our development mailing list 
by sending an e-mail to "dev@" 
 and join the fun.




Marcus


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

Re: macOS and AOO42X

[Pedro Lino]

Hi Marcus, all

Some corrections/suggestions

> The Apache® OpenOffice® Projekt is on the road to a bigger update for 
> its leading open source office suite.

Project not Projekt; it's not its
 
> It's enough when you 
> just install the software and test it for quality, reliability, language 
> translations and submit bug reports, write documentation, and many other 
> tasks as well.

I would replace the first line with with "You can contribute a lot if you" 
 
> If this sounds like something that you would be interested in than join 

then not than

Regards,
Pedro

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

Re: [PROPOSAL] fix broken dev guide pages

[Marcus]

Am 13.05.20 um 16:07 schrieb Carl Marcum:

Hi All,

There are quite a few pages in the developer guide that display as blank.
I believe this problem goes back to an upgrade that was done to the wiki.

After some recent testing I believe the issue is with a custom plugin of 
ours referred to as IDLTags.
This plugin uses tags in the wiki like  and  to 
generate links back to the IDL documentation.


There was a page for it but it was removed in 2012 so I can't find more 
information on it.

I have no idea where the code for it is.

As this issue has a few birthdays now I propose a workaround to edit the 
affected pages and replace these tags with hard links to the IDL 
documentation.


We could comment the changes with [IDL WORKAROUND] or something so we 
could find them when the plugin problem is resolved.


If this seems reasonable I'll seek lazy consensus after this.


I've no clue what the root cause for the problem is nor how to (try to) 
fix it. So, I cannot add much help. However, your proposal sounds like a 
good starting point. Or maybe it is alredy the solution. Let's see.


+1

Marcus


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

Re: macOS and AOO42X

[Marcus]

Am 12.05.20 um 03:47 schrieb Keith N. McKenna:

As promised here is a draft for a high level blog post. It is rough so
please feel free to edit to your hearts content or to make any suggestions.

Would you like to help with the development of the leading open source
office suite? This is your chance. Apache® OpenOffice® needs people to
help in the development process. You do not need to be a software
engineer or programmer though those skills are always needed. The
project needs people who will install the software and to test it for
quality, reliability, and submit bug reports, write documentation, and
other tasks as well. If this sounds like something that you would be
interested in than join with many others from all over the world on our
development mailing list by sending an e-mail to
mailto:dev-subscr...@openoffice.apache.org and join the fun.


thanks a lot for the text. I've changed it a bit and now asking for 
feedback. When there are no bigger changes I would like to post it today 
late evening on our blog.


Do we want to point the people to the new dev release or not? I'm not 
sure what the lastest status is.




The Apache® OpenOffice® Projekt is on the road to a bigger update for 
its leading open source office suite.


This is your chance. OpenOffice needs people to help in the development 
process. Don't panic, you do not need to be a software engineer or 
programmer though those skills are always needed. It's enough when you 
just install the software and test it for quality, reliability, language 
translations and submit bug reports, write documentation, and many other 
tasks as well.


If this sounds like something that you would be interested in than join 
with many others from all over the world on our development mailing list 
by sending an e-mail to dev@ 
 and join the fun.




Thanks

Marcus


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