Re: QA automatisation in AOO

2021-10-24 Thread Peter Kovacs

Hi!

On 24.10.21 21:27, MENGUAL Jean-Philippe wrote:

Hi,

I am developing an infra for QA. Initially aimed for accessibility, I 
think the whole community can use this: they are based on Dogtail and 
track events from at-spi, on Linux, that enables to see if a key press 
or a mouse mouvement has the appropriate feedback from an event point 
of view. Perhaps it may be ported to other platforms.


Anyway, I now have a high database for Writer scenarios. I can help 
providing such scenarios, translating those I created (there are 
several hunderds of them). Just need a wiki for this or something like 
this. If you want the example of usage of dogtail, see

https://people.debian.org/~jpmengual/test.tar.gz

Writer has already scenarios coded for LO 4.2, because it worked from 
an accessibilit piont of view, but these can be ported.


If you are fine with a wiki page, do you have an MWiki Account? If not 
request one by sending a mail to dev list. We need the email address you 
want to be associated with and a nickname. (Use a specific Subject like 
"MWiki account needed" so we are aware on the need.)


I found a section for QA Test Automation at [1], which is interesting 
for all that are interested in QA.


As a starting point I added [2] for test cases with dogtails. Feel free 
to use the page or create additional pages.


HTH


All the best

Peter


[1] https://wiki.openoffice.org/wiki/QA/test_automation

[2] https://wiki.openoffice.org/wiki/QA/dogtail

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: API doc on web site [Was: Accessing the comment object (annotation) in Draw/Impress via API]

2021-10-24 Thread Peter Kovacs



On 24.10.21 20:57, Jörg Schmidt wrote:
  


-Original Message-
From: Peter Kovacs [mailto:pe...@apache.org]
Sent: Sunday, October 24, 2021 2:19 PM
To: dev@openoffice.apache.org
Subject: Re: API doc on web site [Was: Accessing the comment
object (annotation) in Draw/Impress via API]

Hi Jörg,

Check:


 Version Number Assignment (Apache OpenOffice internal)


   Structure

..


   Explanation

: huge release with visible changes and new features including
incompatible API changes if necessary. Translation updates are most
often necessary to address the UI visible changes.

: smaller improvements of features that don't need any
translation. And of course any kind of bug fixes.

: only selected bug fixes and most often only critical
ones. This
includes any potential security issues.

From: https://cwiki.apache.org/confluence/display/OOOUSERS/Releases

Yes, agreed.


That is the current policy. So well as long as compatible we could
Change the API with a minor Release.

I see no need and no justification for watering down clear rules/explanations.

The question of what "compatible" actually means is by no means easy to answer.
  
Example: Perhaps there is a property, method, etc. in the API that accidentally has a spelling mistake in its name (I recently had something like this in LO regarding a parameter of a Posgresql access) - on the one hand, one can then argue that a name correction that does not change the actual function would be compatible, but one can also argue that it is incompatible because only the old naming (which is possibly already used a lot in projects) no longer works.


I define Incompatible on User API level if the API user has to change 
his work, as a result of changes in a release.


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: QA automatisation in AOO

2021-10-24 Thread Peter Kovacs

Hi,

On 24.10.21 20:39, Jörg Schmidt wrote:

Hello,


-Original Message-
From: Peter Kovacs [mailto:pe...@apache.org]
Sent: Sunday, October 24, 2021 2:32 PM
To: dev@openoffice.apache.org
Subject: QA automatisation in AOO

Hello all,

In the discussion on API, and releases Jörg has ask about how
we could
improve QA.

The only way in general is to formalize. We need to define
testcases and
automate those.

That sounds good, but we need specifications to define test cases.

Not all tests have to run automatically (e.g. an installation test is more 
likely to be done manually), but it has to be defined what the minimum 
requirements are - that's what I mean by specifications.

Well, no one will stop anyone to execute the test cases.



What we have are test cases written on [1].

Can you please post a link to this (or what does "[1]" mean?)


Sorry, forgot to add the link.

[1] https://www.openoffice.org/qa/testcase/index.html

But note: these are the onbes I am aware of.

Checkout the Mail that announced it:

https://lists.apache.org/thread.html/dad44868cf67a2ad627a0c27fde213e69cc3b6dfd8617e55e553%40%3Cdev.openoffice.apache.org%3E




greetings,
Jörg


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


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Project Planning page on cwiki

2021-10-24 Thread Peter Kovacs

On 24.10.21 16:13, Arrigo Marchiori wrote:

Dear dev@,

Hi!

this may have been raised many other times... but why do we keep
publishing release notes under the "Project Planning" cwiki page [1]
when that page starts with a big warning that is only for the
incubation phase? :-)
I think there are a lot of old an new stuff intermixed. We have left the 
existing stuff as is and added the new stuff.

My humble suggestion, given the fact that the section contains updated
information, is to create a subpage "Incubation" and then move under
it all subpages related to the incubation period.

I am available to do this work, if no one else has either better ideas
or good reasons not to do so.


Sounds like an improvement. I have no objection. :)


[1]: https://cwiki.apache.org/confluence/display/OOOUSERS/Project+Planning

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



QA automatisation in AOO

2021-10-24 Thread Peter Kovacs

Hello all,

In the discussion on API, and releases Jörg has ask about how we could 
improve QA.


The only way in general is to formalize. We need to define testcases and 
automate those.


There are 2 ways of Automation:

1) is through Code

2) is through GUI.

Today both can be automated.

@1)

The Automation through code is already in place, but needs optimization 
and improvements.


We lack KPIs like test coverage, We lack a reporting facility and we 
have issues during the build.


@2)

What we have are test cases written on [1]. What we need is to extend them.

And then we need to automate them to get a good test coverage.

Also in this field we have no statistics. I think the last volunteer 
looked into it has been Kai 3 years ago. I am not aware that we have 
anyone who is looking into it now.


We have also a lot of Testcases in Bugzilla. Also some years ago 
Mechtilde and I looked at some Test tool for Testers. But we did not 
come to any conclusion.


Once we have testcases, we can again Automate them. These Tools are 
called Robots, and remember in some ways in game bots. They click on the 
Application window and check for results.


There are open sourced solution and Commercial solutions with community 
editions.



That is what I have in mind when I talk in QA.

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: API doc on web site [Was: Accessing the comment object (annotation) in Draw/Impress via API]

2021-10-24 Thread Peter Kovacs

Hi Jörg,

Check:


   Version Number Assignment (Apache OpenOffice internal)


 Structure

..


 Explanation

: huge release with visible changes and new features including 
incompatible API changes if necessary. Translation updates are most 
often necessary to address the UI visible changes.


: smaller improvements of features that don't need any 
translation. And of course any kind of bug fixes.


: only selected bug fixes and most often only critical ones. This 
includes any potential security issues.


From: https://cwiki.apache.org/confluence/display/OOOUSERS/Releases


That is the current policy. So well as long as compatible we could 
Change the API with a minor Release. It seems I got the detail wrong.



All the best

Peter

On 19.10.21 15:30, Jörg Schmidt wrote:

Hello Carl,


-Original Message-
From: Carl Marcum [mailto:cmar...@apache.org]
Sent: Tuesday, October 19, 2021 1:13 PM
To:dev@openoffice.apache.org
Subject: Re: API doc on web site [Was: Accessing the comment
object (annotation) in Draw/Impress via API]



Actually we do provide updated documentation included in

the SDK with

each convenience binary release.
It can be found on Linux at
/opt/openoffice4/sdk/docs/common/ref/module-ix.html
if the SDK is installed.

Knowing that we can't make API changes like adding or deprecating
methods or things like that in a minor version change,

Is this a principle that _all_ those involved in releases

will also _reliably_ follow?

It's up to us to inform new contributors who may make such a
mistake if
it were to happen.

yes, but ...

As far as I know, only the PMC has the right to decide about the release of a 
release - so will the PMC reliably support the mentioned principle (='API 
changes not in a minor release')?
I would appreciate a clear "yes" or "no" on this.

And please allow me to say that the current formal minor release of AOO is 
"4.1", so, respecting the implied principle, a change to the API is thus not 
allowed until version 5.0.0.



greetings,
Jörg


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


--
This is the Way! http://www.apache.org/theapacheway/index.html

Re: API doc on web site [Was: Accessing the comment object (annotation) in Draw/Impress via API]

2021-10-17 Thread Peter Kovacs

Hi Jörg,

On 17.10.21 19:48, Jörg Schmidt wrote:

Hello Peter,


-Original Message-
From: Peter Kovacs [mailto:pe...@apache.org]
Sent: Sunday, October 17, 2021 11:27 AM
To: dev@openoffice.apache.org
Subject: Re: API doc on web site [Was: Accessing the comment
object (annotation) in Draw/Impress via API]

Hi Jörg,


I am not sure what you refer to.

I refer to the fact that changes in the API documentation are marked in time (the typical 
entry is "since ..."), so that the API documentation can be used in practice 
for all program versions.
I think we are on the same page if we want to change the API, but I 
think this is not the topic.

The documentation has no
influence on
backward compatibility.

right.

What I am referring to is only that we should not make changes if the QA is not 
100% guaranteed. And what I currently experience is that there is a tiny(!) 
problem in the API documentation, but immediately demanded now to regularly 
renew the documentation routinely.

Again this is relevant if we change the API itself.

Explain to me bitterly where there are at all changes in the API that would 
make it necessary to update the documentation inflationary frequently?
I follow every release carefully, only from API changes I have not noticed for 
years.


The API Documentation is extracted from the Code.

For example the comment in

http://opengrok.openoffice.org/xref/aoo41x/main/offapi/com/sun/star/modules.idl?r=d1766043#83

does have an impact on the web page:

https://www.openoffice.org/api/docs/common/ref/com/sun/star/office/module-ix.html

I hope you see both documentations are linked. So when do we update the 
documentation on the web site?


Currently we will never update the web site, and the danger is that if 
we change a comment in the documentation it will not end up on the website..


So Arrigos Idea is to update with each release. This would keep the 
documentation on the web in sync with the latest Code released for this 
API Version (Which should roughly correspond with the major release).


It makes sense to publish on the website which Code the extraction has 
been taken from and what Versions the Documentation relates to.


On an API Change, QA and documentation  Versions need to be discussed. 
But we can discuss this when we get near to a API Change. I think until 
then we have done some steps in respect of QA.


Carl is working on improvements, and I would like to try if we can 
establish a UI check with UI Path or similar tool.


All the best

Peter


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Moderator für Xing-Gruppe gesucht

2021-10-17 Thread Peter Kovacs

Hi,

Also ich denke es macht nicht viel Sinn den Xing account viel zu 
investieren.


Wenn Xing diesen schließt ist es für mich fein. Wir können den wieder 
aufnehmen wenn wir es schaffen im Zeitgeist zu landen.


Ist ein weiter weg. Und aktuell bin ich mir nicht sicher ob wir es dahin 
schaffen, auch wenn ich eine Vision habe wie das aussehen könnte.



LG

Peter

On 01.10.21 07:56, Jörg Schmidt wrote:

Hallo *,

ich habe Jürgen kontaktiert und er schreibt mir das XING ihn kontaktiert das 
die Gruppe wegen Inaktivität Ende Oktober gelöscht werden soll, er aber auch 
der Meinung ist das seitens XING wohl erst einmal wieder Ruhe ist.

Nachdem ich es überschlafen habe, habe ich Jürgen geschrieben das ich momentan 
_nicht_ zusagen möchte die Mopderation zu übernehmen.


Andererseits werde ich mich als Co-Moderator nicht austragen.



Gruß
Jörg




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


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: ZLIB

2021-10-17 Thread Peter Kovacs

Hi Matrthias,

Can you post the Error from the buiild?

Thanks

All the best

Peter

On 03.10.21 22:00, Matthias Seidel wrote:

Hi all,

bumping this one up because I just got an error while building on
Windows complaining about zlib.

I don't know if that is a real problem now (I just started the build
again) but it would be great if we could update this ancient piece of
software.

Regards,

    Matthias

Am 11.04.21 um 19:20 schrieb Matthias Seidel:

Hi Marcus,

Am 11.04.21 um 19:07 schrieb Marcus:

Am 11.04.21 um 18:22 schrieb Matthias Seidel:

[...]

Our ZLIB is 1.2.7 from 2012.
The most recent version is 1.2.11 from 2017 [1].

Time to update?

yes, starting the update on trunk would show how good the idea was. ;-)

If even an outdated compiler like MSVC 2008 already complains about
deprecated code it may be time!

But it has to be done by someone else... ;-)

Matthias


Marcus


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



--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: API doc on web site [Was: Accessing the comment object (annotation) in Draw/Impress via API]

2021-10-17 Thread Peter Kovacs

Hi Jörg,


I am not sure what you refer to. The documentation has no influence on 
backward compatibility.


According to current rules for Version numbers we must bump the first 
digit if we do an API change.


So for Version 5 we must provide a Documentation a Version 4 
Documentation and a Version 5 Documentation.


I think even if Version 5 is backward compatible with Version 4, the 
documentation should be per Main Version.


I am fighting that we stick to the rule. (Actually I whish we only 
change the first Digit if we have an API change. Which is a clear signal 
to anyone what he has to look out for.


Current rules have a loophole to bumb for a majore release for features. 
Which I do not see the benefit in. But this is maybe a different discussion)




It would be beneficial if we update the documentation with each release, 
allowing a process that the documentation improves.


I think that means at current release speed we update API Documentation 
once / twice a year. Which should not be to much effort?


I would not see documentation update as a blocker to a release thought. 
Maybe even not part on the Release itself. But I think it is smart


to have both process in sync.


I think Arrigos Idea is a good one.


All the best

Peter

On 15.10.21 10:15, Jörg Schmidt wrote:

-Original Message-
From: Arrigo Marchiori [mailto:ard...@yahoo.it.INVALID]
Sent: Thursday, October 14, 2021 7:08 PM
To: dev@openoffice.apache.org
Subject: API doc on web site [Was: Accessing the comment
object (annotation) in Draw/Impress via API]

the API doc is (somehow) part of the website. And what you

are looking for

is maybe here:



https://github.com/apache/openoffice-org/blob/main/part2/conte
nt/api/docs/common/ref/com/sun/star/office/module-ix.html

Thank you! That is what I meant.

Those pages should be generated by Autodoc, for what I understand.

Are there any scripts that do this? Or any policies on how and when to
update the API documentation?  For example, I would suggest that each
new release would be a good time to update the API.

-1 (for the moment)

this is only a good idea if there was a way to make backward compatibility, 
because information is needed for all OO versions, not only for the current 
version

please understand me correctly:
it's not about not changing anything, it's about not changing a whole procedure 
without careful(!) examination just because there is an incorrect entry


Jörg


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


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



[Discussion] ODF 1.3 filter implementation strategy

2021-10-10 Thread Peter Kovacs

Hi all,

ODF 1.3 becomes more relevant soon. MS Office 2021 will support only ODF 1.3

So I try to look into this, however our implementation on ODF currently 
uses not the filter API but office Document model directly.


Should we stay with this architecture or should we use this opportunity 
to migrate on a API driven filter?


What is your opinion on this?

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Kendall Hunt Publishing - Permission Request (Seguin 5.17 - 5.19)

2021-09-26 Thread Peter Kovacs

Hi Caroline,

All our trademark policies are published. You can review them under [1] 
and [2].


I quote from the FAQ (Just replaced Ignite with OpenOffice, so you can 
copy & paste):




  May I use Apache marks, screenshots, or program output within
  published books, articles, or other publications?

In general, yes, as long as you comply with the rest of the Apache 
trademark policies, in particular in regard to not claiming 
association or endorsement of/for/by the ASF. For more details or for 
explicit permissions when legally required, contact us 
.


 *

The ASF prefers that you refer to Apache products using the full
"Apache /Ignite/" form of the product name, at least in the first
or most prominent uses within a book, chapter, article, or other
section of a larger published work; see the Apache /Project/ brand
usage guide  for
details.

 *

You may use screenshots, program output, and other displays
created by or taken of Apache products in use in descriptive ways
in the content of publications. Such use may include Apache
product logos as they normally display in the product in question.

 *

You must include a trademark attribution on the obverse title page
or wherever you acknowledge other trademarks and copyrights. A
preferred attribution would be:

Apache®, Apache OpenOffice®, OpenOffice®, and the logo are either
registered trademarks or trademarks of the Apache Software
Foundation in the United States and/or other countries. No
endorsement by The Apache Software Foundation is implied by the
use of these marks.

  * ASF does not require royalties for the use of Apache marks or
other IP in regularly-published books. We certainly do appreciate
non-targeted donations, and a number of publishers have set up
systems to donate all or part of the royalties from their books to
the ASF. Read more about Donating to the ASF
.

If you still need a explicit permission then please contact PMC of 
OpenOffice and cc trademarks. I have added both addresses to the CC 
list, to inform all, and make it simpler for you.


If you still have questions, you are welcomed to reach out.

All the best

Peter


[1] https://www.apache.org/foundation/marks/

[2] https://www.apache.org/foundation/marks/faq/



On 20.09.21 22:16, Caroline Kieler wrote:


Good Afternoon –

We are preparing a college publication and our author is interested in 
including the screenshots below in her text. Is permission required?


Thank you,

*Caroline Kieler*

Rights & Permissions Specialist
Kendall Hunt Publishing Company
563.589.1147 | ckie...@kendallhunt.com

**

cid:image002.jpg@01CF9AA0.838B8F00 

cid:image003.jpg@01CF9A88.482BE620 
cid:image004.jpg@01CF9A88.482BE620 
cid:image005.jpg@01CF9A88.482BE620 




--
This is the Way! http://www.apache.org/theapacheway/index.html

Re: Branch scons-build and PR #82

2021-09-08 Thread Peter Kovacs

Hi Arrigo,


As Damjan said  I looked only at the minimum setup.

I would suggest to merge my start and then continue.

I hope i have time sn for AOO. :S


All the best

Peter

Am 09.09.21 um 01:47 schrieb Damjan Jovanovic:

Hi Arrigo

You can. Peter's patches didn't fully convert the logic from
main/solenv/gbuild/platform/linux.mk into SCons, they only did the minimum
to catch up with FreeBSD.

I haven't developed on that branch in some time, and can't help right now.

There's a lot we could do in a SCons build though, with its ability to run
arbitrary Python code during the build: replace all the Perl files in
main/solenv/bin, replace calls to all the little command line tools like
awk/sed/zip, build without Cygwin some day, etc.

Damjan

On Wed, Sep 8, 2021 at 8:55 PM Arrigo Marchiori 
wrote:


Dear All,

I wanted to peek a little bit into the scons-build branch but I see
there is an open pull request:
https://github.com/apache/openoffice/pull/82

It would introduce Linux support, that would be very interesting for
me ;-)

Can I clean it up by force-pushing away all non-related commits? I
would only keep Peter's ones. Then it would be ready for merging,
would it not?

Thank you in advance and best regards,
--
Arrigo

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




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



Re: OpenOffice needs better UI

2021-09-02 Thread Peter Kovacs



On 02.09.21 15:15, Dr. Michael Stehmann wrote:

Hello,

just my 2 cents as an extension author.

Am 02.09.21 um 13:43 schrieb Peter Kovacs:

In addition to the UI redesign, is it possible for us to develop a 
web-page based office suite similar to Google docs or Office 365 ?


This is a very long road. I see open questions towards cooperative 
work flows that we need to improve. In addition I would look more 
into a de-central setup, that does not need a Server to work.


If you have interest in O365 or Google like Infrastructure, I would 
look into OwnCloud or nextCloud. Which are also more of a match to 
the Cloud competitors in general if you considering that you might 
want features like  Google drive or OneDrive.


Also with Cooperative work, communication, via mail or other 
protocols is very important, which we currently do not support at all.


A decentral approach is maybe to use git. You have only to unpack and 
pacK the the documents and do some git stuff.


Using git people may have a git server in the web (there some free 
programs for that task).


Should I think about it further on?


Sure. It is always worth to play through the approach. I found a related 
Request at [1].


We could try a prototype and then think about the UI a user would need.


All the best

Peter


[1] https://bz.apache.org/ooo/show_bug.cgi?id=38719

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: OpenOffice needs better UI

2021-09-02 Thread Peter Kovacs

On 31.08.21 14:44, Hao Wang wrote:

Thanks for introducing me to the new term Ribbon. Looks like that's what I'm 
aiming for.


Please keep in mind that a lot of users are very happy with the UI as 
is, because they know exactly where they can find the features they are 
looking for.


And they enjoyed this fixed setup for years. So we need to find a 
solution that works for people that want less Icons and more clicky, or 
others that want less clicks but more Icons without haveing to much fuzz 
for everyone.


IMHO the only answer is theming. That mean we need to develop the UI 
into a theme engine. Plus since I think we should stick with the default 
we have now, we need a better way to distribute, change Extensions.(A 
Layout Theme is also some sort of extension.) Plus we need to ensure 
that Extensions work on all environments (Which is for me:  Apple 
(intel, M1) Windows (XP and later), GTK (on Linux 7 and later, FreeBSD), 
OS/2. Maybe we should look into our QT UI implementation too -.-).


I am not saying that this is impossible. But I hope you see that is 
nothing that is around the corner if it is done right. And IMHO LO did 
something nice but not satisfactory in this regard..



In addition to the UI redesign, is it possible for us to develop a web-page 
based office suite similar to Google docs or Office 365 ?


This is a very long road. I see open questions towards cooperative work 
flows that we need to improve. In addition I would look more into a 
de-central setup, that does not need a Server to work.


If you have interest in O365 or Google like Infrastructure, I would look 
into OwnCloud or nextCloud. Which are also more of a match to the Cloud 
competitors in general if you considering that you might want features 
like  Google drive or OneDrive.


Also with Cooperative work, communication, via mail or other protocols 
is very important, which we currently do not support at all.


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



sorry, eine Testmail (EOM)

2021-08-14 Thread Peter Kovacs



--
This is the Way! http://www.apache.org/theapacheway/index.html

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



re: devtools

2021-08-14 Thread Peter Kovacs

Last discussion on this topic is at [1]

[1] 
https://lists.apache.org/thread.html/r64090cf9de98c0147098b5d7d58b5f248c71b42e06d3dcb1c536bc88%40%3Cdev.openoffice.apache.org%3E 




+1 to move to git. I would separate each tool in an own repository. But 
as long as it is done I would agree to a devtools repository.


To migrate it back into OpenOffice.git I am at -1 because OpenOffice 
Code + Build environment is already hard to learn. Especially for new 
commers.


It is better to cluster by topics.


All the best

Peter


On 12.08.21 18:00, Jim Jagielski wrote:


Any other opinions or comments?


On Aug 6, 2021, at 12:52 PM, Jim Jagielski  wrote:

To me, it being within OpenOffice.git makes the most sense... but I'm 
fine either way



On Aug 6, 2021, at 12:49 PM, Dave Fisher  wrote:

Within /Apache/OpenOffice.git repository? Or a new 
/Apache/OpenOffice-devtools.git?


+1, especially if history is preserved.

Of course there would be wiki and webpages to update.

Sent from my iPhone


On Aug 6, 2021, at 9:31 AM, Jim Jagielski  wrote:

Our devtools repo is till under svn; should we switch it to git. 
It would be nice, I think, to use on version control implementation 
for all our code related repos.

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



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



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



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


--
This is the Way! http://www.apache.org/theapacheway/index.html


Re: epm 5 not compiling on FreeBSD 13

2021-07-07 Thread Peter Kovacs
Aye, Jim has taken over from the original author as maintainer. Plus he has the 
FreeBSD changes saved as an additional patch.

However AOO 4.5.0 requests epm 5 I thin since last November, I think. At the 
time I tried to get the update into arch Linux. Which is quite a while where we 
did not build FreeBSD.

All the best
Peter

Am 7. Juli 2021 22:44:29 MESZ schrieb Matthias Seidel 
:
>Hi all,
>
>Am 07.07.21 um 20:11 schrieb Peter Kovacs:
>> Hi Damjan,
>>
>> In my opinion the compiler is right and it should be vernumber not
>> relnumber.
>
>That's Jim's build, isn't it?
>
>https://github.com/jimjag/epm/blob/trunk/bsd.c
>
>Regards,
>
>   Matthias
>
>>
>> All the best
>>
>> Peter
>>
>> On 07.07.21 18:04, Damjan Jovanovic wrote:
>>> Hi
>>>
>>> On FreeBSD 13.0 the epm module doesn't compile:
>>>
>>> =
>>> Building module epm
>>> =
>>>
>>> Entering
>>> /store0/Projects/Apache/Public/openoffice/openoffice-git/main/epm
>>>
>>> mkdir ./unxfbsdx/misc/build/epm-5.0.0/
>>> mkdir: ./unxfbsdx/misc/build/epm-5.0.0/: File exists
>>> cd ./unxfbsdx/misc/build/epm-5.0.0/ && make  && touch
>>> /path/to/openoffice-git/main/epm/./unxfbsdx/misc/build/so_built_epm
>>> Compiling bsd.c...
>>> bsd.c:203:27: error: no member named 'relnumber' in 'dist_t'; did
>you
>>> mean
>>> 'vernumber'?
>>>  if (dist->relnumber) {
>>>    ^
>>>    vernumber
>>> ./epm.h:220:9: note: 'vernumber' declared here
>>>  int vernumber,   /* Version number */
>>>  ^
>>> bsd.c:205:35: error: no member named 'relnumber' in 'dist_t'; did
>you
>>> mean
>>> 'vernumber'?
>>>  dist->relnumber, platname);
>>>    ^
>>>    vernumber
>>> ./epm.h:220:9: note: 'vernumber' declared here
>>>  int vernumber,   /* Version number */
>>>  ^
>>> 2 errors generated.
>>> *** Error code 1
>>>
>>> Stop.
>>>
>>>
>>>
>>>
>>>
>>> There is no "relnumber" in epm.h:
>>>
>>> typedef struct / Distribution Structure /
>>> {
>>>  char product[256],   /* Product name */
>>>  version[256],    /* Product version string */
>>>  release[256],    /* Product release string */
>>>  copyright[256],  /* Product copyright */
>>>  vendor[256], /* Vendor name */
>>>  packager[256],   /* Packager name */
>>>  license[256],    /* License file to copy */
>>>  readme[256]; /* README file to copy */
>>>  int num_subpackages; /* Number of subpackages */
>>>  char **subpackages;  /* Subpackage names */
>>>  int num_descriptions;    /* Number of description strings
>*/
>>>  description_t *descriptions; /* Description strings */
>>>  int vernumber,   /* Version number */
>>>  epoch;   /* Epoch number */
>>>  int num_commands;    /* Number of commands */
>>>  command_t *commands; /* Commands */
>>>  int num_depends; /* Number of dependencies */
>>>  depend_t *depends;   /* Dependencies */
>>>  int num_files;   /* Number of files */
>>>  file_t *files;   /* Files */
>>> } dist_t;
>>>
>>>
>>> Any ideas?
>>> Damjan
>>>


Re: epm 5 not compiling on FreeBSD 13

2021-07-07 Thread Peter Kovacs

Hi Damjan,

In my opinion the compiler is right and it should be vernumber not 
relnumber.


All the best

Peter

On 07.07.21 18:04, Damjan Jovanovic wrote:

Hi

On FreeBSD 13.0 the epm module doesn't compile:

=
Building module epm
=

Entering /store0/Projects/Apache/Public/openoffice/openoffice-git/main/epm

mkdir ./unxfbsdx/misc/build/epm-5.0.0/
mkdir: ./unxfbsdx/misc/build/epm-5.0.0/: File exists
cd ./unxfbsdx/misc/build/epm-5.0.0/ && make  && touch
/path/to/openoffice-git/main/epm/./unxfbsdx/misc/build/so_built_epm
Compiling bsd.c...
bsd.c:203:27: error: no member named 'relnumber' in 'dist_t'; did you mean
'vernumber'?
 if (dist->relnumber) {
   ^
   vernumber
./epm.h:220:9: note: 'vernumber' declared here
 int vernumber,   /* Version number */
 ^
bsd.c:205:35: error: no member named 'relnumber' in 'dist_t'; did you mean
'vernumber'?
 dist->relnumber, platname);
   ^
   vernumber
./epm.h:220:9: note: 'vernumber' declared here
 int vernumber,   /* Version number */
 ^
2 errors generated.
*** Error code 1

Stop.





There is no "relnumber" in epm.h:

typedef struct / Distribution Structure /
{
 char product[256],   /* Product name */
 version[256],/* Product version string */
 release[256],/* Product release string */
 copyright[256],  /* Product copyright */
 vendor[256], /* Vendor name */
 packager[256],   /* Packager name */
 license[256],/* License file to copy */
 readme[256]; /* README file to copy */
 int num_subpackages; /* Number of subpackages */
 char **subpackages;  /* Subpackage names */
 int num_descriptions;/* Number of description strings */
 description_t *descriptions; /* Description strings */
 int vernumber,   /* Version number */
 epoch;   /* Epoch number */
 int num_commands;/* Number of commands */
 command_t *commands; /* Commands */
 int num_depends; /* Number of dependencies */
 depend_t *depends;   /* Dependencies */
 int num_files;   /* Number of files */
 file_t *files;   /* Files */
} dist_t;


Any ideas?
Damjan


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: [openoffice] branch trunk updated: Remove the -Werror option from debug builds

2021-07-06 Thread Peter Kovacs

Hi Matthais,

Not sure.  Arrigo, what is your Opinion?

I think you need this change.


All the best

Peter

On 06.07.21 18:24, Matthias Seidel wrote:

Hi Peter,

Would it make sense to cherry-pick this for AOO42X?

Regards,

    Matthias

Am 04.07.21 um 09:04 schrieb pe...@apache.org:

This is an automated email from the ASF dual-hosted git repository.

petko pushed a commit to branch trunk
in repository https://gitbox.apache.org/repos/asf/openoffice.git


The following commit(s) were added to refs/heads/trunk by this push:
  new 191ab58  Remove the -Werror option from debug builds
  new 2ff367b  Merge pull request #133 from ardovm/graphite_werror
191ab58 is described below

commit 191ab5831ad5935e7e044360bb7e6fa9dc3032dc
Author: Arrigo Marchiori 
AuthorDate: Sat Jun 19 15:27:42 2021 +0200

 Remove the -Werror option from debug builds
 
 The flag is set by default by the graphite configure script, but it

 lets the compilation fail with gcc 7.5
---
  main/graphite/graphite-2.3.1_debug.patch | 11 +++
  1 file changed, 11 insertions(+)

diff --git a/main/graphite/graphite-2.3.1_debug.patch 
b/main/graphite/graphite-2.3.1_debug.patch
index 583fac7..61e02e4 100644
--- a/main/graphite/graphite-2.3.1_debug.patch
+++ b/main/graphite/graphite-2.3.1_debug.patch
@@ -11,3 +11,14 @@

// in the case of a non-contiguous list
return m_pseg->m_prgginf[(*m_vit) - m_pseg->m_isloutGinf0];
   }
+--- misc/silgraphite-2.3.1/engine/configure2021-06-19 15:17:20.741894267 
+0200
 misc/build/silgraphite-2.3.1/engine/configure  2021-06-19 
15:18:16.359429854 +0200
+@@ -16877,7 +16877,7 @@
+ # (note: the flags here are gcc-specific and may fail with other compilers)
+ build_flags=""
+ if test "$enable_debug" = yes; then
+-  build_flags="$build_flags -O0 -g -Wall -Wno-unknown-pragmas -Wparentheses 
-Werror"
++  build_flags="$build_flags -O0 -g -Wall -Wno-unknown-pragmas -Wparentheses"
+ elif test "$enable_strict" = yes; then
+   build_flags="$build_flags -DNDEBUG -Wall -Wno-unknown-pragmas -Wparentheses 
-Werror"
+ else

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Login

2021-07-04 Thread Peter Kovacs

Hi Neil,


I cced the right mailing list.

which webside? We have multiple logins you could reference to. :)

And which user? This email?


All the best

Peter

On 04.07.21 00:06, Neil Murphy wrote:

I am told by the web site that my userid has been suspended. It does not say 
how to reach the administrator. So would you please re-instate me?
neilhmurphy at neilhmur...@outlook.com


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Working on Refresh of openoffice.apache.org

2021-06-30 Thread Peter Kovacs



On 01.07.21 03:11, Dave Fisher wrote:



On Jun 30, 2021, at 3:33 PM, Marcus  wrote:

Am 30.06.21 um 23:47 schrieb Carl Marcum:

I think it looks great!
I've tested mobile with Firefox's developer tools and my iPhone 11 with Firefox 
and that looks great too.

I had a look on my desktop with Firefox and the difference now - compared with 
the first steps - is increadible.

The menu / nav now looks more sorted and clear. The menu items are well aligned 
and personally I don't miss any icons for them.

Maybe you can reduce the font size and margins a bit as currently less content 
is fitting on the page than before without the need to scroll.

I reduced the base font size from 18px to 16px. Tweaked a lot of other margin 
related items slightly. I think we now have a website that reads well even on a 
small iPhone.

Unless there are objections I’ll put it in production in my morning tomorrow.
+1, please go ahead. It looks great to me. My suggestions are only 
suggestions and taste.



Thanks for your work on this!

Yes, thanks a lot for making this possible.

My pleasure.

FYI - We can start one content updates once the new design is in production.

Regards,
Dave


Marcus




On 6/30/21 5:13 PM, Dave Fisher wrote:

Hi -

I like where everything is now. When I run google’s Lightroom tool in a Chrome 
Incognito window I get scores of 94, 97, 100, and 100.


On Jun 30, 2021, at 1:40 PM, Peter Kovacs  wrote:


On 30.06.21 20:17, Dave Fisher wrote:

On Jun 30, 2021, at 11:12 AM, Peter Kovacs  wrote:


On 30.06.21 19:25, Dave Fisher wrote:

I like the look at https://openoffice-refresh.staged.apache.org/. Please review.

+1, maybe can we have some icons in front of a menu point? like the ASF feather 
in front of the ASF?

The feather in front of “The ASF” is possible.


And maybe an indication which menu point we currently see. Maybe an arrow? (if you visit the 
link and you click on General you would see a -> in front of the menu point 
"About".)

I’m counting on bootstrap for the nav menus and I don’t think that is at all 
easy. It would likely require keeping information about what menu a page is 
part of in the page along with making sure that the page is on the menu.

I thought of something like this pseudocode:

if (window.location.href = this.dropdown-item.href) then this.css = "selected" else 
this.css = "unselected"?

I get your idea and it could be a way to do it and there is a way to make 
bootstrap menu items inactive.

There may be some issues with the comparison as the window.location.href is 
fully qualified while we do not want to use fully qualified urls for the 
dropdown-item hrefs (makes testing the site painful.)


Hmm, bummer seems not that easy.

So maybe something like:

const boxes = 
documentui.dropdown-menu.show.querySelectorAll('#dropdown-item');

boxes.forEach(box => {
if (window.location.href = box.dropdown-item.href) then box.css = "selected" else box.css 
= "unselected"?

}

Well something along those lines. I really suck at JS, i just try to write 
something so you have a better Idea what I thought of. Could well (likely) be 
this is rubbish.

So for the pages I tried this approach seem to be pretty neat. Pages that are 
not listed on the menue, maybe it is the qwuestion where they belong, anyhow.

Actually, I would want to learn how to customize Bootstrap 5 first, but I’m not 
going to do that right now.


There were numerous tweaks needed. The current site did not catch the rename of 
volunteer@ to recruitment@.

Unless there are objections I plan to squash & merge after I get the mobile 
view better.

I tried earlier today on my phone and it did look promising already. The 
Desktop does also look great.

Do you have an android phone, or iPhone?

I tried from an Android phone. Sony Xperia XA2 and now Samsung S8 to be exact. 
I use a Firefox browser.

Now I see a hamburger menu, nice. However the feather makes the menu look 
unaligned. it is great on the desktop.

I am not a gui developer so I am not sure what is state of the art on hamburger 
menus is, but i would intend the other menus, with the goal that the text 
starts always at same point.

IMO the feather is good in the hamburger menu. All of the ASF menu items leave 
the site.

I’m done with UI work for now. It is time to update content. See 
https://github.com/apache/openoffice-project/blob/preview/refresh/PAGES.md

All The Best,
Dave


I really like the fact that it incorporates the UI approach we are using.

Thanks!
Dave


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



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


--
Th

Re: Working on Refresh of openoffice.apache.org

2021-06-30 Thread Peter Kovacs


On 30.06.21 20:17, Dave Fisher wrote:



On Jun 30, 2021, at 11:12 AM, Peter Kovacs  wrote:


On 30.06.21 19:25, Dave Fisher wrote:

I like the look at https://openoffice-refresh.staged.apache.org/. Please review.

+1, maybe can we have some icons in front of a menu point? like the ASF feather 
in front of the ASF?

The feather in front of “The ASF” is possible.


And maybe an indication which menu point we currently see. Maybe an arrow? (if you visit the 
link and you click on General you would see a -> in front of the menu point 
"About".)

I’m counting on bootstrap for the nav menus and I don’t think that is at all 
easy. It would likely require keeping information about what menu a page is 
part of in the page along with making sure that the page is on the menu.

I thought of something like this pseudocode:

if (window.location.href = this.dropdown-item.href) then this.css = 
"selected" else this.css = "unselected"?


Hmm, bummer seems not that easy.

So maybe something like:

const boxes = 
documentui.dropdown-menu.show.querySelectorAll('#dropdown-item');


boxes.forEach(box => {
if (window.location.href = box.dropdown-item.href) then box.css = 
"selected" else box.css = "unselected"?


}

Well something along those lines. I really suck at JS, i just try to 
write something so you have a better Idea what I thought of. Could well 
(likely) be this is rubbish.


So for the pages I tried this approach seem to be pretty neat. Pages 
that are not listed on the menue, maybe it is the qwuestion where they 
belong, anyhow.





There were numerous tweaks needed. The current site did not catch the rename of 
volunteer@ to recruitment@.

Unless there are objections I plan to squash & merge after I get the mobile 
view better.

I tried earlier today on my phone and it did look promising already. The 
Desktop does also look great.

Do you have an android phone, or iPhone?


I tried from an Android phone. Sony Xperia XA2 and now Samsung S8 to be 
exact. I use a Firefox browser.


Now I see a hamburger menu, nice. However the feather makes the menu 
look unaligned. it is great on the desktop.


I am not a gui developer so I am not sure what is state of the art on 
hamburger menus is, but i would intend the other menus, with the goal 
that the text starts always at same point.





I really like the fact that it incorporates the UI approach we are using.

Thanks!
Dave



--
This is the Way! http://www.apache.org/theapacheway/index.html

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



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


--
This is the Way! http://www.apache.org/theapacheway/index.html


Re: Working on Refresh of openoffice.apache.org

2021-06-30 Thread Peter Kovacs



On 30.06.21 19:25, Dave Fisher wrote:

I like the look at https://openoffice-refresh.staged.apache.org/. Please review.


+1, maybe can we have some icons in front of a menu point? like the ASF 
feather in front of the ASF?


And maybe an indication which menu point we currently see. Maybe an 
arrow? (if you visit the link and you click on General you would see a 
-> in front of the menu point "About".)




There were numerous tweaks needed. The current site did not catch the rename of 
volunteer@ to recruitment@.

Unless there are objections I plan to squash & merge after I get the mobile 
view better.


I tried earlier today on my phone and it did look promising already. The 
Desktop does also look great.


I really like the fact that it incorporates the UI approach we are using.


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: building with gcc 10 and external (system) boost

2021-06-20 Thread Peter Kovacs



On 20.06.21 08:57, Don Lewis wrote:

On 20 Jun, Yury Tarasievich wrote:

Hello Peter,

You are right on both issues, of course.

To be fair, on your (1), I didn't touch that
variable check, I just brute-forced the C++11
mode of compilation.

Which leads to your (2), but thing is, modern
boost sort of requires C++11. Might be other
external modules do, too.
Might that switch to C++11 be overdue?

What I consider the nicest result (beyond the
'fact of the pudding') is seeing that the C++11
build is achievable with very minimal changes to
the source, which wouldn't (shouldn't?) reflect
on builds with older versions of GCC.

I think that we still need to do release builds of 4.1.x on CentOS 5. Is
it's version of gcc new enough?



Redhat 5 uses GCC 3.4 according to [1]

CentOS 7 uses gcc 4.4.7


If I check with [2] it is to old.


[1] https://access.redhat.com/solutions/19458

[2] https://en.cppreference.com/w/cpp/compiler_support

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: building with gcc 10 and external (system) boost

2021-06-20 Thread Peter Kovacs



On 20.06.21 07:40, Yury Tarasievich wrote:

Hello Peter,
Which leads to your (2), but thing is, modern boost sort of requires 
C++11. Might be other external modules do, too.

Might that switch to C++11 be overdue?


I would like to switch. I am a big fan of C++11, but I am worried on the 
impact.


Without testing the switch on Mac and Windows I hesitate. That's is all.


From our dependency point of view, yes we need to make the switch soon. 
But imho it has time after release 4.2.



--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: building with gcc 10 and external (system) boost

2021-06-19 Thread Peter Kovacs

Hi Yuri,

Nice work! However there is more then One change I am unsure about.

# you removed the __cplusplus string check. I think that is a bit hacky. 
It would have benn better to check the content and add it with or


# switching to C11 -> we should do this and start refactoring the code 
to the C11 style. However again we should check that all our target are 
aware of C11, and then have a plan to move up the compiler versions. I 
think [1] will help creating such a plan.



This are 2 points where we should think a bit before looking into the 
next steps what we would need to do.


Again I really like the way to go. It needs some more work until we can 
set this up.



[1] https://en.cppreference.com/w/cpp/compiler_support



On 19.06.21 13:50, Yury Tarasievich wrote:

On 2021/06/18 07:08:17, Yury Tarasievich wrote
...

I've managed to actually finish the build with the changes:

https://gist.github.com/yurytch/9725e3281f9ef784cbf865fcebf51517

(plus some info in two comments)

This is of course a kludge cubed, but at the moment it seems to serve. 
I didn't see any crashes yet, although I didn't pressure the app too 
much, either.


Stuff with BOOST_NO_CXX11... vars needs to go into global variables 
set, of course.


Give it a look guys.

-Yury

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



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



Re: building with gcc 10 and external (system) boost

2021-06-19 Thread Peter Kovacs
This issue occurs because your Boost library is to new, and the fallback 
case has been selected (as in 
/d/home/ty/c/+ooo/aoo45/main/solver/450/unxlngx6.pro/inc/stl/vector )


Maybe this is more an issue of autoconf? My build on Arch Linux stopped 
working because of needed changes due to a incompatible autoconf update.


Whatever. The best way is to check how HAVE_STL_INCLUDE_PATH is set. Or 
what __cplusplus Macroi variable is set to. __cplusplus should fuillfill 
>= 201103L. This can be soimething that may fail if there is a change 
in the name schema.



Sorry I lack a bit of time in digging deeper...


On 18.06.21 09:08, Yury Tarasievich wrote:

Hi all,

Following the results described in this post:

https://lists.apache.org/thread.html/ra0045b3901742ecbda7e23791819eabb18920a3c5848ebf586103a33%40%3Cdev.openoffice.apache.org%3E 



When configuring with external boost library (I have 1.76.0 installed, 
all headers and libraries ARE present), my build is stopped by this 
issue:


In file included from 
/d/home/ty/c/+ooo/aoo45/main/xml2cmp/source/finder/dependy.hxx:28,
 from 
/d/home/ty/c/+ooo/aoo45/main/xml2cmp/source/finder/dependy.cxx:25:
/d/home/ty/c/+ooo/aoo45/main/solver/450/unxlngx6.pro/inc/stl/vector:33:11: 
fatal error: boost/tr1/tr1/vector: No such file or director


I publish this here here as advised in IRC devs channel ))

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


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: ODF 1.3

2021-06-16 Thread Peter Kovacs



On 17.06.21 01:34, Drew Jensen wrote:

Howdy,

Perhaps you missed this;
There is an appendix found in each of the OASIS documents (from the
first email URL) which lists the changes from 1.2 for the items
covered in that part of the spec.

Or are you looking for something beyond that?


Cool! I missed that. What I did was to download the 1.2 Spec and the 1.3 
spec and do an Document compare between the 2.


Which provides also some comparison. I have also looked at the xmloff 
module which is the implementation on ODF.


And I am still trying to figure how it works.



Drew

On Wed, Jun 16, 2021 at 2:18 PM Rory O'Farrell  wrote:

On Wed, 16 Jun 2021 20:02:46 +0200
Matthias Seidel  wrote:


Hi all,

FYI:

https://www.oasis-open.org/2021/06/16/opendocument-v1-3-oasis-standard-published/

Regards,

Matthias

It would be helpful if there was also a listing of the differences with ODF 
1.2.  I haven't yet found one.

--
Rory O'Farrell 

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


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


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Enhancement request from Facebook

2021-06-16 Thread Peter Kovacs

Hello all,

We have the issue 20655 [1] which is about a setting on how many last 
documents are kept.


Does anyone have pointers what to do? Where would we add this setting?


All the best

Peter


[1] https://bz.apache.org/ooo/show_bug.cgi?id=20655


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Changing default rounding in Writer Tables

2021-06-09 Thread Peter Kovacs

Hi Dean,


I am not sure I can follow you. On Calc why is it not enough to change 
the Formatting?


You can change multiple cells at once. And if you need the setup 
multiple times you could save a template.


Why does this not solve your goals in calc?


For writer, I think the use case is write a text not calculate numbers. 
So I do not understand your user story. Let me try to use a method "User 
Story" (check out [1 ] for details) to try to better understand:


As an *editor of a text in writer*,

I want *to adjust written number Formating in my document*

so that I can *have a consistent number formatting presentation in my text*.

Is this the direction you are thinking?


All the best

Peter

[1] https://www.justinmind.com/blog/user-story-examples/

On 10.06.21 02:07, Dean.Webber wrote:

Dear Devs,

How hard would it be to change the default rounding in the tables to the 
entered value or similar. Or perhaps, can I change it to accept text as an 
entry by default (ie in settings)...

Just a little time consuming whenever I enter 895.714285 or similar into the 
table and have to change the rounding per cell. Otherwise, if it just thinks 
text as default this will be better (for my situation).

Like if I enter 895.714285, would it be hard for writer to be like "oh, wanting 6 decimal 
places" instead of being "895.71"... Really bad when entering 0.8 for example...

Thanks,
Dean


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Hyperlink Warning Message

2021-06-06 Thread Peter Kovacs



On 05.06.21 15:50, Arrigo Marchiori wrote:

Dear Matthias, Czesław, All,

On Sat, Jun 05, 2021 at 12:39:16PM +0200, Matthias Seidel wrote:


Hi Czesław,

Am 05.06.21 um 12:35 schrieb Czesław Wolański:

Hi Matthias, all

A preliminary check in Calc (Windows 7, 64-bit)

(1) in-document links beginning with #
test: button with link to other sheet
result: OK (no security warning)

(2) .uno:XXX links
result: security warning

(3) Links to local files
test: the "Hyperlink" dialog, button "WWW Browser"
result: OK (no security warning)

That's what I expected, since the patches are for file://

.uno: hasn't been addressed yet

@Arrigo: correct me if I am wrong ;-)

You should have just become wrong ;-)

I found out that there are many checks on the URL protocol. I suggest
that the warning was not checked at the right moment, but too soon.

Because we had a report of unexpected _execution_ of malicious links,
I suggest we leave the safety check on hyperlinks _just before calling
the OS to execute them_.

The result is that HTTP, HTTPS, but also "uno:" and all other
protocols already understood by AOO are not checked, and no warnings
will appear. We could argue that their safety must be assured by the
code handling them, as we accepted to delegate the browser for
Internet links.

The latest commit, just pushed to branch bug128453, moves the check
for "safe extensions" (or directory) from the beginning of hyperlinks'
processing, to just before the execution of the link target by the OS.
The protocol is not checked any more, because supported protocols
are already filtered out and processed at that point.

This should make all links to non-files work again, and still warn
users when they are going to open JAR's, EXE's and other unknown
types.

What do you think about this?


I like this a lot. It seems that you have found the solution. The main 
pain point is that the user is warned on possible code execution.


Thank you for your relentless time to look into this issue.


All the best

Peter

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: SF and AOO download statistics

2021-06-03 Thread Peter Kovacs



On 03.06.21 13:43, Bidouille wrote:

Weird


It could be a VPN effect.

There are offers of private VPN usage. If you select then France (for 
example to enjoy the GDPR benefits)


It would look to us as the download goes to France, but In reality it 
does not stop there.


An example for such a service is NordVPN [1].

At least recently I have seen a drop in US downloads and at the same 
time a raise in Downloads from France.


[1] https://nordvpn.com/




- Mail original -

De: "Matthias Seidel" 
À: dev@openoffice.apache.org
Envoyé: Jeudi 3 Juin 2021 11:51:33
Objet: Re: SF and AOO download statistics

Hi,

Top downloads are from France, not for the French version... ;-)

Matthias

Am 03.06.21 um 11:48 schrieb Bidouille:

Since a couple of versions, top country for downloading is FR (for
4.1.10 = 13%).
But if I go on details, I see that en-US downloads are 94K and FR
are 46K.
https://www.cjoint.com/doc/21_06/KFdjTDAutNV_capture.jpg

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




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


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Hyperlink Warning Message

2021-06-01 Thread Peter Kovacs



On 01.06.21 21:57, Arrigo Marchiori wrote:

I would not go for file://. Can we go for a pattern derivated from 
file://path/document.ods#anchor ?

I am not sure I understand your question, Peter.

I am suggesting not to trust file:// in general, but the anchored URL, 
maybe file://*#anchor if you like.


But maybe I got this URL wrong.

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Where can I get help with a complicated menu problem (API)?

2021-06-01 Thread Peter Kovacs

Hello Jörg,

I have passed the extension you have provided to the person who asked on 
Facebook.


The Answer was:

"Thank you so much! This works perfectly. [...]
I never expected anyone to pay attention to my question, but you did. 
AND you went above and beyond. I am honored and impressed.


I wanted to leave positive feedback for the extension, but I didn't see 
anywhere to do so.


[...]


i'm just incredibly happy to havethe extension. i've been bragging about 
OO to everybody because you paid attention to me and actually had an 
extension created. i think people will be really happy with it once they 
realize that it exists. as a numbers person, it is a must have."


:) Sometimes small features make a difference.

So if you have time please release it on extensions, so she can rate it. 
If you are happy with the version of course.


All the best

Peter

On 01.06.21 09:12, Jörg Schmidt wrote:

Hello,

Peter had asked me to write a small extension, which I did. For the meaningful 
operation of the extension it would be necessary to be able to set a check mark 
at a, self-defined, menu item.
The question is formulated here more exactly (and the short answer there does 
not help me unfortunately):
https://forum.openoffice.org/en/forum/viewtopic.php?f=20=105315#p511270


Can someone help me?

My hope is that someone knows who used to work as a programmer at OOo/SUN with 
a focus on menus and can still be contacted today.


greetings,
Jörg


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


--
This is the Way! http://www.apache.org/theapacheway/index.html


Is this arm patch still usable?

2021-05-30 Thread Peter Kovacs

Hello marcia,

Hello Don,


If you got some time can you check the patch from below if it is still 
needed?


It differs quite a lot from the existing config. (see bellow)

maybe it gives also some pointers to make the build work. Would be nice 
if you could help here out.



Thanks.

All the best

Peter



 Forwarded Message 
Subject:[Issue 127040] Patch for arm 32
Date:   Sun, 30 May 2021 08:44:55 +
From:   bugzi...@apache.org
Reply-To:   iss...@openoffice.apache.org
To: iss...@openoffice.apache.org



https://bz.apache.org/ooo/show_bug.cgi?id=127040

Peter  changed:

What |Removed |Added

CC| |pe...@apache.org

--- Comment #6 from Peter  ---
Okay, the patch has not been applied.
But it is seems outdated, too. Maybe we should ask for some guidance.
The patch sets some variables different then our current ARM config.
Depending on platform it sets:
$EPM_FLAGS = "-a armhf";
or
$EPM_FLAGS = "-a armel";

However our ARM config sets
$EPM_FLAGS = "-a arm";

Someone needs to check this what is still needed and what is out dated 
from ARM

perspective.

--
You are receiving this mail because:
You are the assignee for the issue.



Re: Ubuntu 21.04 / dark mode

2021-05-28 Thread Peter Kovacs

Sorry for top posting:

The Tango Desktop Project says:

Though the tango-icon-theme package is released to the Public Domain, we 
ask that you still please attribute the Tango Desktop Project, for all 
the hard work we've done. Thanks.


see: http://tango.freedesktop.org/Tango_Desktop_Project


I am not sure if this is the same theme you refering to.

On 28.05.21 21:14, Dave Fisher wrote:



On May 28, 2021, at 11:32 AM, Matthias Seidel  
wrote:

Hi Pedro,

Am 27.05.21 um 11:33 schrieb Pedro Lino:

Hi Matthias

On 05/27/2021 9:35 AM Matthias Seidel  wrote:
I asked a friend who is in graphic design and he spontaneously said
"Tango" [1].

But i think we removed Tango from AOO? I wonder why, since it is Public
Domain...

Excellent! And the tar.gz file includes all images as SVG so we can easily 
modify to create new PNGs in all sizes!

Looked good on Ubuntu:
https://people.canonical.com/~doko/ooicons/diff_industrial_tango.html


I think someone read GPL (the naming utilities which we won't use) and 
panicked? Should we ask ASF bureaucrats before starting?

It was removed just because of that... See:
https://bz.apache.org/ooo/show_bug.cgi?id=119096

If the concern is a GPL build tool that we do not distribute (that is allowed) 
and what we distribute is PD w/ a Notice request then I don’t see any issue.

I’d like to know if Jim concurs.

All The Best,
Dave



I think we need another icon theme.

Regards,

Matthias


Regards,
Pedro

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



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


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Hyperlink Warning Message

2021-05-28 Thread Peter Kovacs



On 28.05.21 22:04, Arrigo Marchiori wrote:

Hello all,

replying to an older message in this thread.

On Thu, May 13, 2021 at 07:23:16PM -0400, Carl Marcum wrote:

[...]

Hopefully we can collect the exceptions in the BZ issue noted in this thread
and then agree on the direction.

The few I see so far are:
1. in-document links beginning with #.
2. .uno:XXX links
3. Links to local files.

I think all 3 are candidates but that's just me.

I have bad news about number 1. Apparently, when the link is indicated
as "#anchor", it is transformed into "file://path/document.ods#anchor"
and then passed to SfxApplication::OpenDocExec_Impl()

This means that if we want to have warning-less links to the same
document, then we may have to consider the file:// protocol possibly
safe. We should then rely on extensions.

Suprisingly, the OpenDocument extensions do not seem to be included in
the standard list of safe extensions. Such list should be in
main/officecfg/registry/data/org/openoffice/Office/Security.xcu -- I
cannot recall who brought this to my attention and therefore I am
unable to credit him/her, I am sorry.

Does anyone see any possible security issues in considering the
file:// protocol safe and deciding on the target file's extension
whether to show a warning or not?


I would not go for file://. Can we go for a pattern derivated from 
file://path/document.ods#anchor ?



We had CVEs in the past working with file links, based odf definition 
and UNO. Maybe you can try the test files from those CVEs.


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Build Error

2021-05-24 Thread Peter Kovacs



On 24.05.21 13:53, Arrigo Marchiori wrote:

Hello Peter,

On Mon, May 24, 2021 at 10:10:23AM +, Peter Kovacs wrote:


Hello all,


I am building OpenOffice trunk in a CentOSX Environment running as a docker
image. Anyone has an Idea where to look. The versions look very old and even
for CentOSx not up to time.

My host system is Arch Linux. I run into a strange QA Issue:

Entering workspace/AOO/github/main/sal/qa/osl/condition

../../../unxlngx6.pro/bin/sal_ut_osl_condition: /lib64/libstdc++.so.6:
version `GLIBCXX_3.4.20' not found (required by
workspace/AOO/github/main/solver/450/unxlngx6.pro/lib/libgtest.so.0)

I don't know Docker, but what you wrote below may give us a
suggestion.

[...]

My Config:

[ ...snip as nothing seems wrong there ... ]

My Docker build environment:

FROM centos:7
RUN yum update -y
RUN echo "assumeyes=1" >> /etc/yum.conf
RUN yum install epel-release -y
RUN yum install -y\
    gcc \
    expat-devel \
    openssl-devel \
    autoconf \
    gcc-c++ \

Here we are.


It is part of the guide. see [1]

Does this needs to change?

(The guide differs a bit with the docker commands, since it did not work 
out of the box.




If I understand correctly, you are installing an older C++ (from
Centos 7) into your up-to-date system.

The error message is about a library mismatch between
/lib64/libstdc++.so.6 and one of the shared libraries you compiled.

Is it possible that, for some reason, the AOO build system is not
always using the same version of GCC, or the same libraries? I.e. it
is mixing them from the CentOS installation and from the host system?

Or maybe the Docker image contains multiple versions of GCC, and the
build system is mixing them?

This could lead to errors similar to the one you reported.

You can get information about individual libstdc+ versions with the
following command:

$ strings /path/libstdc++.so.6 | grep GLIBCXX

And from here:
https://gcc.gnu.org/onlinedocs/libstdc++/manual/abi.html you can see
that GLIBC_3.4.20 corresponds to GCC 4.9.0.

I hope this helps.
However I believe that during my tries to make the docker image world I 
tried to build OpenOffice with different gcc version as you have suspected.


Thanks for pointing this out.

[1] 
https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step_Linux#CentOS_7_and_Fedora_19_for_AOO_4.2.x_and_later

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Build Error

2021-05-24 Thread Peter Kovacs

Okay, sorry for the fuzz. Was some ISO Layer 8 Issue.

I did a dmake clean and then i seem to pass the Issue. -.-

On 24.05.21 12:10, Peter Kovacs wrote:

Hello all,


I am building OpenOffice trunk in a CentOSX Environment running as a 
docker image. Anyone has an Idea where to look. The versions look very 
old and even for CentOSx not up to time.


My host system is Arch Linux. I run into a strange QA Issue:

Entering workspace/AOO/github/main/sal/qa/osl/condition

../../../unxlngx6.pro/bin/sal_ut_osl_condition: /lib64/libstdc++.so.6: 
version `GLIBCXX_3.4.20' not found (required by 
workspace/AOO/github/main/solver/450/unxlngx6.pro/lib/libgtest.so.0)
../../../unxlngx6.pro/bin/sal_ut_osl_condition: /lib64/libstdc++.so.6: 
version `CXXABI_1.3.9' not found (required by 
workspace/AOO/github/main/solver/450/unxlngx6.pro/lib/libgtest.so.0)
../../../unxlngx6.pro/bin/sal_ut_osl_condition: /lib64/libstdc++.so.6: 
version `GLIBCXX_3.4.26' not found (required by 
workspace/AOO/github/main/solver/450/unxlngx6.pro/lib/libgtest.so.0)
../../../unxlngx6.pro/bin/sal_ut_osl_condition: /lib64/libstdc++.so.6: 
version `GLIBCXX_3.4.21' not found (required by 
workspace/AOO/github/main/solver/450/unxlngx6.pro/lib/libgtest.so.0)

dmake:  Error code 1, while making 'sal_ut_osl_condition_run'


My Config:

./configure \
    --with-dmake-path=/usr/local/bin/dmake \
    --with-epm=/usr/local/bin/epm \
    --with-ant-home=/ant \
    --with-lang="${LANGS}" \
    --with-jdk-home=${jdkhome} \
    --with-package-format="installed" \
    --with-vendor="Petko Testbuild"\
    --with-build-version="aoo4ever-$(date +"%Y-%m-%d %H:%M") - `uname 
-sm`\n ${GitHash}" \

    --with-system-stdlibs \
    --enable-crashdump=yes \
    --enable-category-b \
    --enable-beanshell \
    --enable-wiki-publisher \
    --enable-bundled-dictionaries \
    --enable-opengl  \
    --enable-dbus  \
    --without-junit \
    --without-stlport \
    --disable-odk \
    --without-fonts

My Docker build environment:

FROM centos:7
RUN yum update -y
RUN echo "assumeyes=1" >> /etc/yum.conf
RUN yum install epel-release -y
RUN yum install -y\
   gcc \
   expat-devel \
   openssl-devel \
   autoconf \
   gcc-c++ \
   cups-devel \
   pam-devel \
   java-1.8.0-openjdk-devel \
   rpm-build \
   dpkg \
   fakeroot \
   gperf \
   freetype-devel \
   libX11-devel \
   libXt-devel \
   fontconfig-devel \
   libXrandr-devel \
   bison \
   flex \
   GConf2-devel \
   gnome-vfs2-devel \
   gtk2-devel \
   gstreamer-devel \
   gstreamer-plugins-base-devel \
   gstreamer1-devel \
   gstreamer1-plugins-base-devel \
   mesa-libGLU-devel \
   wget \
   subversion \
   ccache \
   glib2-devel \
   dbus-glib-devel \
   perl \
   ORBit2-devel
RUN ccache -M 2G
RUN wget 
http://mirrors.nxnethosting.com/apache//ant/binaries/apache-ant-1.9.15-bin.tar.bz2

RUN tar xvf apache-ant-1.9.15-bin.tar.bz2
RUN mv apache-ant-1.9.15 ant
RUN yum install \
   cpan \
   perl-libwww-perl \
   perl-Archive-Zip \
   perl-Digest-SHA \
   perl-XML-Parser \
   perl-Crypt-SSLeay \
   perl-Env \
   perl-LWP-Protocol-https \
   perl-Test-Simple \
   perl-File-Path
RUN wget 
https://github.com/jimjag/dmake/archive/v4.13.1/dmake-4.13.1.tar.gz

RUN tar xvf dmake-4.13.1.tar.gz
WORKDIR /dmake-4.13.1
RUN ./configure --prefix=/usr/local; make install
WORKDIR /
RUN wget https://github.com/jimjag/epm/archive/v5.0.0/epm-5.0.0.tar.gz
RUN tar xvf epm-5.0.0.tar.gz
WORKDIR epm-5.0.0
RUN ./configure --prefix=/usr/local ; make -i install
RUN yum install -y git autoconf



--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Build Error

2021-05-24 Thread Peter Kovacs

Hello all,


I am building OpenOffice trunk in a CentOSX Environment running as a 
docker image. Anyone has an Idea where to look. The versions look very 
old and even for CentOSx not up to time.


My host system is Arch Linux. I run into a strange QA Issue:

Entering workspace/AOO/github/main/sal/qa/osl/condition

../../../unxlngx6.pro/bin/sal_ut_osl_condition: /lib64/libstdc++.so.6: 
version `GLIBCXX_3.4.20' not found (required by 
workspace/AOO/github/main/solver/450/unxlngx6.pro/lib/libgtest.so.0)
../../../unxlngx6.pro/bin/sal_ut_osl_condition: /lib64/libstdc++.so.6: 
version `CXXABI_1.3.9' not found (required by 
workspace/AOO/github/main/solver/450/unxlngx6.pro/lib/libgtest.so.0)
../../../unxlngx6.pro/bin/sal_ut_osl_condition: /lib64/libstdc++.so.6: 
version `GLIBCXX_3.4.26' not found (required by 
workspace/AOO/github/main/solver/450/unxlngx6.pro/lib/libgtest.so.0)
../../../unxlngx6.pro/bin/sal_ut_osl_condition: /lib64/libstdc++.so.6: 
version `GLIBCXX_3.4.21' not found (required by 
workspace/AOO/github/main/solver/450/unxlngx6.pro/lib/libgtest.so.0)

dmake:  Error code 1, while making 'sal_ut_osl_condition_run'


My Config:

./configure \
    --with-dmake-path=/usr/local/bin/dmake \
    --with-epm=/usr/local/bin/epm \
    --with-ant-home=/ant \
    --with-lang="${LANGS}" \
    --with-jdk-home=${jdkhome} \
    --with-package-format="installed" \
    --with-vendor="Petko Testbuild"\
    --with-build-version="aoo4ever-$(date +"%Y-%m-%d %H:%M") - `uname 
-sm`\n ${GitHash}" \

    --with-system-stdlibs \
    --enable-crashdump=yes \
    --enable-category-b \
    --enable-beanshell \
    --enable-wiki-publisher \
    --enable-bundled-dictionaries \
    --enable-opengl  \
    --enable-dbus  \
    --without-junit \
    --without-stlport \
    --disable-odk \
    --without-fonts

My Docker build environment:

FROM centos:7
RUN yum update -y
RUN echo "assumeyes=1" >> /etc/yum.conf
RUN yum install epel-release -y
RUN yum install -y\
   gcc \
   expat-devel \
   openssl-devel \
   autoconf \
   gcc-c++ \
   cups-devel \
   pam-devel \
   java-1.8.0-openjdk-devel \
   rpm-build \
   dpkg \
   fakeroot \
   gperf \
   freetype-devel \
   libX11-devel \
   libXt-devel \
   fontconfig-devel \
   libXrandr-devel \
   bison \
   flex \
   GConf2-devel \
   gnome-vfs2-devel \
   gtk2-devel \
   gstreamer-devel \
   gstreamer-plugins-base-devel \
   gstreamer1-devel \
   gstreamer1-plugins-base-devel \
   mesa-libGLU-devel \
   wget \
   subversion \
   ccache \
   glib2-devel \
   dbus-glib-devel \
   perl \
   ORBit2-devel
RUN ccache -M 2G
RUN wget 
http://mirrors.nxnethosting.com/apache//ant/binaries/apache-ant-1.9.15-bin.tar.bz2

RUN tar xvf apache-ant-1.9.15-bin.tar.bz2
RUN mv apache-ant-1.9.15 ant
RUN yum install \
   cpan \
   perl-libwww-perl \
   perl-Archive-Zip \
   perl-Digest-SHA \
   perl-XML-Parser \
   perl-Crypt-SSLeay \
   perl-Env \
   perl-LWP-Protocol-https \
   perl-Test-Simple \
   perl-File-Path
RUN wget https://github.com/jimjag/dmake/archive/v4.13.1/dmake-4.13.1.tar.gz
RUN tar xvf dmake-4.13.1.tar.gz
WORKDIR /dmake-4.13.1
RUN ./configure --prefix=/usr/local; make install
WORKDIR /
RUN wget https://github.com/jimjag/epm/archive/v5.0.0/epm-5.0.0.tar.gz
RUN tar xvf epm-5.0.0.tar.gz
WORKDIR epm-5.0.0
RUN ./configure --prefix=/usr/local ; make -i install
RUN yum install -y git autoconf


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Many subpages of the de-website not reachable anymore?

2021-05-23 Thread Peter Kovacs

Hello Jörg,


I am not sure what is wrong. The link at [1] works for me. I see no 
differences to the archive., Also the History at [2] does not show any 
changes.


From which link do you start or which one is broken?

I saw that some links especially for pictures use HTTP. But I dont think 
that is your issue. Others I could not find.



All the best

Peter


 [1]https://www.openoffice.org/de/about-ooo/about-mailinglist.html

[2] 
https://github.com/apache/openoffice-org/blob/main/content/de/about-ooo/about-mailinglist.html




On 23.05.21 10:53, Jörg Schmidt wrote:

Hello,

I see that important pages have completely disappeared.

Here is a link of an (old) page that shows the right side menu of the de-SEites:
https://web.archive.org/web/20200525211720/http://www.openoffice.org/de/about-ooo/about-mailinglist.html

How do I currently reach all the pages linked there?

For example, how do I reach the German documentation? How e.g. do I reach the 
german Issuzilla introduction? How e.g. do I reach the German informations 
about the German users mailinglist? How  many other pages more?




greetings,
Jörg


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


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Opengrok Repositories updated

2021-05-22 Thread Peter Kovacs

Hello all,


at last I managed to update the OpenGrok Repositories.

Following Versions have been removed:

# aoo418

# aoo419

following Versions have been added

# aoo4110

# aoo41x

Versions untouched:

# aoo42x

# trunk


All the best

Peter

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: OpenOffice logo for use in DK book

2021-05-17 Thread Peter Kovacs

Hello,

we have a policy published that regulates the trademark use in books at 
[1] and [2].


Long story short, you can use the Logo in your book.

I hope this helps.

All the best

Peter

[1] https://www.apache.org/foundation/marks/

[2] https://www.apache.org/foundation/marks/faq/#booktitle


On 17.05.21 18:13, Megharbi, Myriam wrote:



Hello,

I am writing on behalf of DK Verlag in Germany.
We are using the OpenOffice logo inside a book called "Digital 
Learning for Parents''.


I am therefore seeking permission for this use. Please let me know if 
you would like to see the layout.


I look forward to hearing from you.

Yours faithfully,

Myriam Megharbi


DKLOGO_2020_200pxSmall.png

Myriam Megharbi

Senior Picture Researcher


One Embassy Gardens, 8 Viaduct Gardens, London, SW11 7BW

www.dk.com 






This email is sent on behalf of Dorling Kindersley Limited, a company 
registered in England and Wales with number 1177822, One Embassy 
Gardens, 8 Viaduct Gardens, London, SW11 7BW and DK's subsidiary 
companies.

DK is a company in the Penguin Random House division of Bertelsmann SE.

This email may contain information that is confidential. If you have 
received it in error, please notify the sender immediately and then 
delete it.

Please do not copy it, disclose its contents or use it for any purpose.

*Please consider the environment before printing this email* 

--
This is the Way! http://www.apache.org/theapacheway/index.html


Re: ReactOS and AOO

2021-05-17 Thread Peter Kovacs



On 17.05.21 15:59, Matthias Seidel wrote:

Hi all,

ReactOS [1] has made some great improvements lately and I decided to
install it in VirtualBox and test AOO.

Ohh very nice!

The App Manager only has AOO 4.1.5 listed, so I created a Pull Request
to update the database [2].

AOO still has some repaint issues but I really like the combination...


I have spoken to the Project booth  guy on FOSDEM 2017 I think.

I have been told if Windows Works and ReactOS has some error it is most 
likely an issue on their side and it should be reported there, since the 
goal is to be 100% compatible with Windows.


Also they have said, we should use the Windows SDK for the same reason.


All the best

Peter

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Quick poll: can we rename the INCLUDE and LIB variables in Makefiles?

2021-05-15 Thread Peter Kovacs

Hello all,


There is a Gordian knot to be solved. Because of constant swapping 
attention we have started a lot of tasks which are now a bit in conflict.


I am not sure if the strategy to update MSVC is the right one as a 
starter. But that should not stop you Arrigo to continue. :)


However this is not the first attempt. Maybe this post helps [6]. Maybe 
George Karalis would be open to help and share his experience too?



I would expect difficulties on a and B approach. Damjan who did most of 
the work on gmake said [1]:


"We already took that [make gmake work] approach to its limit, and I 
don't believe we can go much further. Most of gmake works by luck."


Which I read as that the gmake usage is very fragile. But I am not 
really have any clue how the perl scripts are tied with the dmake that 
call gmake.


The SCONs transition still looks promising. The last post from Damjan 
is  at [2] And the Branch is at [5]. Which would be my personal 
favourite route.



However a rename of the variables can be don on linux by one 
commandline. To my understanding we need only to change *.mk files. 
Which I figure are  1648 files.


This should be possible with a find and sed combination, and we could 
try to build a Linux version. If that works, we check Mac and then we 
are pretty save to continue on Windows.


Still I would store the changes in an own branch until the update is done.


However I have a hard time to believe that conflict is something new. 
But I am not sure since one discussion on MSVC hints that 
standardization was more then sad in the past. [3] Maybe I am wrong.


So maybe it is worth to have a quick glance at [4] if there the same 
Issue apears. But not to much since the branch is old. I thought we had 
a 64 bit conversion repository. But I am not sure where that went to.


If we start messing with the overall Windows build how do we proceed 
with the work on Win64? Sadly I am not sure where Damjan put the 64 bit 
conversion and where his last email has been to this point.



Puh what a topic mess. But Still I hope it helps you Arrigo to go 
forward. I am in support on any approach.



All the best

Peter


[1] 
https://lists.apache.org/thread.html/rceb42d4f390f88e5c63875a4670a850186513400668a12772ec2f6d5%40%3Cdev.openoffice.apache.org%3E


[2] 
https://lists.apache.org/thread.html/r911b40a582019f641e93253df07341370cb9aeb9d1dc50474e48aa09%40%3Cdev.openoffice.apache.org%3E


[3] 
https://lists.apache.org/thread.html/95db92e73a2ac7c0417016f74fbe30185b91069f379df2c77928cad8%40%3Cdev.openoffice.apache.org%3E 



[4] https://github.com/apache/openoffice/tree/win8build

[5] https://github.com/apache/openoffice/tree/scons-build

[6] 
https://lists.apache.org/thread.html/fcbeb2d29f1ca1116b22e410a2154c97cfe43a21f77d4fe3cd4d73b4%40%3Cdev.openoffice.apache.org%3E



On 15.05.21 08:57, Marcus wrote:

Am 14.05.21 um 21:56 schrieb Arrigo Marchiori:

I would go for option A- because option B- would lead to _very_ long
command lines and I would expect problems.

But would I stomp on anyone's feet if I did that? Would it be bad
practice? Would it violate any standards?

I am open to suggestions and criticism. Please let me hear your
opinion!


I'm not a core developer, so I don't know the details. However, 
renaming such essential keywords like "INCLUDE" and "LIB" is indeed a 
heavy change.


IMHO it's the same like switching the build system to gmake, scons or 
whatever. It has to be done very carefully and would be an enormous 
obstacle for us. There are f...cking many makefiles that need to be 
changed. We have tried to change the build system more than one time 
and both were not done until the end.


So, now we have a mix of 3-4 build systems inside the code. With a mix 
of renamed keywords it won't get easier to maintain the code and even 
not for new vontuneers to understand this.


What is currently used for building on Windows?
Any (good) need to chnge thisto VS 2015?

Who should do this change and is there a guarantee that the person is 
doing it until the end?


Is it for sure that this is only influencing how we can build on 
Windows or has it any side effects on the other platforms? If so, 
renaming is more than a normal obstacle.


We need to discuss and decide this very detailed and carefully.

Sorry for these strong words and questions. However, my gut feeling 
says "this is not a good idea".


My 2 ct.

Marcus

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


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Hyperlink Warning Message

2021-05-14 Thread Peter Kovacs



On 14.05.21 07:27, Arrigo Marchiori wrote:

Yes, but that will only work for trunk/AOO42X since we need to update

the translations too.

I agree, but how many 4.1.X versions do we want to publish before 4.2.0?
Now that we support two digits, please let us not point to 4.1.99 ! ;-)


We all want that 4.2.0 will be in shape for release fast.

However unless we start fixing the Windows regressions in 4.2.0 we are 
stuck with 4.1.X.


And currently, to my knowledge, only Matthias is able to build a Windows 
Version.



All the best

Peter

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Hyperlink Warning Message

2021-05-13 Thread Peter Kovacs
Does it make sense in addition to create a Wiki page with all types of 
Links that we can have?


So we have some sort of Documentation.

Also maybe the ODF specification can give us hints what type there is.

On 12.05.21 22:12, Arrigo Marchiori wrote:

Hello all,

please allow me to top-post as I just need a ``public reminder''.

An Italian user reported another problem [1]: they have links that
point _to the same document_ and trigger the warning.

Even if you do not understand Italian, you can download the attachment
and look at what the buttons do.

URLs are in the form: "#anchor". Therefore, we should remember to
whitelist all links starting with "#", whatever design choice we make.

Would not it be nice to file a BugZilla issue to collect all the
reports and URLs, as it happened for other ``popular'' bugs?

1: https://forum.openoffice.org/it/forum/viewtopic.php?f=9=11231

Best regards,

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Hyperlink Warning Message

2021-05-09 Thread Peter Kovacs

ok, nice write up.

On 07.05.21 07:38, Dave Fisher wrote:

Hi -

The discussion should proceed considering how appopen.cpp is actually coded. 
I’m writing from memory so you will need to match my description to the actual 
variables and constants


On May 5, 2021, at 5:37 AM, Arrigo Marchiori  wrote:

Hello,

On Wed, May 05, 2021 at 07:08:11AM +, Peter Kovacs wrote:


The best approach I believe is to add a whitelist feature as for macro
files.

Users can add then the links they wish to approve.

Do you mean file-based whitelists instead of target-based?

I will try to explain myself better: the current filter on AOO 4.1.10
is target-based, because it is the target of the link that triggers
the warning. Are you suggesting to add a whitelist based on files, for
example "allow any links in documents from this directory"?

If so, would you use the same whitelist as for macros, or would you
introduce another one?

Other ideas that come to my mind at the moment, just for the sake of
this discussion:

1- whitelist individual targets such as ".uno:Reload" and any other
``complaints'' we will received between one release and the next;

There is such a list of extensions that we are likely to trust. That list has 
not been updated in some time and one change we made was adding OpenOffice help 
files to that list. We should look into expanding the list.


2- whitelist all ".uno:" targets (but would this open possible
malicious exploits?)

We do know about a set of protocols. There were four (IIRC) openoffice specific 
ones. We chose to trust the help protocol.. .uno is another. We should think 
about trusting all four by understanding better what each do.


3- add a generic box "don't ask any more" on the warning window, that
disables _any_ future warnings;

Alternatively the code has three settings of which two cannot be selected.

1. Trust hyperlinks with a certain combination of protocol and extension.
2. Trust all hyperlinks
3. Trust no hyperlinks other than help files.

We should enable the setting of once of these three existing constants of 
hyperlink trust as a user setting.


4- add a generic box "don't ask any more" on the warning window, that
disables future warnings for the _protocol of the current link_ (for
example all http:// or ftp:// or uno: links);

5- add a generic box "don't ask any more" on the warning window, that
disables future warnings for the _target of the current link_ (for
example ".uno:Reload" or "http://server.com/document.html;);

6 - We do need to improve the dialog to better explain the risks/

All The Best,
Dave


6-  any other ideas worth discussing? 

Best regards.


On 04.05.21 16:05, k...@kshelton.plus.com wrote:

For some years I've had a Reload button in my Calc document to avoid having to 
use the File menu. Just updated to 4.1.10 and now I get a message when pressing 
Reload button:

This hyperlink is going to open “.uno:Reload”. Do you want to proceed?

Is there a way of switching off this message please?

Thanks.

Regards
Keith Shelton



--
This is the Way! http://www.apache.org/theapacheway/index.html

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


--
Arrigo

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



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


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Hyperlink Warning Message

2021-05-07 Thread Peter Kovacs
Hi Dave,

We are talking about a whitelisting feature. And the discussion tries to 
evaluate if requirements between macro and hyperlink do differ from user 
perspective

I suggest not to mix whitlisting feature with the particular security method. 
Ideal would be if the security has only the need to ask. 
Whitelist.IsAllowed(URL, )
 and that's it. 
It may be from an architectural standpoint that this might be even a property 
of the Url itself instead of the a security method. 

All the best
Peter


Am 7. Mai 2021 07:26:28 MESZ schrieb Dave Fisher :
>I think it is really important to not mix macro security with hyperlink
>security. We are discussing hyperlink security.
>
>If you look into the bugzilla and the way we fixed the recently
>disclosed CVE you will find that mixing the two was how many of these
>issues have lingered for 15 years since OpenOffice.org 2.0 in roughly
>2006.
>
>Please discuss improvements with macros elsewhere.
>
>Regards,
>Dave
>
>> On May 5, 2021, at 10:44 AM, Peter Kovacs  wrote:
>> 
>> 
>> On 05.05.21 14:37, Arrigo Marchiori wrote:
>>> Hello,
>>> 
>>> On Wed, May 05, 2021 at 07:08:11AM +, Peter Kovacs wrote:
>>> 
>>>> The best approach I believe is to add a whitelist feature as for
>macro
>>>> files.
>>>> 
>>>> Users can add then the links they wish to approve.
>>> Do you mean file-based whitelists instead of target-based?
>>> 
>>> I will try to explain myself better: the current filter on AOO
>4.1.10
>>> is target-based, because it is the target of the link that triggers
>>> the warning. Are you suggesting to add a whitelist based on files,
>for
>>> example "allow any links in documents from this directory"?
>>> 
>>> If so, would you use the same whitelist as for macros, or would you
>>> introduce another one?
>> 
>> I do not think that it makes sense to allow
>https://my.payload.crime/AOO_diskscrambler.ods to be seen as save
>target for opening and macro execution at the same time.
>> 
>> Better is to have both separated. And the simple practicable solution
>is to just add an own list which allows targets to be listed.
>> 
>> 
>> If we would want to have a vision, where we should develop to, this
>would be mine:
>> 
>> We have One list and 2 properties. 1 property for hyperlink
>whitelisting, the other one for (macro) execution. I like our 4
>security stages.
>> 
>> Example for a customized setup on a POSIX filesystem (security level
>3 = very high and 0 = low; first value is hyperlink, second value is
>macro execution of this origin):
>> 
>> /tmp  (3,3) => Everything in the temp folder does not open links or
>execute macros
>> 
>> ~/ (2,2) => something that is within the home path, but not a folder
>listed below, may execute signed macros or open targets that have a
>trusted certificate
>> 
>> ~/Downloads (2,3) => Downloads may open Links with a trusted
>certificate but not allow to execute any macros
>> 
>> ~/onlymystuff (0,0) => this is my documents and I allow everything
>possible here.
>> 
>> ~/macro_examples (3,1) => delivered example I do not want them to
>execute, but they may be not linked by another document.
>> 
>> ftps://securecontent.org ( 2,2) => this links pointing to this target
>are opened, and the downloaded file may execute macros if they are
>signed with a trusted key.
>> 
>> 
>> All the best
>> 
>> Peter
>> 
>> -- 
>> This is the Way! http://www.apache.org/theapacheway/index.html
>> 
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>> 
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>For additional commands, e-mail: dev-h...@openoffice.apache.org


Re: Hyperlink Warning Message

2021-05-05 Thread Peter Kovacs



On 05.05.21 22:11, Arrigo Marchiori wrote:

Hello Peter, all,

On Wed, May 05, 2021 at 05:44:17PM +, Peter Kovacs wrote:


On 05.05.21 14:37, Arrigo Marchiori wrote:

Hello,

On Wed, May 05, 2021 at 07:08:11AM +, Peter Kovacs wrote:


The best approach I believe is to add a whitelist feature as for macro
files.

Users can add then the links they wish to approve.

Do you mean file-based whitelists instead of target-based?

I will try to explain myself better: the current filter on AOO 4.1.10
is target-based, because it is the target of the link that triggers
the warning. Are you suggesting to add a whitelist based on files, for
example "allow any links in documents from this directory"?

If so, would you use the same whitelist as for macros, or would you
introduce another one?

I do not think that it makes sense to allow
https://my.payload.crime/AOO_diskscrambler.ods to be seen as save target for
opening and macro execution at the same time.

Better is to have both separated. And the simple practicable solution is to
just add an own list which allows targets to be listed.

I see.  But please let us distinguish targets and sources.

Well, yea this is a nice abstraction I did not make. Good one.

The macros' whitelist contains _directories_ (I don't really like
calling them folders, I hope you don't mind) whose files are trusted,
with respect to macro execution.
sure. Names are sound and smoke ;) - sorry can not resist this german IT 
idiom.

In your reply above you seem to discuss a whitelist of _link targets_?
Not documents, containing links that shall always be followed?


Yes, I thought on the target of the link. For me was this the important 
trait.


However if I think in which document I grant the security level. Hmm, I 
think this makes the whole concept a lot easier.


Plus we would then one list. So we extend an existing feature.


If we would want to have a vision, where we should develop to, this would be
mine:

We have One list and 2 properties. 1 property for hyperlink whitelisting,
the other one for (macro) execution. I like our 4 security stages.

The four security levels currently available for macros, if I
understand correctly, are based on a combination of:

  - digital signatures of the macros (signed or not),
  - trust of certain digital signatures (certificate trusted or not),
  - position of the document (directory whitelisted or not).

This is... quite complex IMHO.

That why I have written it is maybe a vision. And maybe it is to much.

Did you refer exactly to this model?
yes kind of. I thought that a hyperlink has some sort of certiicate and 
an macro can have some certification and that is kind of the same thing...

Or
shall we rather adopt a simpler one for links, for example only
considering the directories whitelist?


Now that I think on your approach I think we should only look at the 
directory that the document has been opened from. But still I would 
still rather configure it per directory, then in a general and work with 
exclusions.


However this is maybe not so smart to implement now, since our profile 
is not robust enough. It will break eventually, and then all nice 
settings are lost. And that is not something I would like to have.




And to understand better: does AOO allow to sign individual macros? Or
just the document containing them? I don't think that it allows to
sign individual links within a document.


No it would not sign individual links on the document.- But don't we 
have document signing?


For links we could check if the document is signed.


So summing up:

# Instead of checking where the hyperlink is refering to, only check 
where the document has been stored. (Treat hyperlinks as macros so to say.)


# As an enhancement we could add a model that checks for the nearest 
applicable path to the document, and applies that rule.





Example for a customized setup on a POSIX filesystem (security level 3 =
very high and 0 = low; first value is hyperlink, second value is macro
execution of this origin):

/tmp  (3,3) => Everything in the temp folder does not open links or execute
macros

~/ (2,2) => something that is within the home path, but not a folder listed
below, may execute signed macros or open targets that have a trusted
certificate

~/Downloads (2,3) => Downloads may open Links with a trusted certificate but
not allow to execute any macros

~/onlymystuff (0,0) => this is my documents and I allow everything possible
here.

~/macro_examples (3,1) => delivered example I do not want them to execute,
but they may be not linked by another document.

ftps://securecontent.org ( 2,2) => this links pointing to this target are
opened, and the downloaded file may execute macros if they are signed with a
trusted key.

--
This is the Way! http://www.apache.org/theapacheway/index.html

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

Re: Hyperlink Warning Message

2021-05-05 Thread Peter Kovacs



On 05.05.21 14:37, Arrigo Marchiori wrote:

Hello,

On Wed, May 05, 2021 at 07:08:11AM +, Peter Kovacs wrote:


The best approach I believe is to add a whitelist feature as for macro
files.

Users can add then the links they wish to approve.

Do you mean file-based whitelists instead of target-based?

I will try to explain myself better: the current filter on AOO 4.1.10
is target-based, because it is the target of the link that triggers
the warning. Are you suggesting to add a whitelist based on files, for
example "allow any links in documents from this directory"?

If so, would you use the same whitelist as for macros, or would you
introduce another one?


I do not think that it makes sense to allow 
https://my.payload.crime/AOO_diskscrambler.ods to be seen as save target 
for opening and macro execution at the same time.


Better is to have both separated. And the simple practicable solution is 
to just add an own list which allows targets to be listed.



If we would want to have a vision, where we should develop to, this 
would be mine:


We have One list and 2 properties. 1 property for hyperlink 
whitelisting, the other one for (macro) execution. I like our 4 security 
stages.


Example for a customized setup on a POSIX filesystem (security level 3 = 
very high and 0 = low; first value is hyperlink, second value is macro 
execution of this origin):


/tmp  (3,3) => Everything in the temp folder does not open links or 
execute macros


~/ (2,2) => something that is within the home path, but not a folder 
listed below, may execute signed macros or open targets that have a 
trusted certificate


~/Downloads (2,3) => Downloads may open Links with a trusted certificate 
but not allow to execute any macros


~/onlymystuff (0,0) => this is my documents and I allow everything 
possible here.


~/macro_examples (3,1) => delivered example I do not want them to 
execute, but they may be not linked by another document.


ftps://securecontent.org ( 2,2) => this links pointing to this target 
are opened, and the downloaded file may execute macros if they are 
signed with a trusted key.



All the best

Peter

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Hyperlink Warning Message

2021-05-05 Thread Peter Kovacs
The best approach I believe is to add a whitelist feature as for macro 
files.


Users can add then the links they wish to approve.


All the best

Peter

On 04.05.21 16:05, k...@kshelton.plus.com wrote:

For some years I've had a Reload button in my Calc document to avoid having to 
use the File menu. Just updated to 4.1.10 and now I get a message when pressing 
Reload button:

This hyperlink is going to open “.uno:Reload”. Do you want to proceed?

Is there a way of switching off this message please?

Thanks.

Regards
Keith Shelton



--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: [discussion] use of https://downloads.apache.org/ as a download page

2021-05-02 Thread Peter Kovacs
Small addition.
I discussed volumes with Infra.
50k average downloads per day, with 140k peak (aktually I said 300k peak, and 
400mb)  and the response is it is fine.

The traffic seems to play only a role when we talk about the mirrors.

So next to be clear a full switch is not part of the discussion now. Just the 
move away from discouraging users, to use the site.

For a complete move we should look at mirrors and the template extention 
service, too. And solve both topics first.

All the best
Peter

Am 2. Mai 2021 20:05:15 MESZ schrieb Marcus :
>Am 02.05.21 um 17:01 schrieb Dave Fisher:
>> I had a follow up conversation with Infra.
>> 
>> We are discussing just using downloads.a.o without mirrors. We should
>just get a sense of the size by switching over either random requests
>or choosing a particular language.
>> 
>> So, let’s say we change the de download page to use downloads.a.o! If
>all goes well, we switch over the others a few at a time.
>> 
>> Keep in mind downloads only has current versions with older ones on
>archives.a.o
>
>we need a complete re-work of a.o.o/downloads when we want to seriously
>
>use this website for any downloads. Offering every file with an own
>link 
>is (hopefully !) not what we want. ;-)
>
>Of course here a step-by-step progress is needed. But at the end the
>ASF 
>dist system has to be strong enough for our download numbers (I've 
>attached them to the issue). When some non-ASF mirror server can
>support 
>with the load even better.
>
>Let's see what Infra will say.
>
>Marcus
>
>
>
>>> On May 2, 2021, at 6:05 AM, Peter Kovacs  wrote:
>>>
>>> So is this Mirror system Issue a blocker?
>>>
>>> Infra expects us to say how much TB we will need per year as
>Download traffic.
>>>
>>> Is anyone able to answer this question? I mean by saying a number.
>>>
>>> If so please add it to the ticket. So the ticket can go to Infra and
>they worry about the Mirror system distribution. It is not our job to
>do this.
>>>
>>>
>>>> On 02.05.21 14:23, Matthias Seidel wrote:
>>>>
>>>> Hi Dave,
>>>>
>>>>
>https://issues.apache.org/jira/browse/INFRA-21497?page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel=17309317#comment-17309317
>>>>
>>>> That is why I wrote "encourage again". ;-)
>>>>
>>>> Regards,
>>>>
>>>> Matthias
>>>>
>>>>> Am 02.05.21 um 14:18 schrieb DaveB:
>>>>> Hi Matthias,
>>>>>
>>>>> That would be nice, except very few (if any) of the ASF mirrors
>>>>> (https://www.apache.org/mirrors/) mirror AOO. Maybe that is
>something we
>>>>> can work with Intra to fix.
>>>>>
>>>>> Regards
>>>>> Dave
>>>>>
>>>>> On 02/05/2021 12:22, Matthias Seidel wrote:
>>>>>> Hi Peter,
>>>>>>
>>>>>> I would rather encourage to use the ASF mirror system again as an
>>>>>> addition to our SourceForge downloads.
>>>>>>
>>>>>> Regards,
>>>>>>
>>>>>> Matthias
>>>>>>
>>>>>> Am 02.05.21 um 12:38 schrieb Peter Kovacs:
>>>>>>> Hello all,
>>>>>>>
>>>>>>>
>>>>>>> In the past we have discouraged the use of
>>>>>>> https://downloads.apache.org/ because of Infra.
>>>>>>>
>>>>>>> I had a discussion with Humbedooh if this is still the case. And
>the
>>>>>>> discussion outcome is, hat they only need a view days to adjust
>in
>>>>>>> order to be able to secure the service.
>>>>>>>
>>>>>>> It may be that on peak times the download speed drops, but
>traffic or
>>>>>>> the amount of downloads is not a topic.
>>>>>>>
>>>>>>> A topic will be to obtain statistics. I have not discussed this
>yet.
>>>>>>> But the data is not publicly available, and I so far obtained
>only a
>>>>>>> list from last week, because I figured that some are already
>promoting
>>>>>>> the link.
>>>>>>>
>>>>>>> (With about 6k of download on friday, 4k on thursday, and 500 on
>>>>>>> wednseday. (thursday I figured that some sites announced 4.1.10.
>(They
>>>>>>> even link the draft release notes :P )
>>>>>>>
>>>>>>>
>>>>>>> So what do you think? Should we promote the alternate link with
>this
>>>>>>> release more publicly maybe on Forums and go for a transition to
>a
>>>>>>> different download policy?
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>For additional commands, e-mail: dev-h...@openoffice.apache.org


Re: [discussion] use of https://downloads.apache.org/ as a download page

2021-05-02 Thread Peter Kovacs

So is this Mirror system Issue a blocker?

Infra expects us to say how much TB we will need per year as Download 
traffic.


Is anyone able to answer this question? I mean by saying a number.

If so please add it to the ticket. So the ticket can go to Infra and 
they worry about the Mirror system distribution. It is not our job to do 
this.



On 02.05.21 14:23, Matthias Seidel wrote:


Hi Dave,

https://issues.apache.org/jira/browse/INFRA-21497?page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel=17309317#comment-17309317

That is why I wrote "encourage again". ;-)

Regards,

    Matthias

Am 02.05.21 um 14:18 schrieb DaveB:

Hi Matthias,

That would be nice, except very few (if any) of the ASF mirrors
(https://www.apache.org/mirrors/) mirror AOO. Maybe that is something we
can work with Intra to fix.

Regards
Dave

On 02/05/2021 12:22, Matthias Seidel wrote:

Hi Peter,

I would rather encourage to use the ASF mirror system again as an
addition to our SourceForge downloads.

Regards,

    Matthias

Am 02.05.21 um 12:38 schrieb Peter Kovacs:

Hello all,


In the past we have discouraged the use of
https://downloads.apache.org/ because of Infra.

I had a discussion with Humbedooh if this is still the case. And the
discussion outcome is, hat they only need a view days to adjust in
order to be able to secure the service.

It may be that on peak times the download speed drops, but traffic or
the amount of downloads is not a topic.

A topic will be to obtain statistics. I have not discussed this yet.
But the data is not publicly available, and I so far obtained only a
list from last week, because I figured that some are already promoting
the link.

(With about 6k of download on friday, 4k on thursday, and 500 on
wednseday. (thursday I figured that some sites announced 4.1.10. (They
even link the draft release notes :P )


So what do you think? Should we promote the alternate link with this
release more publicly maybe on Forums and go for a transition to a
different download policy?


All the Best

Peter


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



--
This is the Way! http://www.apache.org/theapacheway/index.html

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



[discussion] use of https://downloads.apache.org/ as a download page

2021-05-02 Thread Peter Kovacs

Hello all,


In the past we have discouraged the use of https://downloads.apache.org/ 
because of Infra.


I had a discussion with Humbedooh if this is still the case. And the 
discussion outcome is, hat they only need a view days to adjust in order 
to be able to secure the service.


It may be that on peak times the download speed drops, but traffic or 
the amount of downloads is not a topic.


A topic will be to obtain statistics. I have not discussed this yet. But 
the data is not publicly available, and I so far obtained only a list 
from last week, because I figured that some are already promoting the link.


(With about 6k of download on friday, 4k on thursday, and 500 on 
wednseday. (thursday I figured that some sites announced 4.1.10. (They 
even link the draft release notes :P )



So what do you think? Should we promote the alternate link with this 
release more publicly maybe on Forums and go for a transition to a 
different download policy?



All the Best

Peter

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



[Bugzilla] Increase Linux baseline to CentOS 6

2021-05-01 Thread Peter Kovacs

https://bz.apache.org/ooo/show_bug.cgi?id=127513

Should this Issue not be adjusted?


All the best

Peter

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Feature: automatic enter of a decimal point at a fixed position

2021-04-29 Thread Peter Kovacs



On 29.04.21 08:36, Jörg Schmidt wrote:

For example, it is an illusion to believe that a newcomer who knows C++ and has 
understood the content of an issue can start programming immediately. No, he 
must first get an overview of the entire code in order to find the right place 
and he must familiarise himself with the processes in the project.
How long does that take? And please keep in mind that we are talking about 
volunteers who are only here in their spare time. 2 weeks? 4 weeks? Who takes 
on this effort without being sure beforehand that they want to participate 
permanently?
I have the feeling volunteers today are like surfers. They want to be 
cool, stay on the edge of a wave and then move on. Be the popular nerd 
seems to be a thing. However OpenOffice is a BattleShip, most waves just 
don't effect the ship. And as soon as people realize this they loose 
interest. But I am glad that there are exceptions.


If we want to attract people who are not yet sure if they want to work 
permanently, I'm afraid we have to find ways to make it even easier to get 
involved.

+1, lowering the barrier is hard.
--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Feature: automatic enter of a decimal point at a fixed position

2021-04-28 Thread Peter Kovacs



On 28.04.21 22:13, Dave Fisher wrote:


Sent from my iPhone


On Apr 28, 2021, at 12:25 PM, Peter Kovacs  wrote:



On 28.04.21 17:38, Pedro Lino wrote:
Hi all


On 04/28/2021 4:16 PM Jörg Schmidt  wrote:

Peter is looking for a function with which he can achieve that when typing:
<1><2><3><4>

the cell contains the value 12.34.

That is correct. I just learned that Excel has such an Advanced feature which 
is disabled by default.

My answer to Peter was to the point that although this feature seems useful for 
some users, I'm not sure we (as a project) have the manpower to allocate to 
such a task and therefore I suggested a solution (sometimes called a hack or 
workaround) which involves simply having an extra formula in a separate column.

It is easy to get overwhelmed by the sheer amount of our Bug reports.

There is a nice talk from fefe, a german developer, who talks on anti patterns. 
Sadly the talk is only available in german. (link at [1] who understands german 
and wants to watch it.)

One of his anti pattern is prioritization, because that means all other non 
prioritization issues never get fixed.

I think a good approach is the Scrum backlog prioritization. A issue up the 
list, may be ranked as important, but still a developer can pick a lower ranked 
backlog point, if he can fix it, but not the above ones.

And maybe a higher one needs some sort of support, additional information, 
research for it to be fixed. Not every Issue takes the same skill or experience.

Making a list of easy to fix issues for developers new to OpenOffice would help 
recruitment.
+1, but I only have one other on my mind. And one that needs some more 
work. Both have testing issues.




--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Feature: automatic enter of a decimal point at a fixed position

2021-04-28 Thread Peter Kovacs



On 28.04.21 17:38, Pedro Lino wrote:

Hi all


On 04/28/2021 4:16 PM Jörg Schmidt  wrote:
Peter is looking for a function with which he can achieve that when typing:
<1><2><3><4>

the cell contains the value 12.34.

That is correct. I just learned that Excel has such an Advanced feature which 
is disabled by default.

My answer to Peter was to the point that although this feature seems useful for 
some users, I'm not sure we (as a project) have the manpower to allocate to 
such a task and therefore I suggested a solution (sometimes called a hack or 
workaround) which involves simply having an extra formula in a separate column.


It is easy to get overwhelmed by the sheer amount of our Bug reports.

There is a nice talk from fefe, a german developer, who talks on anti 
patterns. Sadly the talk is only available in german. (link at [1] who 
understands german and wants to watch it.)


One of his anti pattern is prioritization, because that means all other 
non prioritization issues never get fixed.


I think a good approach is the Scrum backlog prioritization. A issue up 
the list, may be ranked as important, but still a developer can pick a 
lower ranked backlog point, if he can fix it, but not the above ones.


And maybe a higher one needs some sort of support, additional 
information, research for it to be fixed. Not every Issue takes the same 
skill or experience.



All the best

Peter

[1] 
https://media.ccc.de/v/34c3-9095-antipatterns_und_missverstandnisse_in_der_softwareentwicklung


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Feature: automatic enter of a decimal point at a fixed position

2021-04-28 Thread Peter Kovacs



On 28.04.21 09:20, Jörg Schmidt wrote:
  


-Original Message-
From: Peter Kovacs [mailto:pe...@apache.org]
Sent: Wednesday, April 28, 2021 4:28 AM
To: dev@openoffice.apache.org
Subject: Feature: automatic enter of a decimal point at a
fixed position

Hello all,


I have been asked on Facebook, and I found a forum thread if
there is a
feature that interprets the entry of numbers the last 2
numbers as digits.

So if you enter 1234 calc will enter 12.34 in the cell. This
is good for
accountants to enter a lot of numbers. (Need to think less, which I
appreciate when I have to do a lot repeated tasks.)

Excel does this with some complicated menu.

I could not find any feature or extension. Adding this as a extension
sounds great to me and this sounds not to complicated.


I would go for

# a extension config which sets up the digits to be moved.

# a button to toggle the feature

# a small macro that divides by the setup amounts if the cell is
overwritten. (don't know if this definition can be used)


Any Ideas, or inputs? Does LO maybe have done this? (I could not find
any hints.)

How we could take care the extension gets translated? (we =
community, I
do not think this needs to be an ASF extension.)

This is simple. You need the following working macro (the macro still needs 
some error routines):

Sub Main
addr = Thiscomponent.getCurrentSelection
If addr.supportsService("com.sun.star.sheet.SheetCell") Then
Thiscomponent.getCurrentSelection.Value = 
Thiscomponent.getCurrentSelection.Value/100
End If
End Sub

and these two macros to activate and deactivate the function:

Sub activate_special_input()
Dim mEventProps(1) as new com.sun.star.beans.PropertyValue
mEventProps(0).Name = "EventType"
mEventProps(0).Value = "Script"
mEventProps(1).Name = "Script"
mEventProps(1).Value = 
"vnd.sun.star.script:Standard.Module1.Main?language=Basic=document"

ThisComponent.CurrentController.ActiveSheet.Events.ReplaceByName("OnChange", 
mEventProps())
End Sub

Sub deactivate_special_input()

ThisComponent.CurrentController.ActiveSheet.Events.ReplaceByName("OnChange", 
Array())
End Sub

I have uploaded a draft here:
www.calc-info.de/files/SpecialInput.ods

Please note the menu "Special Input" included in the file.


Thanks, this is awesome.

What error handling is needed? Can you add the error handling? What 
license do you prefer?


It would be great if this can be an extension, that users can add if 
they whish.


I think it is to early to add the extension to the installer, but if 
there is interest within the user - community why not.


can we publish the code on github?

I would prefer with an ASF Repo, but I feel that we had so far no 
agreement to this. Is there any opposition if we create an "OpenOffice 
Extension" Organisation That then collects extension code?


This is just a wild Idea. Maybe it is bullocks. I am just flashed on 
Jörgs Macro :). And would like to game with the abilities. It helps me 
too to learn more on OpenOffice.



Anyone on an Idea how to make an extension multilingual? I will ask on 
forums, too. Havent forgot forums. Just thinking in Project terms first, 
before looking into individual solutions.



All the best

Peter

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Feature: automatic enter of a decimal point at a fixed position

2021-04-27 Thread Peter Kovacs

Hello all,


I have been asked on Facebook, and I found a forum thread if there is a 
feature that interprets the entry of numbers the last 2 numbers as digits.


So if you enter 1234 calc will enter 12.34 in the cell. This is good for 
accountants to enter a lot of numbers. (Need to think less, which I 
appreciate when I have to do a lot repeated tasks.)


Excel does this with some complicated menu.

I could not find any feature or extension. Adding this as a extension 
sounds great to me and this sounds not to complicated.



I would go for

# a extension config which sets up the digits to be moved.

# a button to toggle the feature

# a small macro that divides by the setup amounts if the cell is 
overwritten. (don't know if this definition can be used)



Any Ideas, or inputs? Does LO maybe have done this? (I could not find 
any hints.)


How we could take care the extension gets translated? (we = community, I 
do not think this needs to be an ASF extension.)



All the best

Peter

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Testing for UI faults of 4.1.10-RC2 on common linux systems

2021-04-27 Thread Peter Kovacs

Known issue.

I am totally sure, but the Issue is our code. Maybe here:

http://opengrok.openoffice.org/xref/aoo419/main/vcl/unx/gtk/gdi/salnativewidgets-gtk.cxx?r=13a3daf1#3623


We look for adwaita theme or blueprint amd do some wired stuff.

AFAIK we call wrong functions.


On 26.04.21 09:12, Dean.Webber wrote:

Hi Team,

I am on break and attempting to test the release candidate on multiple 
linux systems. I have seen UI problems in the past, and am beginning 
to think it is Ubuntu specific, but that is a very early theory. 
Basically I want to do a comprehensive test, to ensure that the root 
cause is identified and eliminated.


Thus far have only tested on Linux Mint 20.1 Mate and MX 19.4 XFCE and 
Fluxbox.


MX 19.4 is based on Debian, and looks awesome, no problems. Going to 
focus my testing on the various Ubuntu based systems, and see if they 
have the same issue. Linux Mint is faulty, which is a shame being a 
common (guessing) Linux distribution.


This is the UI issue in LM 20.1 MATE using any of the 33 'Mint-Y' 
themes (which is the system default )


It does not occur with the Mint-X themes, as shown below;


This is very early days, and is a WIP.



--
This is the Way! http://www.apache.org/theapacheway/index.html


Re: Ubuntu 21.04 / dark mode

2021-04-23 Thread Peter Kovacs
The reason is that our GTK implementation looks for theme names of an 
old version and then hacks the calls.


And the call then calls the wrong functions. I am told 2 years ago what 
functions are right and which are wrong, but back then I was to 
carefuill and I do not find the notes 8If I did notes at all)


However I think the gtk code is wrong more then that and I wanted to 
look into this, but always had different priorities.


So never got to look deeper into the gtk code.

If there is anyone who knows how GTK works and needs pointers I can 
search the position that needs to be fixed.



All the best

Peter

On 22.04.21 20:31, Matthias Seidel wrote:

Hi all,

Ubuntu 21.04 is out today and it comes with a dark mode UI enabled by
default.

Does AOO still switch to "High Contrast" when started on a dark UI? If
so, people will start to ask how to disable it in the near future.

I didn't have the time to install and test, maybe someone else has updated?

Regards,

    Matthias



--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Sorgen um LO

2021-04-22 Thread Peter Kovacs

Hallo Jörg,

Hallo zusammen,

On 22.04.21 13:05, Jörg Schmidt wrote:

Hallo Peter, *,


-Original Message-
From: Peter Kovacs [mailto:pe...@apache.org]
Sent: Thursday, April 22, 2021 8:28 AM
To: dev-de@openoffice.apache.org
Subject: Re: Sorgen um LO

Die
Argumente machen ja auch nur oberflächlich Sinn, oder ich
verstehe sie
nicht wie sie gemeint sind.

Manche Argumente sind Blödsinn, über Manche würde ich aber auch gerne 
diskutieren.


Mir ist der Kontext wichtig. Die vorgebrachten Argumente, ob man unter 
den Umständen ein Projekt durchziehen sollte, finde ich haltlos.


Ich kann hierzu meine Meinung kundtun, aber das wars auch schon.

Die gleichen Argumente in einem anderen Kontext zu Doiskutieren, wie zum 
Beispiel die Punkte in unserem Projekt umgesetzt werdfen könnten.


Oder wo was sich aus den Punkten für uns ableiten müsste, diskutiere ich 
gerne.



Auf jedenfall Grund genug sich sorgen zu machen gibt es.


Was wir tun müssen ist über das Projekt berichten. Also Fragen
bearbeiten wie:

# Wo stehen wir?

#Wo wollen wir hin?

# Was ist gerade wichtig? (Prioritäten)

# Welche Projekte machen Fortschritte und was steht?

# Vielleicht auch, warum machen wir was?

Das hat für mich mit Werbung nichts zu tun.

Solche Fragen beantwortet das PMC seit Jahre über die Köpfe

der Community hinweg. Motto: wir brauchen keine gemeinsamen
Entscheidungen, da wir Meritokratie als Gott anbeten (und
eben nicht als unser Werkzeug nutzen) - wobei ... manchmal
gilt dann dieses 'Beten' plötzlich als Ketzerei, wenn es
zufällig die weihnachtliche Bequemlichkeit Einiger stört.
Ach nee. Wenn das passiert dann ist einfach nur nicht klar was die
PErson will und warum das besser ist.

Wenn Dir wirklich nicht klar war, warum es besser ist vom 'BigSur-Problem' 
betroffene Anwender so schnell als möglich zu informieren, anstatt zu 
schweigen, kann ich Dir auch nicht helfen.


Hierbei ging es darum, dass "du" "mir" ein Ultimatum gestellt hast. 
Dabei ist es unerheblich, ob du das so gemeint hast oder nicht. Ich habe 
das so verstanden. Wenn es dir um Geschwindigkeit ginge, hättest du 
jederzeit den Satz hinzufügen können.


Deswegen habe ich dir gesagt, dass du diese Formulierung nicht mehr 
benutzten solltest. Ich werde auch zukünftig womöglich schlecht darauf 
reagieren.


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Sorgen um LO

2021-04-22 Thread Peter Kovacs



On 22.04.21 06:02, Jörg Schmidt wrote:

Hallo Peter,


-Original Message-
From: Peter Kovacs [mailto:pe...@apache.org]
Sent: Thursday, April 22, 2021 12:23 AM
To: dev-de@openoffice.apache.org
Subject: Re: Sorgen um LO
Also Wikipedia schreibt:

[...]
Meiner Meinung nach sind nur unsere Flyer so zu sehen.

Alles andere hat Meiner Meinung nach nichts mit Werbung zu tun. Ich
finde bewerben und Vertrieb auch eine befremdliche Wortwahl,
mit der ich
im Bezug auf Apache OpenOffice aktuell nichts anfangen kann, und
deswegen distanziere ich mich davon.

Wir sind kein gewinnorientiertes Unternehmen. Die Software
wird für die
Gemeinschaft entwicklet.


Und wenn es so wäre? Was willst Du damit beweisen und warum?


Ich wollte nur sagen warum ich mit der Sichtweise nichts anfangen kann.

Selbst wenn ich mich bemühe und das geschreibel versuche ernst zu 
nehmen, komme ich damit nicht klar.




Klar redest Andreas über "Werbung", aber wir sehen doch wohl alle das es ihm um 
etwas ganz Anderes geht.
Oder glaubt hier jemand die Kritik von Andreas würde aufhören zu bestehen wenn 
wir uns aller der Veröffentlichungen enthielten die auf AOO aufmerksam machen, 
egal ob diese Werbung sind oder nicht?


Ich kann aus diesen Aktionen kein Handeln oder Anknüpfpunkte ableiten. 
Deswegen habe ich mit Mike Sounders (glaub) im Open Letter nicht weiter 
diskutiert. War sehr schnell klart das dies Zeitverschwendung ist.


Ich habe extrem lang mit Petr von der TDF auf Facebook diskutiert. Aber 
die Aufforderung wir mögen weiter auf Dev diskutieren ist nicht 
angenommen worden.


Ich glaube, das Ziel sind nicht wir. Sondern es wird versucht eine 
Rechtfertigung der eigenen Existenz zu finden oder so. Keinen Plan. Die 
Argumente machen ja auch nur oberflächlich Sinn, oder ich verstehe sie 
nicht wie sie gemeint sind.


Auf jedenfall Grund genug sich sorgen zu machen gibt es.




Was wir tun müssen ist über das Projekt berichten. Also Fragen
bearbeiten wie:

# Wo stehen wir?

#Wo wollen wir hin?

# Was ist gerade wichtig? (Prioritäten)

# Welche Projekte machen Fortschritte und was steht?

# Vielleicht auch, warum machen wir was?

Das hat für mich mit Werbung nichts zu tun.

Solche Fragen beantwortet das PMC seit Jahre über die Köpfe der Community 
hinweg. Motto: wir brauchen keine gemeinsamen Entscheidungen, da wir 
Meritokratie als Gott anbeten (und eben nicht als unser Werkzeug nutzen) - 
wobei ... manchmal gilt dann dieses 'Beten' plötzlich als Ketzerei, wenn es 
zufällig die weihnachtliche Bequemlichkeit Einiger stört.
Ach nee. Wenn das passiert dann ist einfach nur nicht klar was die 
PErson will und warum das besser ist. Dann ist halt immer die Frage wo 
das Problem liegt. Aber niemand unterdrückt jemanden aktiv, es sei denn 
der Jenige wird immer massiv emotional. Dann lohnt sich die Diskussion 
aber leider auch nicht mehr. Ich fand die Diskussion um die Download 
page interessant, auch wenn ich da nicht so partizipiert habe. War auch 
relatiov Konstruktiv oder? (Die letzten Mails habe ioch nicht mehr 
gelesen. Zeitmangel.)

Aber zurück zum Thema:
Jetzt will auch ich etwas Inhaltliches sagen, was ich mir die ganze Zeit 
verkneife, weil ich uns bei dem ganzen Thema eigerntlich zu 99% einig sehe und 
diese Einigkeit nicht zerreden möchte, aber:

Ich halte es für falsch uns zu den Angriffen von TDF/LO nicht öffentlich zu 
äußern, sondern wir sollten das tun, ruhig und sachlich, beispielsweise zum 
Vorwurf der angeblichen Sicherheitslücken in AOO.
Natürlich ist so etwas mühevoll, aber völlig darauf zu verzichten schwächt 
unsere Position auf Dauer.
Das beinhaltet viele Ressourcen. Und ich fühle mich nicht Richtig 
angesprochen. Wenn LO was will dann sollen sie das auf Dev 
ausdiskutieren. Nichts hinten herum.

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Sorgen um LO

2021-04-21 Thread Peter Kovacs


On 21.04.21 22:22, Dave wrote:

Bin nicht ganz drin in der Thematik. Aber ganz grundsätzlich zum Thema
"bewerben" ... Damals was WordPerfect ein Spitzenprogram, wurde dann
aufgekauft durch Novell, an dem Microsoft erhebliche Anteile hatte. Der
Effekt: Novell machte *gar* keine Werbung mehr für WP, so dass für
Außenseiter der Eindruck entstand, das Programm gäbe es gar nicht mehr. Ich
denke, das war keine falsche Bescheidenheit, sondern von der Konkurrenz so
gewollt. Aber es zeigt jedenfalls, dass ein totaler Verzicht auf "Werbung"
den Menschen da draußen nicht weiterhilft, also haben wir eine gewisse, gar
"moralische" Verpflichtung, in bescheidenen Ausmaßen Werbung zu betreiben.


Also Wikipedia schreibt:

Als *Werbung* wird die Verbreitung von Informationen 
<https://de.wikipedia.org/wiki/Information> in der Öffentlichkeit oder 
an ausgesuchte Zielgruppen <https://de.wikipedia.org/wiki/Zielgruppe> 
durch meist gewinnorientierte Unternehmen 
<https://de.wikipedia.org/wiki/Unternehmen> verstanden, mit dem Zweck, 
Produkte und Dienstleistungen bekannt zu machen oder das Image 
<https://de.wikipedia.org/wiki/Image> von Unternehmen, Produkten und 
Dienstleistungen zu pflegen. Ein Sonderfall ist Werbung für 
unentgeltliche, nicht gewinnorientierte Dienste oder Informationen wie 
Mitgliederwerbung, Spendenwerbung, Wahlwerbung. Werbung wird klassisch 
als Impuls <https://de.wikipedia.org/wiki/Impuls>, Anpreisung, Anregung, 
Stimulation <https://de.wikipedia.org/wiki/Reiz> oder Suggestion 
<https://de.wikipedia.org/wiki/Suggestion> transportiert, um eine 
spezifische Handlung, ein gewisses Gefühl oder einen bestimmten Gedanken 
bei anderen Menschen anzuregen und zu erzeugen.



Meiner Meinung nach sind nur unsere Flyer so zu sehen.

Alles andere hat Meiner Meinung nach nichts mit Werbung zu tun. Ich 
finde bewerben und Vertrieb auch eine befremdliche Wortwahl, mit der ich 
im Bezug auf Apache OpenOffice aktuell nichts anfangen kann, und 
deswegen distanziere ich mich davon.


Wir sind kein gewinnorientiertes Unternehmen. Die Software wird für die 
Gemeinschaft entwicklet.


Was wir tun müssen ist über das Projekt berichten. Also Fragen 
bearbeiten wie:


# Wo stehen wir?

#Wo wollen wir hin?

# Was ist gerade wichtig? (Prioritäten)

# Welche Projekte machen Fortschritte und was steht?

# Vielleicht auch, warum machen wir was?

Das hat für mich mit Werbung nichts zu tun.



On Wed, 21 Apr 2021 at 21:47, Peter Kovacs  wrote:


On 21.04.21 19:37, Dr. Michael Stehmann wrote:

Hallo,

ein Punkt, der Andreas stören könnte, ist vielleicht auch unsere
nachhaltige Präsenz auf Veranstaltungen.

Stimmt, hier machen wir in der Tat Werbung durch die Flyerverteilung.


Aber das ignorieren wir bereits seit 2010 ;-) .

Anscheinend scheint Andreas euer Handeln als sehr bedeutsam

und efiizient einzuschätzen.

Ich weiß nicht. Ich jedenfalls kann dem Blogpost nichts abgewinnen. Für
mich ergibt er wenig Sinn,

und hat auch viele Konsequenzen die Problematisch sind. Denn
genaugenommen, wenn man die Vorderungen des Blogpost verallgemeinert und
als Maßstab nimmt, ist es auch eine Distanzierung von allen Release
basierten Distributionen, die bewusst Code einfrieren. Und im Falle von
LO eine Version ausliefern oder Vertreiben, die mit schweren
Sicherheitslücken behaftet ist. Etwas was die TDF auch noch supportet.

Ich bezweifle das Andreas seine Meinung Richtig durchdacht hat.


Viele Grüße

Peter

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



--
This is the Way! http://www.apache.org/theapacheway/index.html


Re: Sorgen um LO

2021-04-21 Thread Peter Kovacs



On 21.04.21 19:37, Dr. Michael Stehmann wrote:

Hallo,

ein Punkt, der Andreas stören könnte, ist vielleicht auch unsere
nachhaltige Präsenz auf Veranstaltungen.


Stimmt, hier machen wir in der Tat Werbung durch die Flyerverteilung.


Aber das ignorieren wir bereits seit 2010 ;-) .


Anscheinend scheint Andreas euer Handeln als sehr bedeutsam

und efiizient einzuschätzen.

Ich weiß nicht. Ich jedenfalls kann dem Blogpost nichts abgewinnen. Für 
mich ergibt er wenig Sinn,


und hat auch viele Konsequenzen die Problematisch sind. Denn 
genaugenommen, wenn man die Vorderungen des Blogpost verallgemeinert und 
als Maßstab nimmt, ist es auch eine Distanzierung von allen Release 
basierten Distributionen, die bewusst Code einfrieren. Und im Falle von 
LO eine Version ausliefern oder Vertreiben, die mit schweren 
Sicherheitslücken behaftet ist. Etwas was die TDF auch noch supportet.


Ich bezweifle das Andreas seine Meinung Richtig durchdacht hat.


Viele Grüße

Peter

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Sorgen um LO

2021-04-21 Thread Peter Kovacs



On 21.04.21 18:36, Jörg Schmidt wrote:

hallo Peter,


-Original Message-
From: Peter Kovacs [mailto:pe...@apache.org]
Sent: Wednesday, April 21, 2021 6:22 PM
To: dev-de@openoffice.apache.org
Subject: Re: Sorgen um LO

Das meine ich:
"Ein Open Source Projekt, das dies nicht (mehr) bieten kann,
sollte seine Software nicht mehr bewerben und ihren Vertrieb
solange einstellen,..."

ach so.

Nur dann ist doch die Antwort klar, z.B. das hier ist ja bereits "bewerben":
https://blogs.apache.org/OOo/entry/announcing-apache-openoffice-4-15


Danke Jörg. Die Aussage halte ich für gewagt. Es ist eine Ankündigungsseite.

Das hat Naturgemäß nichts mit Werbung zu tun. Auch verkaufen wir nichts, 
da wir keine Bezahlung


entgegen nehmen.





Gruß
Jörg


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


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Sorgen um LO

2021-04-21 Thread Peter Kovacs
Das meine ich:
"Ein Open Source Projekt, das dies nicht (mehr) bieten kann, sollte seine 
Software nicht mehr bewerben und ihren Vertrieb solange einstellen,..."



Am 21. April 2021 14:37:38 MESZ schrieb "Dr. Michael Stehmann" 
:
>Hallo Peter,
>
>man kann nur spekulieren, was Andreas im April 2020 zu seinem Blogpost 
>veranlasst hat.
>
>Sein Wunsch ist aber deutlich: "Sofern diese notwendige Konsequenz
>nicht 
>gezogen wird und die aktuellen Benutzer der Software nicht über die 
>verfügbaren Programm-Alternativen zeitnah informiert werden, ... ."
>
>Ich hoffe nur, auf dass Andreas auf die Erfüllung seines Wunsches noch 
>etwas warten muss.
>
>Mit freundlichen Grüßen
>Michael


RE: Sorgen um LO

2021-04-21 Thread Peter Kovacs
Hallo Jörg,
Hallo Michael, 

Vielen Dank für den Artikel und das PDF. 
Auf welche Marketing Aktion bezieht Andreas sich da? Das verstehe ich nicht. 

Lg
Peter


Am 21. April 2021 08:12:41 MESZ schrieb "Jörg Schmidt" :
>Hallo Michael, *,
>
>> -Original Message-
>> From: Dr. Michael Stehmann [mailto:anw...@rechtsanwalt-stehmann.de] 
>> Sent: Tuesday, April 20, 2021 11:11 AM
>> To: dev-de@openoffice.apache.org
>> Subject: Re: Sorgen um LO
>> 
>> Hallo,
>> 
>> [...]
>
>ich hatte aktuell wirklich nur die Absicht über den Link zu
>informieren, auf den ich zufällig gestossen war, weil Andreas auf einer
>LO-Liste über die Aktualisierung seines Extension HowTos:
>https://amantke.de/wp-content/uploads/2021/04/extensionsbook20210417.pdf
>
>informierte, weshalb ich erstmals Kenntnis von dessen Existenz, sowie
>von einem weiteren Projekt von Andreas ("LibreOffice Extension
>Creator") erfuhr.
>
>
>beides sind Dinge die ich für nützlich (für letztlich beide Projekte)
>halte.
>
>Nebenher fiel mir dann auch dieser Link auf...
>
>
>
>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: Integrate download wizard into website?

2021-04-14 Thread Peter Kovacs



On 14.04.21 22:42, Jörg Schmidt wrote:
  


-Original Message-
From: Dean.Webber [mailto:2018001...@student.sit.ac.nz]
Sent: Wednesday, April 14, 2021 10:07 PM
To: dev@openoffice.apache.org
Subject: Re: Integrate download wizard into website?

Do you mean like the sourceforge page, that detects the
system and offers the download
https://sourceforge.net/projects/openofficeorg.mirror/files/la
test/download

No. At least _I_ mean an assistant that asks the user what he wants.

And I opened the thread here because on the de-users list once again someone 
asked because he did not understand how to use the download page.
So the person is not able to understand that if he wants an installation package for 
"Windows, german, version 4.1", he has to set it in the listboxes of the 
download page first and then click on the appropriate button.


IMHO All you need to know is HTML. The Code is really only good to make 
a preselection guess, and can be skipped.


But if I get your intend right it is a different Layout. Maybe something 
like:



Do you want to Download OpenOffice or only add additional Languages?

Choice Download OpenOffice (One Page)

1. Please Select your OS 

2. Please Select the Version of OpenOffice ; maybe we should 
have a default latest


3. Please select your main Language

4. Download Button

Choice Languages (another page)

Please select Language you want to add to OpenOffice 


Something like that?





Jörg


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


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Introduction of myself

2021-03-21 Thread Peter Kovacs

Hallo Fabio,


Ich antworte hier mal über die deutsche Entwickler Liste aus Faulheit.

Schön das du dich für OpenOffice interessierst. Wir können hilfe immer 
super gebrauchen, egal was und egal wie viel.


Du entscheidest ;)

Also Doku ist immer gut. Also das meißte haben wir auf dem MediaWiki 
kurz Mwiki [1]. Einen user bekommst du über die Dev-Mailing liste.


Einfach eine Formlose email mit wunsch-Usernamen und email account. Dann 
macht das jemand. Nach 72h ohne Reaktion mal nachfragen.


Wir haben auch einen Youtube Channel der Content gebrauchen würde. Wenn 
dich das Interessiert dann sag kurz Bescheid.


Es gibt auch das Projekt ProOO-Box die einiges an deutscher Doku 
produzieren.



Bug reports finden sich auf Bugzille. Wenn du Fragen hast feel free, 
sind genug da.


Sprachen werden über die l10n Liste behandelt. Deutsch ist aber gut 
abgedeckt. Englsich wird im Code gemacht.


Einen Account zu dem Übersetzungsframework gibt es dort. Ähnlich, wie 
beim Wiki ist eine Formlose email ausreichend. Ich würde mich da aber 
nochmal kurz vorstellen.



QA spielt haptsächlich eine Rolle im Release prozess. Das wird über die 
dev Liste angekündigt. Demnächst gibt es wieder einen 4.2.0 Entwicklungs 
- Test kandfidaten der Getestet werden will.


Allerdings kennen wir schon viele Probleme.


Templates stellen wir in der Regel immer über die Extensionsseite ohne 
Projekt zur Verfügung.



Ich hoffe ich habe damit alle Themen abgedeckt. Ich empfehle, das du 
dich einfach an der development Mailingliste anmeldest zum mitlesen. Das 
ist Quasie unsere Zentrale Liste, darüber gehen auch irgendwie die 
meisten Themen.



Beste Grüße

Peter


On 21.03.21 10:26, fa...@holdoffice.com wrote:

Hello and my heartfelt thanks to all the eager volunteers out there who give
their free time and skills for the common good!

  


My name is Fabio Siska, I am from Leimen, Germany and I'd like to learn more
about software and development, as I haven't had much to do with it so far
(except writing a few macros in Excel VBA or creating a medium sized
database with Access and VBA).

I am mainly interested in bug reports, feature lists, tutorials, templates,
marketing through tutorials and templates and later on Quality assurance.
Besides German as my native language I speak English very well. I would like
to support the spreading of OpenOffice in general, but especially in the
German speaking countries, by creating tutorials and practical, high quality
templates.

  


That's it from my side for now. I'm glad to be on board with you and look
forward to a fruitful cooperation. Cheers! :-)

  


Fabio



--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: CHemnitzer Linux-Tage 2021 - URL unseres BBB-Raumes

2021-03-08 Thread Peter Kovacs
Versuche zu kommen, kann es aber leider nicht versprechen. Soll ich auf 
Facebook eine Ankündigung posten?
Ginge ja über die Facebook Seite von Apache oder / und eine dt. AOO / LO Gruppe.

Lg
Peter

Am 8. März 2021 09:40:25 MEZ schrieb "Dr. Michael Stehmann" 
:
>Hallo Jörg,
>
>1. Danke
>
>2. Es sieht ganz so aus.
>
>(Das macht unsere Arbeit leider nicht leichter.)
>
>Gruß
>Michael
>
>Am 06.03.21 um 22:18 schrieb Jörg Schmidt:
>> Hallo,
>> 
>>> Es ist erwünscht und erbeten, dass Ihr nicht nur auch 'mal in diesem
>>> Raum 'reinschaut und vielleicht auch was länger bleibt,
>>> sondern dass Ihr
>>> auch die URL verbreitet.
>> 
>> done:
>> https://de.openoffice.info/viewtopic.php?f=3=75347
>> 
>> 
>> Frage:
>> LibreOffice ist tatsächlich nicht anwesend?
>> Unter https://chemnitzer.linux-tage.de/2021/de/programm/live konnte
>ich das LO-Projekt nicht finden.
>> 
>> 
>> 
>> Gruß
>> Jörg


autoconf warnings, and changes

2021-03-07 Thread Peter Kovacs

Hello all,

I have now autoconf 2.71 installed.

The autoconf threw some warnings:

configure.ac:2168: warning: back quotes and double quotes must not be 
escaped in: $as_me:${as_lineno-$LINENO}: result: found Compiler version 
$CCNUMVER in \"$CCTXTVER\"
configure.ac:2168: warning: back quotes and double quotes must not be 
escaped in: found Compiler version $CCNUMVER in \"$CCTXTVER\"
configure.ac:2411: warning: The preprocessor macro `STDC_HEADERS' is 
obsolete.
configure.ac:2411:   Except in unusual embedded environments, you can 
safely include all


I am not sure what is the solution to this.

All the best

Peter

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Introduction and online presence

2021-02-26 Thread Peter Kovacs


On 25.02.21 10:19, Jörg Schmidt wrote:
  


-Original Message-
From: Peter Kovacs [mailto:pe...@apache.org]
Sent: Wednesday, February 24, 2021 9:22 PM
To: dev@openoffice.apache.org; 2018001...@student.sit.ac.nz
Subject: Re: Introduction and online presence
Microsoft
stops the OEM 32 bit sale, but will provide support to existing 32bit
installs.

WHERE did you get this? Do you work for Microsoft? Or did you not understand 
the statement of Dean at all?


see section 3.1

** Beginning with Windows 10, version 2004, all new Windows 10 systems 
will be required to use 64-bit builds and Microsoft will no longer 
release 32-bit builds for OEM distribution. This does not impact 32-bit 
customer systems that are manufactured with earlier versions of Windows 
10; Microsoft remains committed to providing feature and security 
updates on these devices, including continued 32-bit media availability 
in non-OEM channels to support various upgrade installation scenarios.


https://docs.microsoft.com/en-us/windows-hardware/design/minimum/minimum-hardware-requirements-overview

I think drop of windows 32 bit support as Apple did it, is not feasible 
on Windows, since a lot of the Eco system is still 32 bit.



Despite I do not believe 32 bit will fade away, I have stated that we 
should deliver a 64 bit Windows version of AOO. However the migration 
process is stuck.



@Dean: No I do not work for Microsoft. This is my personal opinion.


I want also to say something to the emotional threads.

I wanted to express my concern that in a lot of times a discussion 
becomes emotional or personal valued. One indication maybe when one 
participant says that OpenOffice is dead or abandoned. Which I keep 
hearing, despite we have Maintenance releases.


They are not the world, but we look after the code. And we make sure we 
fix issues. I asked once fo a definition what would be reasonable for a 
alive project. The answer has been every quarter a release. And at this 
point I think it is not about what makes sense or not. It is about being 
right or not. And this makes discussions very emotional, very quickly.


It was not meant as a general statement on the Forums. Or critics on the 
Forum. I do not have the time to read the forums. I can not judge this. 
And I am fine if the forums support LO and AOO or what ever. Now people 
like Jörg and Hagar seem to feel attacked by me.


I am not sure why, but maybe my English is shaky at the moment, and was 
not well written. So please take my apologies.



All the best

Peter

--
This is the Way! http://www.apache.org/theapacheway/index.html


Re: Introduction and online presence

2021-02-24 Thread Peter Kovacs

Hi Dean,


welcome to the AOO development list.


On 24.02.21 20:35, Dean.Webber wrote:

Hi everyone, glad to be here. I am going to jump right in with my intentions 
and to share some things.

During the course of this year, I hope to find a solution to UI issues under Linux 
with regards to Mint-Y- themes and various other themes under other Linux 
distributions. This UI issue makes the program hard to use where entering data into 
text areas (character, pictures, save, calc etc) (more detail 
https://forum.openoffice.org/en/forum/viewtopic.php?f=106=104563)


GTK (Linux) GUI. At least I am am aware of the Issue. I even had done 
the analysis. What I did not manage to review how it is done correctly. 
The Code is not right.


I thought I noted the case somewhere. But I just figured out that I 
noted: [no issue yet] clean switch between GTK2 and GTK3


Argh Well I hope I can figure I find the code piece quickly. I know 
what to look for.


Should I put this on the priority list?



I tried to email direct from the list at 
https://cwiki.apache.org/confluence/display/OOOUSERS/Directory+of+Volunteers 
but it seems this list may require update 

Take it as an invite to make suggestions.


My main concern is that some people believe that AOO is not being developed or 
updated, clearly this is not the case. I would like to point some of the 
volunteers in marketing, user support/assistance and business management to 
engage in forums and online communities to show that AOO is still being 
developed. Specifically, I am referring to 
https://forum.openoffice.org/en/forum/ and Reddit communities.
Some people say that OpenOffice is dead for 10 years now. IMHO this 
discussion is purely emotional. It is difficult to argue with them.


It seems that the moderators of the forum point users with issues to use LO, 
recently to someone with a small issue such as installing the 
desktop-integration RPM component of AOO on Red Hat Linux.

It also seems that MS might be dropping support for 32-bit programs, so perhaps 
a x64 edition of AOO?


Microsoft and 32 bit support. People should read closely. Microsoft 
stops the OEM 32 bit sale, but will provide support to existing 32bit 
installs. And that does not include the 32bit support in 64 bit 
environment. So there is no risk to be feared. And if someone writes 
that it is not true. I recommend that he should wonder what happens to 
his steam collection, since most games are still 32 bit. ;)


However that is not an excuse for the situation on OpenOffice 64 bit 
version. The development has been started, but is now stuck I think for 
2 years now. I am not currently sure where Damjan stopped. I think in 
the lower uno layers.


I guess therefor we will continue if we look into this topic deeper. 
Probably together with the silicon port. However I think it is more 
important that we upgrade the SDK first. The One we wuse is ancient. :(




What I would ultimately like to see, is any serious bugs ironed out that prevent 
widespread adoption of AOO, I only know of the UI bug, and to see AOO 4.2.0 
included as the main Office Suite in Linux Distributions. <- Because AOO is 
awesome, as are the contributors and volunteers  

We would like to see that too. Easier said then done. :-D


My background, Mechanical Engineering student from New Zealand. I will try to 
install AOO on various Linux Distributions and check the themes for UI issues.

Sorry to jump right in without getting a 'feel' for what's happening at the 
moment in this dev-list. Keep up the great work on your projects everyone   
You are welcome to post your findings. If you want you can apply for an 
Bugzilla account and note your findings there. However I would rather 
suggest to test with the 4.2.0 Version.


All the best.


All the best

Peter

--
This is the Way! http://www.apache.org/theapacheway/index.html


Re: Request for PR reviews

2021-02-23 Thread Peter Kovacs
I am sorry. I am just to slow at the moment.. I hope tonight I find time but I 
am not sure. It depends how stressful my working day is. 
Maybe we are to view that look at PRs. And do 4 eye principle.


Am 22. Februar 2021 18:24:07 MEZ schrieb Matthias Seidel 
:
>Hi Arrigo,
>
>Am 21.02.21 um 16:01 schrieb Arrigo Marchiori:
>> Dear All,
>>
>> please help me review and finalize PR 122:
>> https://github.com/apache/openoffice/pull/122
>> as it should fix a top-priority AOO bug, and hopefully help us spot
>> other similar problems in the future.
>>
>> Moreover, I would really like to merge PR 111:
>> https://github.com/apache/openoffice/pull/111
>> because I do work on openSUSE and I cannot build AOO without it.  I
>> dare proposing it as a "Good Thing" for me, and a "Mostly Harmless"
>> change for anyone else. FWIW I could build 4.1.9 for Linux on the
>> CentOS 5 version in both 32-bit and 64-bit versions with that commit
>> included.
>>
>> I'll be more than happy to answer anybody's concerns over both PR's
>> either on GitHub, or on this list.
>
>Yes, I am a bit puzzled that PRs are so neglected.
>They are a great tool and can really speed up things.
>
>I have merged some of your PRs, but only those I could build and test
>against the (fixed) problem.
>Commenting on code isn't something I can do... ;-)
>
>Regards,
>
>   Matthias
>
>>
>> Thank you in advance and best regards,


Priority Issues: (was: How to cope with duplicate attributes in XML tags )

2021-02-20 Thread Peter Kovacs

I would like to answer the priority list first.

Currently I have following Issues on my mind. The list may not be 
complete or others may have other Opinions, which is fine.



On 07.02.21 21:51, Arrigo Marchiori wrote:

If we approve it, I will surely need your indication (as per a
previous thread on this ML) about the next "high priority issue" to
address.


Next:

File corruption:

https://bz.apache.org/ooo/show_bug.cgi?id=126846 and 
https://forum.openoffice.org/en/forum/viewtopic.php?f=7=1532



next 4.2.0 Issues:

My filter in bugzilla points to: 
https://bz.apache.org/ooo/buglist.cgi?cmdtype=runnamed_id=247426=4.2.0%20OpenIssues


Maybe someone else has a better list.


next:

Patches we have received and we need to integrate:

https://issues.apache.org/jira/browse/OPENOFFICE-45



Next:

would be issues with corrupted profile files.

This seem to be still a thing. I found these Issues:

https://bz.apache.org/ooo/show_bug.cgi?id=121930

https://bz.apache.org/ooo/show_bug.cgi?id=121625


Next:

Windows:

https://issues.apache.org/jira/browse/OPENOFFICE-35


Next:

Handling of other crashes: 
https://issues.apache.org/jira/browse/OPENOFFICE-3


https://bz.apache.org/ooo/show_bug.cgi?id=125006



Issues with the extension manager:

https://bz.apache.org/ooo/show_bug.cgi?id=127520

https://bz.apache.org/ooo/show_bug.cgi?id=122297


Issues that deal with Memory leaks

https://issues.apache.org/jira/browse/OPENOFFICE-28

(Currently only one)


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Contribution to open office development

2021-02-20 Thread Peter Kovacs



On 20.02.21 19:10, Dave Fisher wrote:

Hi -


On Feb 20, 2021, at 9:58 AM, Peter Kovacs  wrote:


On 20.02.21 16:59, Bidouille wrote:

A top-priority will be to work on OOXML Interoperability
Enhance existing import filter (lot of issues)
And create export filter
https://bz.apache.org/ooo/show_bug.cgi?id=88355

We have played around with the Idea instead of updating the code we have to 
implement Apache POI.

POI is Java based -
https://poi.apache.org
https://poi.apache.org/components/index.html
https://poi.apache.org/devel/index.html

The Apache POI PMC also manages Apache XMLBeans which is a core dependency for 
OOXML since the project first undertook support for OOXML about 2007/2008.

I recently saw JCC which is used by Apache Lucene’s pyLucene to wrap Java with 
C++
https://lucene.apache.org/pylucene/jcc/index.html

FYI - I’ve been a POI PMC member since 2008. If there are features lacking that 
we need it is possible to extend.


Thanks the info Dave.

When we discussed, I saw Damjan did some work. But I did not look at it. 
Plus I would look up out some Wiki guides on implementing filters.



All the best

Peter



All The Best,
Dave


If there is interest I can look up some resources to get started.

All the best

Peter


- Mail original -

De: "juan francisco Minor" 
À: dev@openoffice.apache.org
Envoyé: Vendredi 19 Février 2021 16:28:50
Objet: Re: Contribution to open office development

I can help with any of them. Wherever help is needed. Some assistance
in understanding the code base would be appreciated.

BR,
Juan M.

Sent from my iPhone


On Feb 19, 2021, at 8:09 AM, Bidouille  wrote:

Hello Juan,
Which application in OpenOffice could you help?

- Mail original -

De: "Juan Minor" 
À: dev@openoffice.apache.org
Envoyé: Vendredi 19 Février 2021 00:48:13
Objet: Contribution to open office development

Howdy,

My name is Juan Minor. I am a computer engineer with experience in
C/C++. I would like to volunteer my time to help out with this
project
should any help be needed.

Best Regards,

Juan M.


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



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



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



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


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



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


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Fwd: [ANNOUNCE] Apache OpenOffice 4.1.9 released

2021-02-20 Thread Peter Kovacs

FYI: I posted a (late) note on Facebook.

I added some info additional Infos on test distributions.

Maybe people continue to sign up.


On 14.02.21 18:35, Marcus wrote:

Am 14.02.21 um 17:35 schrieb Pedro Lino:

On 02/14/2021 3:36 PM Marcus  wrote:


just go ahead.

Marcus



One question: does someone have the permissions to update the 
Sourceforge page?



I don't know how to edit this. I don't find any hint for it - even as
admin. Must be a thing of SF.net.


Can we ask them? I volunteer to do that on behalf of AOO if you don't 
have the time.



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



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



Re: Contribution to open office development

2021-02-20 Thread Peter Kovacs



On 20.02.21 16:59, Bidouille wrote:

A top-priority will be to work on OOXML Interoperability
Enhance existing import filter (lot of issues)
And create export filter
https://bz.apache.org/ooo/show_bug.cgi?id=88355


We have played around with the Idea instead of updating the code we have 
to implement Apache POI.


If there is interest I can look up some resources to get started.

All the best

Peter



- Mail original -

De: "juan francisco Minor" 
À: dev@openoffice.apache.org
Envoyé: Vendredi 19 Février 2021 16:28:50
Objet: Re: Contribution to open office development

I can help with any of them. Wherever help is needed. Some assistance
in understanding the code base would be appreciated.

BR,
Juan M.

Sent from my iPhone


On Feb 19, 2021, at 8:09 AM, Bidouille  wrote:

Hello Juan,
Which application in OpenOffice could you help?

- Mail original -

De: "Juan Minor" 
À: dev@openoffice.apache.org
Envoyé: Vendredi 19 Février 2021 00:48:13
Objet: Contribution to open office development

Howdy,

My name is Juan Minor. I am a computer engineer with experience in
C/C++. I would like to volunteer my time to help out with this
project
should any help be needed.

Best Regards,

Juan M.


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



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



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



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


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Java 8 and Ant 1.10

2021-02-09 Thread Peter Kovacs
Java 11 and Later will create issues. 
Since LTS version 8 has now 10 year support I would stick with Java 8 and not 
bother with oracles development at this point.

Am 10. Februar 2021 00:47:17 MEZ schrieb Matthias Seidel 
:
>Hi Carl,
>
>Am 10.02.21 um 00:39 schrieb Carl Marcum:
>> On 2/8/21 8:54 PM, Carl Marcum wrote:
>>> On 2/8/21 7:15 PM, Carl Marcum wrote:
 Hi Jim,

 On 2/8/21 12:51 PM, Jim Jagielski wrote:
> Anyone tried building HEAD of AOO42X w/ Java8 (or later) and
> Apache Ant 1.10?
>
>
>-
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>

 Normally I build 4.1 and trunk on the same VM's and use JDK 8 and
 Ant 1.9.

 I've kicked off a build of trunk with Ant 1.10.15 and JDK 15.0.2.
 My trunk is not completely up to date but it's withing a few weeks.
 configure complained about JAVA_HOME even though I have it set so I
 added the --with-jdk-home flag.

 I'll let you know how it goes.

 If trunk won't answer your question I can try and up to date 4.2
 tomorrow.

 Best regards,
 Carl
>>>
>>> No luck,
>>>
>>> 7 module(s):
>>>     beanshell
>>>     hsqldb
>>>     apache-commons
>>>     rhino
>>>     saxon
>>>     lucene
>>>     javaunohelper
>>> need(s) to be rebuilt
>>>
>>> I'll try with an updated 4.2 branch tomorrow.
>>>
>>> Best regards,
>>> Carl
>>>
>> Building with an up to date AOO42X branch and
>> Ant 1.10.15 and JDK 15.0.2. turned out with similar results.
>Ant should be 1.10.9 (typo?). But Java 15 is out of luck, I think.
>>
>> 9 module(s):
>>     beanshell
>>     hsqldb
>>     apache-commons
>>     rhino
>>     saxon
>>     lucene
>>     qadevOOo
>>     bean
>>     odk
>> need(s) to be rebuilt
>>
>> I'll test backing down Ant next.
>
>Better try to build with Java 8 or 11 (LTS). But I don't think we had a
>successful build with Java 11 so far...
>
>Regards,
>
>   Matthias
>
>>
>> regards,
>> Carl
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>
>>


Re: [PROPOSAL] add an unsubscribe/help footer to recruitment ML

2021-02-07 Thread Peter Kovacs

For me, too. 'Thanks a lot Carl.

On 07.02.21 16:41, Marcus wrote:

Am 07.02.21 um 16:36 schrieb Carl Marcum:

The unsubscribe and help footer has been added to recruitment@ list.


... and it's working for me.

Thanks

Marcus


On 1/25/21 6:45 PM, Carl Marcum wrote:

On 1/19/21 12:23 PM, Marcus wrote:

Am 19.01.21 um 01:08 schrieb Carl Marcum:

On 1/17/21 3:41 PM, Andrea Pescetti wrote:

On 10/01/2021 Peter Kovacs wrote:

On 10.01.21 23:42, Andrea Pescetti wrote:
But we should also be more proactive and remove people when 
they ask for it on the list: Whimsy https://whimsy.apache.org/ ...

The moderators are Patricia, Andrea and Marcus.


I confirm that indeed I use Whimsy to help people unsubscribe the 
recruitment list when their intention is clear and when they are 
confused about how to do it. I hope the new footer will help 
limit these cases.



So should I go ahead with this if we are renaming the list?
I don't to create work for infra if it's not needed.


I haven't seen any objection since days, so I would assume that a) 
renaming the mailing list and b) adding a footer is OK.


Please go ahead. :-)

Marcus


I put in a ticket for the footer [1].

The rename I'll let someone else submit.

[1] https://issues.apache.org/jira/browse/INFRA-21343



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


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: How to cope with duplicate attributes in XML tags

2021-02-07 Thread Peter Kovacs

Hello,

On 07.02.21 16:22, Arrigo Marchiori wrote:

Hello all,

re-replying to Jim's message.

On Wed, Feb 03, 2021 at 02:25:16PM -0500, Jim Jagielski wrote:


Funny that you bring this up... I'm been tracking down some bugs and they
all seem to be XML related... fastsax->libwriterfilter with occasional cores
due to __cxa_call_unexpected.

I feel that making AOO more fragile by trying to work around cases where
invalid and/or non-compliant XML is encountered is just wrong. We should
either ignore the error (catch it) or raise an exception. Invalid data shouldn't
be tolerated. Additionally, trying to be "lenient" is an easy vector for
vulnerabilities.

For the record: the detection of duplicated attributes is made
internally by the expat library. Our code just receives the error
message and cannot do anything to recover it.


I think it is not an issue of expat itself. It is an issue of how expat 
is setup.


From the pure xml lore you can allow multiple elements of the same name.

consider unordered HTML List, as a reference.

I would opt for checking if we could allow that this Element can be read 
as a duplicate.


The user can then delete the entry he does not like, and fix therefore 
the document.


We could provide a helper to help the user to figure out what has 
happened maybe.




I don't believe it's worth patching expat to allow duplicated
attributes. I don't know the library well and I fear about the
consequences of tinkering with it.

But then my question becomes: do we want to offer any data recovery
tools for corrupted documents? Like ``dumb'' XML parsers that just
shave away XML errors?

  1- it could be an external tool, written in a language that is easier
 to code into? (like Python, Perl, Java... whatever)

  2- or an internal pre-parsing phase? It should not be based on the
 expat library though; do we have any other possibilities among the
 current modules?

  3- or we leave it to hand-crafting by knowledgeable people on the
 forum, as it is happening now?

I am looking forward to opinions ... and possibily reviews of PR 122
please ;-)

I plan to have a look!


Best regards,

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: How to cope with duplicate attributes in XML tags

2021-02-05 Thread Peter Kovacs



On 05.02.21 08:01, Arrigo Marchiori wrote:

Hello Peter, All,

On Thu, Feb 04, 2021 at 12:00:44PM +0100, Peter Kovacs wrote:


+1 for Option 3)


[... FTR ...]

   3- raise an exception because it is just not acceptable.

I believe it should be a subclass of uno::Exception, but... which one?
There seem to be a lot of Exception's subclasses in the UNO framework.


I do not see much definition of an Exception Class:

http://opengrok.openoffice.org/search?project=trunk==Exception

Maybe best is to look for another thrown exception and copy that? I have 
no clue.


All the best

Peter

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: How to cope with duplicate attributes in XML tags

2021-02-04 Thread Peter Kovacs

+1 for Option 3)

On 03.02.21 19:38, Arrigo Marchiori wrote:

Dear List,

bug 128356 [1] is mostly about an XML tag that carries an attribute
_twice_. This is not allowed; the SAX parser raises an exception when
it finds it while loading the file, and the user gets upset because
they cannot open their file any more.

While I am looking for the actual cause of this bug, I think it may be
useful to stop this XML error from happening anywhere. Our API should
complain heavily when requested to do such an illegal action.

I am going to add a ``safety-check'' into the methods of class
SvXMLAttributeList to avoid ``adding'' an attribute that is already in
the list. But what shall these methods do instead, apart from
complaining?

  1- just ignore the request, leaving the current value for the
 attribute;

  2- set the new value, overwriting the current one;

  3- raise an exception because it is just not acceptable.

I personally like option 3-, but someone may have a different opinion?

In addition to this, when finished with the bug, I will try to make
the SAX parser accept these duplicated attributes, and try to carry on
loading the file. This should help our angry users recover their data,
even if some information may be lost.

Please share your opinion.

References:
  1: https://bz.apache.org/ooo/show_bug.cgi?id=128356

Best regards,

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Video Uploads for FOSDEM

2021-02-01 Thread Peter Kovacs

Hello all,


we need to upload the videos. Current state is according to the 
Organisator List that 2 of 8 are uploaded.


If I look in the registration I find more videos. However in order to be 
finalized, the videos have to be uploaded


in the General Tab -> shedule Box (the one on the bottom) and there 
*Pre-recorded Video Upload URL.*


*
*

*Thank you for all theior work.*

*
*

*All the Best*

*Peter
*

--
This is the Way! http://www.apache.org/theapacheway/index.html


Re: [GitHub] [openoffice] leginee commented on pull request #121: translated various comments

2021-02-01 Thread Peter Kovacs

Thanks Czesław,

your links look great. I need a biot more time to go through all the 
points. But looks great additions.


Thanks a lot.


All the Best

Peter

On 28.01.21 16:48, Czesław Wolański wrote:

Hi,

My remarks on Shelli O. (PDF file) can be downloaded from the following
link:

https://drive.google.com/file/d/1R4nw-5V7cPVTTmGsVuLdwzBxPgG65ttz/view?usp=sharing

Regards,
Czesław Wolański

Am Mi., 27. Jan. 2021 um 21:23 Uhr schrieb GitBox :


leginee commented on pull request #121:
URL: https://github.com/apache/openoffice/pull/121#issuecomment-768553149


Thank you for the quick review. I have some really bad mistakes there.



This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



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



--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: [Discussion] Would we enable volunteers that develop extensions

2021-02-01 Thread Peter Kovacs

Hello Mechtilde,


On 01.02.21 08:20, Mechtilde wrote:

Hello Peter,

I try to build the "extensions" which can be used with AOO Base like
reportbuilder and mysql-connector.

I also try to build the pdf-importer.

Thanks for this great effort.


IMO you nedd the whole build to get them


technically that might be true, but my thoughts are independent of this. 
The question is purely organizational.


should extensions be part of the Apache OpenOffice project?

If we accept this as a Part of the Apache Project, do we need a "but"? 
Like yes it is part of the Project, but it is not a core responsibility 
and has its own sub team / volunteers.


We might need then to think about an internal Attic project, which puts 
project on unmaintained.


Or do we say: "no we can not organize this within Apache OpenOffice 
Project, we need to organize this outside". Do we need then some sort of 
umbrella Organization to connect all 3rd parties with the core?


There are consequences to consider, and maybe from this steps result 
that we need to look at



All the best

Peter.



Regards

Mechtilde

Am 01.02.21 um 07:46 schrieb Peter Kovacs:

I have a question. How much willing are we to support extensions.

I mean we have here a voice recognition questions, there is the
reporting tool or wiki extension.

We already thinking on creating repos for reporting tool or the wiki
extensions.

But how do we deal with those topics on the organisatorical level?

Do we form I do not know how to name them, task force around them? Do
the people who whish to be delevop these functions do this in an outside
project (independant if this is a Apache project or github self
sufficient hosted)


I would opt that we agree on some form to enable volunteer to use the
project infrastructure and provide them with a stronger feeling that
they are part of the project even if they are only working on an
extension of none core features.

This makes it easier to bring the community together. I mean the wording
3rd parties bring a lot of discussion and the need to explain things, to
the table.


I am just wondering what everyone else thinks.

All the best

Peter


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



[Discussion] Would we enable volunteers that develop extensions

2021-01-31 Thread Peter Kovacs

I have a question. How much willing are we to support extensions.

I mean we have here a voice recognition questions, there is the 
reporting tool or wiki extension.


We already thinking on creating repos for reporting tool or the wiki 
extensions.


But how do we deal with those topics on the organisatorical level?

Do we form I do not know how to name them, task force around them? Do 
the people who whish to be delevop these functions do this in an outside 
project (independant if this is a Apache project or github self 
sufficient hosted)



I would opt that we agree on some form to enable volunteer to use the 
project infrastructure and provide them with a stronger feeling that 
they are part of the project even if they are only working on an 
extension of none core features.


This makes it easier to bring the community together. I mean the wording 
3rd parties bring a lot of discussion and the need to explain things, to 
the table.



I am just wondering what everyone else thinks.

All the best

Peter

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Voice to text

2021-01-31 Thread Peter Kovacs
Puh, you ask very generic. Quick answer: I do not think that the project 
defines this as a "core feature".


See rejected references:

https://bz.apache.org/ooo/show_bug.cgi?id=84997

https://bz.apache.org/ooo/show_bug.cgi?id=71542

But they are pretty old. One survived bug report survived the request 
(mainly because Hagar seemed to directly confirm it, I guess ;) )


https://bz.apache.org/ooo/show_bug.cgi?id=85058

And the related discussions  on the forum:

https://forum.openoffice.org/en/forum/viewtopic.php?f=5=2483

https://forum.openoffice.org/en/forum/viewtopic.php?f=5=634

https://forum.openoffice.org/en/forum/viewtopic.php?f=49=1358


There are extensions that turn up through google:

https://extensions.openoffice.org/en/project/speechoo-dictation-pad-openofficeorg

https://extensions.openoffice.org/en/project/evoice

But these seem only to add only basic features. I guess even the OS 
based might supply the same features:


https://www.ubuntupit.com/best-open-source-speech-recognition-tools-for-linux/


My quick assessment:

The current state is it is very rudimentary implemented.


All the best

Peter


On 01.02.21 00:37, Colonel Wolf Halton CBA wrote:

I run Ubuntu or PopOS at home. I want to find a voice to text extension of
OOO. Is that a thing, or do I need to try and find an OS-specific app that
could add the functionality to OOO?

*Lt Col Wolf Halton, CTGA, PCIP, CBA*
678-687-6104 Voice/Text
--
Are you having CyberNightmares ?


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: 4.2 release testing

2021-01-30 Thread Peter Kovacs

sry, I forgot to cc you on the mailing list.

On 31.01.21 08:51, Peter Kovacs wrote:

Hello Marty,


First thank you for taking Interest in OpenOffice. We need indeed help.

After we have shipped the 4.1.9 Release which will fix the OOXML (all 
Microsoft Formats leaded to a crash), we plan to build a developer of 
4.2.0 build for people to test. The goal is to ship 4.2.0 as soon as 
the code is stabilized and does not contain "new" Issues.


We want that the Users do experience less issues and if possible avoid 
that they experience new one.


However if you are a software engineer, you might have programming 
skills that could help not only to test, but maybe to fix some issues. 
It is all community volunteer work, that is done pro bono for the 
public good.


Also documentation is a thing. But we are totally happy if you just 
want to test the 4.2.0 Version.


you will probably need a Bugzilla account for reporting issues or read 
on issues. We need you to request this, by giving your preferred login 
handle and email to be used.



All the best

Peter

On 31.01.21 05:02, Marty Pomeroy wrote:
Hi. I’m a mostly retired former software engineer currently running 
on an iMac with Big Sur 11.1.  I had some docx files crash my 
OpenOffice 4.1.8 just last week.  I had to take them to my Windows 
laptop where they opened fine, saved them as .odt, and then I could 
bring them back to my mac.


I saw your request for testers and would be happy to help test 4.2.0. 
Let me know how I can help.


Marty


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


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: 4.2 release testing

2021-01-30 Thread Peter Kovacs

Hello Marty,


First thank you for taking Interest in OpenOffice. We need indeed help.

After we have shipped the 4.1.9 Release which will fix the OOXML (all 
Microsoft Formats leaded to a crash), we plan to build a developer of 
4.2.0 build for people to test. The goal is to ship 4.2.0 as soon as the 
code is stabilized and does not contain "new" Issues.


We want that the Users do experience less issues and if possible avoid 
that they experience new one.


However if you are a software engineer, you might have programming 
skills that could help not only to test, but maybe to fix some issues. 
It is all community volunteer work, that is done pro bono for the public 
good.


Also documentation is a thing. But we are totally happy if you just want 
to test the 4.2.0 Version.


you will probably need a Bugzilla account for reporting issues or read 
on issues. We need you to request this, by giving your preferred login 
handle and email to be used.



All the best

Peter

On 31.01.21 05:02, Marty Pomeroy wrote:

Hi. I’m a mostly retired former software engineer currently running on an iMac 
with Big Sur 11.1.  I had some docx files crash my OpenOffice 4.1.8 just last 
week.  I had to take them to my Windows laptop where they opened fine, saved 
them as .odt, and then I could bring them back to my mac.

I saw your request for testers and would be happy to help test 4.2.0. Let me 
know how I can help.

Marty


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


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: Shall "dmake clean" also remove "$OUTPATH" directories?

2021-01-30 Thread Peter Kovacs



On 30.01.21 14:48, Arrigo Marchiori wrote:


The configure script sets $INPATH and $OUTPATH to the same value when
it receives the parameter "--enable-dbgutil". In such case, on my
system, everything goes into directory unxlngx6 instead of
unxlngx6.pro
Does this make sense? why would I want to write everything into a 
different folder to a normal build?

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: High Priority Issues

2021-01-26 Thread Peter Kovacs

Hello Arrigo,

On 24.01.21 15:46, Arrigo Marchiori wrote:

On Fri, Jan 22, 2021 at 09:40:47AM +0100, Peter Kovacs wrote:


There is feedback from Jon Ha ojn Issues that are important from the support
Forum perspective.

Please look into the following Issues:

https://bz.apache.org/ooo/show_bug.cgi?id=126846

(additional Info:
https://forum.openoffice.org/en/forum/viewtopic.php?f=7=1532 )

I understand that this meta-bug is about frequent bad and frustrating
behavior of OpenOffice, but from a developer point of view, I would
need some information to replicate such a data loss, so I could
inspect the software in the moment the problem is happening. I could
not find this kind of information in the above report and in the other
reports its first comments refer to.

Is there anyone more knowledgeable about this problem, who could help
track this bit down?


There has been multiple attempts to track this down. So far no success.

Patricia, Andrea looked into these issues.

There were 2 theories:

1) the saving bar ends sooner then the task is done. So OpenOffice is 
still saveing but it reports it is done so Windows Interrupts the 
processes and it messes up.


2) We have some sort of racing condition

We know from the reports the Issue may turn up when Battery level is low 
or Laptops are closed during save and the system switches into hibernate 
mode, if I remember this right.


The other Issues I am not aware. Could be that they were mentioned, but 
I am sure they did not stick in my mind. Maybe I listed them on Jira. I 
am sure that least I never looked at those.



https://bz.apache.org/ooo/show_bug.cgi?id=128356

Reproduced with 4.1.9 and trunk. I can look into this one.


https://bz.apache.org/ooo/show_bug.cgi?id=126927

I think that this issue can be generalized as a "lack of logging and
error reporting in AOO". This is one of my own pet peeves.


plus Data loss on different occations see tutorials to:

https://forum.openoffice.org/en/forum/viewtopic.php?f=71=85038

This is really TL;DR -- can you help me understand if it is worth
reading all? It does not seem to be an error report, but rather a
``trick'' to restore lost information from leftover temporary files.


https://forum.openoffice.org/en/forum/viewtopic.php?f=71=87180

This seem to be a ``surgical'' (quoted) way to recover from certain
data corruption, again not an error report; am I right?


Hopoe that sums it up. You can read the detailed statement with some
critical feedback here:

https://forum.openoffice.org/en/forum/viewtopic.php?f=49=104234=505002#p505009

(hope the link works)

Yes, it does. But it is another very long form thread, with many links
to bug reports.

I believe you have got a better picture of the overall situation;
could you please help us split it into smaller problems?

 From my humble point of view, bug 128356 shall be solved while working
on enhancing logging and error reporting at the same time; that would
be a great step towards solution of 126927.

I will start looking into the above, until someone with a better
overall picture will tell me otherwise.

Best regards,

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



High Priority Issues

2021-01-22 Thread Peter Kovacs
There is feedback from Jon Ha ojn Issues that are important from the 
support Forum perspective.


Please look into the following Issues:

https://bz.apache.org/ooo/show_bug.cgi?id=126846

(additional Info: 
https://forum.openoffice.org/en/forum/viewtopic.php?f=7=1532 )


https://bz.apache.org/ooo/show_bug.cgi?id=128356

https://bz.apache.org/ooo/show_bug.cgi?id=126927

plus Data loss on different occations see tutorials to:

https://forum.openoffice.org/en/forum/viewtopic.php?f=71=85038

https://forum.openoffice.org/en/forum/viewtopic.php?f=71=87180


Hopoe that sums it up. You can read the detailed statement with some 
critical feedback here:


https://forum.openoffice.org/en/forum/viewtopic.php?f=49=104234=505002#p505009


(hope the link works)


All the best

Peter


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: OS2 code

2021-01-20 Thread Peter Kovacs



On 19.01.21 22:00, Steve Lubbs wrote:

On 1/18/21 6:03 PM, Peter Kovacs wrote:

The Project does accept bug reports. And Code testing and bug fixing 
is done by bitworks.


That's the part I was missing.

Maybe it is that there is a Fuzziness on who is the Project? Who 
releases the Community binary version? Who releases the binary OS/2 
Version and Who releases the Source Code? It is all a bit mixed or 
separated in a strange way.


For a newbie, at least this one, that is so.


I honestly never thought of these questions. In general we do not 
promote individuals / groups so much. And we focus more on the common 
goal on creating the next improvement. Those people who do something are 
active and those who are not are not.


For example if you would be interested to create a OS/2 release on your 
own, I would try to connect you with yuri and try to work something out. 
So you 2 can move together. No issue.




Thanks for the clarification,


You are Welcome

Peter

--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: test 4.2.0

2021-01-19 Thread Peter Kovacs

forward to poster.

Please give feedback if the Version Works for you, and Install the 
Version next to the productive 4.1.8, because this is a test version.


You can do this by not overwirting when install the testversion and you 
will be asked to provide a new name.



All the BEst

Peter

On 19.01.21 09:30, Mechtilde wrote:

Hello Nick,

you can also test version 4.1.9. You can find it
https://dist.apache.org/repos/dist/dev/openoffice/4.1.9-RC1/

Kind regards

Mechtilde

Am 19.01.21 um 08:26 schrieb nicholas gordon:

Hi there

I would be grateful to test version 4.2.0 if you would oblige, as
OpenOffice 4.1.8 crashes on my macbook pro running BigSur.
Kindly,

Nick Gordon
New Zealand


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



Re: [VOTE] Release AOO 4.1.9-RC1 as GA

2021-01-18 Thread Peter Kovacs

Bruce:

Check the below message out.

There is a link, below. Install OpenOffice, best is next to your regular 
install. Test then all features important to you and report back.



All the Best

Peter

On 18.01.21 14:47, Jim Jagielski wrote:

I am calling a VOTE on releasing the source and complimentary community builds 
of
Apache OpenOffice 4.1.9-RC1 as GA.

These artifacts can be found at:

https://dist.apache.org/repos/dist/dev/openoffice/4.1.9-RC1/

Please cast your vote:

The Release Candidate is good for production/GA:

  [ ] yes / +1

  [ ] no / -1

My vote is based on

  [ ] binding (member of PMC)

  [ ] I have built and tested the RC from source on platform [ ]

  [ ] I have tested the binary RC on platform [ ]

This vote will be open for 96hrs instead of the normal 72hrs to
accommodate the US Holiday.
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org


--
This is the Way! http://www.apache.org/theapacheway/index.html

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



  1   2   3   4   5   6   7   8   9   10   >