Re: QA Automated Test coverage

[Peter Kovacs]

Maybe the following link helps?

https://www.openoffice.org/qa/testcase/index.html


Kay did migrate stuff in 2018 I think. Maybe went a bit unnoticed?

Is this what the Server had contained?

Am 27.10.20 um 22:58 schrieb Andrea Pescetti:

On 24/10/2020 Carl Marcum wrote:
Slightly off topic is the QA Intro page [1] discusses TestLink which 
I don't think we use anymore


Well, it looks like Adfinis decided to kill it. That was set up in the 
recent era (Apache), so it should serve as a lesson: Adfinis 
contributed a server, got Google rank thanks to our prominent links 
and then moved away with our data. At least, all references to the 
Adfinis link should be removed.



and migrated the tests onto the wiki [2].


No, that was the manual. Tests were meant to be on Testlink, or at 
least I cannot find them in the wiki.


Manual Tests (it says outdated) are here [3]. Link to the Test Case 
Management is also a 404.


This is indeed obsolete. TCM is from the pre-Apache era, it was hosted 
by Oracle and, despite numerous requests done by myself and others 
around 2012, Oracle refused to contribute test cases to the ASF due to 
their unclear licensing and copyright. So all references to TCM are 
obsolete and there is no hope to get TCM testcases back, 
unfortunately: they provided very good coverage and helped building a 
QA community.


Regards,
  Andrea.

-
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: Wiki Publisher

[Peter Kovacs]

I hope I have some time soon to start migrating some LO Patches around 
the wiki Publisher, we are very likely to be able to use.



Am 26.10.20 um 15:52 schrieb Matthias Seidel:

Hi Joost,

Am 26.10.20 um 13:19 schrieb Joost Andrae:

Hi Matthias,

I've just tried it out against a different MediaWiki and I can confirm
it is running well !

Thanks, that's great news!

@Keith: Is this useful for your documentation efforts?

Regards,

    Matthias


Best regards, Joost

Am 26.10.2020 um 00:53 schrieb Matthias Seidel:

Hi all,

I just discovered that the Wiki Publisher we build with AOO 4.1.8 does
seem to work!

https://wiki.openoffice.org/w/index.php?title=Test-MS

The remaining problem is that it does not get bundled with the release.
I will investigate further...

Can you please test:

https://home.apache.org/~mseidel/wiki-publisher.oxt

Regards,

     Matthias





-
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: Open office use

[Peter Kovacs]

Hello Heikki Ahonem,


which Operating are you using?


All the Best

Peter

Am 25.10.20 um 12:16 schrieb Heikki Ahonen:

Dear developers
  
My computer said  that open office can not be opened, because the development organization is not known ?+

  What to do ?

  Besst regards / Heikki Ahonem
-
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: Google Analytics and Download Count

[Peter Kovacs]

Am 21.10.20 um 22:51 schrieb Andrea Pescetti:

On 20/10/2020 Matthias Seidel wrote:

It seems that I am the only one interested in the data Google Analytics
provides.


I'm interested in keeping Google Analytics too.
If you provide a google address to me or Matthias we can add you to the 
analytics.


We have years of historic data there and they are useful right now, 
since we'll want to ensure that the top 30 pages are still perfectly 
working if we change the web infrastructure. Also, Google Analytics 
data will help if we ever decide to restructure the site (dropping the 
majority of pages and keeping only pages that receive traffic). And if 
we interrupt data collection now there is no way back.
We have dropped the time the data is kept to a minimum. I do not see one 
reason we need a long standing history. And the minimum is at 1 year I 
think. For me that is sufficient.


AWStats is not a feature-complete replacement by any means and it also 
places additional requirements on the server. I understand that it is 
better from a philosophical/ideological perspective (open source, self 
hosted). We can try and add it - we can have both AWStats and Google 
Analytics working at the same time and then judge which one is better 
after some months.

+1, my expectation is that we can live with the loss.


Google Analytics is an industry standard; if we configure it in a way 
that honors do-not-track requirements and does not store irrelevant 
data about users I believe it is acceptable. We've already applied a 
reasonable trade-off in the past to ensure Google Analytics does not 
become too invasive.
I am careful because on the members or board list it cause a lot of 
uproar. And I do not have much interest in getting some general shit 
storm, because people have no clue what they talking about.



All the best

Peter


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

Possible error in File https://www.openoffice.org/sc/excelfileformat.pdf (was: How to go about confirming a possible bug and contributing updates to a document )

[Peter Kovacs]

Hello Jay,

Am 21.10.20 um 16:49 schrieb Jay Wren (jawren):

Hello,

I hope this message finds you well.

First, I want to thank you for 
https://www.openoffice.org/sc/excelfileformat.pdf I have found it invaluable. 
Thank you.
You are welcome. It is good to know that people take interest in our 
pages. :)

I wanted to ask about a possible bug or submitting a patch to this document. I 
think I may have found an error in the size table in section 3.4.7. 
Specifically, tFunc and tFuncVar on page 43. The BIFF8 size is listed at 4 and 
5 respectively. However, in section 3.7.1 and 3.7.2 only 3 bytes and 4 bytes 
respectively are documented. Indeed in practice as I write a parser, I can only 
read 4 bytes and not 5 for tFuncVar.


I am not sure if we have a editable Document somewhere. I switch from 
recruitment to dev List. Maybe someone knows if we have an better editor 
able file that we can provide you for a fix..


I am not sure, but our code reads 4 Tokes Int16. I do not see a fifth. 
So this sounds according to your observation.


http://opengrok.openoffice.org/xref/trunk/main/oox/source/xls/formulaparser.cxx?r=a893be29#importFuncVarToken4

I am not sure if Apache POI has also some input on this? I am a bit 
unfamiliar with their Project.



*Dave*

you have some idea how to quickly search the POI Code?



If I missed something, I’d love to be corrected. If I did not, I’d love to 
contribute if you suggest.


Contribution are all welcome. I think it is best to create a ticket in 
Bugzilla, upload your patch there. And bring then the case to an 
attention on the dev list, by answering to this thread with the ticket.


Just for better awarness. :)


all the best

Peter


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

Re: Google Analytics and Download Count

[Peter Kovacs]

Am 19.10.20 um 23:48 schrieb Marcus:

Am 19.10.20 um 23:15 schrieb Dave Fisher:

On Oct 19, 2020, at 2:06 PM, Peter Kovacs  wrote:

I am not sure what you mean.


I am for eliminating all both google analytics and entourage js from 
our pages as we move.


when we don't use the statistcs data and therefore don't need this, 
then - for sure - let's get rid of it.


I am against eliminating the Statistics without replacement. I think 
that we can replace google Analytics.


However I would like to be involved in a migration to another system. I 
am sure Matthias wants to be involved to.


Am 19.10.20 um 23:15 schrieb Dave Fisher:


We can make a special web request and get a filtered apache access log from 
Infra.

We could maybe feed AWStat with it.

https://awstats.sourceforge.io/

I would like to try the software out and if we are satisfied with it we 
can remove the analytics.


Would that be fine for everyone?


If it is about using the data I can make a community Report on our 
Statistics. Maybe Matthias could add his update staistics.


And then we could release it on our blog page?


All the Best

Peter


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

Re: pi 4 port update

[Peter Kovacs]

Nice step one :)

This looks like fun :-)

Am 19.10.20 um 11:15 schrieb marcia wilbur:

Hi.

So far, so good. Not totally there but did pass dmake stage. :)

root@raspberrypi:/home/pi/aoo/main# lscpu
Architecture:armv7l
Byte Order:  Little Endian
CPU(s):  4
On-line CPU(s) list: 0-3
Thread(s) per core:  1
Core(s) per socket:  4
Socket(s):   1
Vendor ID:   ARM
Model:   3
Model name:  Cortex-A72
Stepping:r0p3
CPU max MHz: 1500.
CPU min MHz: 600.
BogoMIPS:270.00
Flags:   half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva 
idivt vfpd32 lpae evtstrm crc32


Debian Buster (raspbian)
Old kernel (will update later)
Linux raspberrypi 4.19.93-v7l+ #1290 SMP Fri Jan 10 16:45:11 GMT 2020 armv7l 
GNU/Linux


dmake successfully built and copied to 
/home/pi/aoo/main/solenv/unxlngr.pro/bin/dmake


-sleepless in Arizona :)

... stayed tuned

-
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: Google Analytics and Download Count

[Peter Kovacs]

I am not sure what you mean.

Am 19.10.20 um 22:14 schrieb Dave Fisher:

OK. It would be good to see if we have similar statistics in google analytics.


I do not see any download figures in Google Analytics. Long story short.

To my interpretation most users (99%) do not use our download page.

How can a Google Script get the numbers that comparable to the SF.net 
download numbers if the web site is not used?


Which are (to my knowledge) calculated from their logs.



Two reasons.


What is with YAGNI?

Is now downloading from Infra a thing or still a fallback?

(1) What if we activate an alternative or replacement mirror system. I’ve asked 
Infra and it’s not impossible ask mirror operators. What’s needed is partially 
implemented.

(2) Alternatively if we are going to turn this off then we could find another 
way to count.


If we start fixing stuff around google analytics, do we really need to 
use Google? What about OpenSource solution, like Open-Web-Analytics or 
AWStats?


(Others like Countly, Plausible and Motomo are services that cost money. 
And they do not come cheap (for numbers we do not use)


This will not solve our number crunching. But we could load the data 
from SF.net and add it to other / our sources.




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

Re: Google Analytics and Download Count

[Peter Kovacs]

Afaik We use the statistics from SF.Net not from Google.



Am 19. Oktober 2020 20:42:29 MESZ schrieb Dave Fisher :
>Hi -
>
>Every page on www.openoffice.org uses google analytics plus a file
>called entourage.js.
>
>Entourage purports to push download information into google-analytics.
>
>http://techoctave.com/c7/posts/58-entourage-js-automatic-download-tracking-for-asynchronous-google-analytics
>
>No longer is valid.
>
>I found it here - https://github.com/techoctave/entourage
>
>We update the download count on a weekly basis can someone explain the
>source for the data.
>
>Thanks,
>Dave
>-
>To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: AOO418-RC2: General Error on opening files on Ubuntu

[Peter Kovacs]

Am 18.10.20 um 16:58 schrieb Pedro Lino:

The question is: build with which switches? So the question below is still 
relevant...


We do not have any test criteria in total. So it is up to you at the 
moment to decide if you are satisfied with the release.


And if you vote that it can be released. Maybe it is a good thing to 
write what you have posted, and the vote itself is only a


rough summary, to keep some overview what people are looking at.



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

Project Goals and Targets (was: Writer and .docx)

[Peter Kovacs]

Am 18.10.20 um 04:13 schrieb Dave Fisher:

Top posting as well. I think we should consider our goals as a project. If one 
of those goals is support for ODF as a theory of everything office that you can 
trust and know will remain parsable a century from now then what does that mean 
for OOXML?


The goals and current targets of the Project are imho:

# Maintenance

## Blocker List of 4.2.x

## Diverse Error reports (I want to advertise my Jira Collection of bugs 
maybe?)


## SDK renewal

## Fix the '###' Write issue

## Fix the Profile Issue

### add a the support script for resetting the Profile by clicking

### Maybe having a Profile validator that wirtes reports would be also 
something.



# Enablement for our users in features they request.

## OOXML is really requested a lot, imho always if people need to 
collaborate with Microsoft Office users.


## Win64 bit is not really requested but something we need to continue

## Enhancement of our Applications (Michael whished for some 
improvements in Base and Impress; others have reached out to talk about 
Calc.)



# Enhance the Infrastructure / Code to lower maintenance costs.

## GSI Check is there to name. (Yea I should continue)

## SCONs transition


Now we can argue if an OOXML filter needs to be part of the Core 
implementation. But have it developed as within a branch is not a big 
deal. Lets see how it goes.


Maybe it attracts people who like to work on this topic? To make a 
request visible is not bad.



All the Best

Peter


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

Facebook error Video

[Peter Kovacs]

Is anyone familiar with this Issue shown in the facebook Video?

https://www.facebook.com/1814784367/videos/10214108016293808/


(I fear you need an Facebook account to watch)


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

Re: Writer and .docx

[Peter Kovacs]

I m also in support, whatever that is worth :)

Am 16.10.20 um 21:56 schrieb Carl Marcum:



I might get back into this next month, especially if others want to
collaborate, but don't expect something generally usable, let alone
Excel-quality XSLX saving, any time soon.

Regards
Damjan


Yes I'm definitely interested in collaborating on this.
Do you have a branch with your work in it?


It's been 5 years and the code is in bits and pieces, but I'll try to 
put

together a working branch over the weekend.


Whenever you have time.
Just let me know.

Thanks,
Carl

-
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: Writer and .docx

[Peter Kovacs]

Am 16.10.20 um 09:25 schrieb Наталья Василенко:

Hello! I would like to know is there any hope that users can save documents in 
Writer in .docx format? In the latest version of your OpenOffice users can open 
documents in .docx format, but they cannot save in that format. I think it is 
not comfortable for many users with the fact that your product is very 
convenient in other options.
Could this feature be enabled in later versions of your product?
Yes we want to improve the capability to read and write documents 
produced by Microsoft Office. However, our development community is made 
up of volunteers working in their free time, next to a regular job.


We have no timeline when we will add this feature, but we know this 
feature has a high demand within the user base of OpenOffice.


I do not expect that this feature will be imporved soon.


Thank you for your response.

You are Welcome.

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

Re: AOO418-RC2: General Error on opening files on Ubuntu

[Peter Kovacs]

Jim is building on an older CentOS. Could that trigger something?

Am 14.10.20 um 23:05 schrieb Andrea Pescetti:

Matthias Seidel wrote:

Am 14.10.20 um 21:19 schrieb Jim Jagielski:

I'm just looking to see where the fix/patch is :-)

The problem is... There was none. It just vanished at one point. ;-)


If the bug is in code, I don't understand why my builds at
https://home.apache.org/~pescetti/openoffice-4.1.8-rc2/
don't have the error then.

On the same Ubuntu 20.04 system I can consistently reproduce the error 
with Jim's DEBs but not with mine (either the custom build or the one 
with release flags). And they are obviously all based on the same code.


Of course, I'd prefer very much that the error is found and fixed, 
even if this doesn't look easy. But I'm also available for the "quick" 
solution, i.e., I can build DEBs for all languages, doing my best to 
apply the release flags/scripts properly, the coming weekend. The 
builds would be done on CentOS 7 (glibc 2.17), which means the DEBs 
would run on Ubuntu 13.04 and later.


Regards,
  Andrea.

-
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: AOO418-RC2: General Error on opening files on Ubuntu

[Peter Kovacs]

ENABLE_CRASHDUMP defaults to NO

IMHO ENABLE_DBUS switch is ignored

SYSTEM_SERVLETAPI defaults to NO
ENABLE_GSTREAMER defaults to NO

ENABLE_OPENGL looks like the code tests for GL libs. And tzhe switch is 
overwritten / ignored.

The switch SYSTEM_STDLIBS will decide if the systemlib used is packaged 
into the delivery or not.


For me this option is most likely to cause Issues.

What do you think? I am not sure which state does add the stdlib to the 
binary.


3698 dnl ===
3699 dnl Check for system stdlibs
3700 dnl ===
3701 AC_MSG_CHECKING([whether to provide libstdc++/libgcc_s in the 
installset])

3702 if test -n "$with_system_stdlibs" -o -n "$with_system_libs" && \
3703    test "$with_system_stdlibs" != "no"; then
3704    AC_MSG_RESULT([no])
3705    SYSTEM_STDLIBS=YES
3706 else
3707    AC_MSG_RESULT([yes])
3708    SYSTEM_STDLIBS=NO
3709 fi


Am 13.10.20 um 20:48 schrieb Matthias Seidel:


Hi Jim,

Do you see a chance that this can be corrected by build options?

Or do we need RC3?

Regards,

    Matthias

Am 12.10.20 um 22:05 schrieb Jim Jagielski:

Diffs which seem important (mine are the '-'):

-ENABLE_CRASHDUMP='TRUE'
+ENABLE_CRASHDUMP=''

-ENABLE_DBUS='TRUE'
+ENABLE_DBUS=''

-SYSTEM_SERVLETAPI='NO'
+SYSTEM_SERVLETAPI=''

-SYSTEM_STDLIBS='YES'
+SYSTEM_STDLIBS='NO'

-ENABLE_GSTREAMER='TRUE'
+ENABLE_GSTREAMER=''

-ENABLE_MEDIAWIKI='YES'
+ENABLE_MEDIAWIKI='NO'

-ENABLE_OPENGL='TRUE'
+ENABLE_OPENGL=''

-JAVAFLAGS=''
+JAVAFLAGS='-source 1.5 -target 1.5'


Community builds include: --with-system-stdlibs --enable-crashdump=yes 
--enable-wiki-publisher --enable-opengl --enable-dbus --enable-gstreamer 
--without-junit


On Oct 12, 2020, at 1:50 PM, Andrea Pescetti  wrote:

Jim Jagielski wrote:

Can you provide a copy of the config.log file?

Sure, uploaded at
http://people.apache.org/~pescetti/openoffice-4.1.8-rc2/

Just a remark about those builds: those are not release builds, I just build 
with flags that are good for me in general. All details in the log file.

Regards,
  Andrea.

-
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

Re: Building 4.1.8-RC2 - packaging issues

[Peter Kovacs]

The code checks if it is a git repo and falls back to the assumption it is a 
svn repo. I am not sure if there is a default.
It is a script called svnrevision I think. 

Am 11. Oktober 2020 23:25:44 MESZ schrieb Don Lewis :
>On 11 Oct, Andrea Pescetti wrote:
>> I've built the 4.1.8-RC2 sources from
>> https://dist.apache.org/repos/dist/dev/openoffice/4.1.8-RC2/source/
>> on a new CentOS 7 VM and generated "installed" (not packaged), RPM
>and 
>> DEB builds that I tested on a variety of Fedora and Ubuntu systems.
>> 
>> All good, for the most part. I'm still catching up with e-mails so I 
>> didn't test anything specific to 4.1.8, just general usage. I have
>news 
>> on the "General error" on Ubuntu too, but I'll expand on this in the 
>> relevant thread.
>> 
>> But I'd like to highlight two issues occurring in the last stage of
>the 
>> build, i.e., when we produce the RPM/DEB packages.
>> 
>> 1) Jim's EPM installed as per
>>
>https://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO/Step_by_step#CentOS_7_for_AOO_4.2.x_and_later
>> didn't work for me. I got
>> 
>> Error: ERROR: More than one new package in directory
>> 
>> Configuring with
>> 
>> ... 
>>
>--with-epm-url=http://sourceforge.net/projects/oooextras.mirror/files/epm-3.7.tar.gz
>> 
>> did work instead, so I'd like to know if people who used the wiki 
>> instructions
>> 
>> $ wget https://github.com/jimjag/epm/archive/epm-4.4.2.tar.gz
>> $ # (extract the archive)
>> $ cd epm-epm-4.4.2
>> $ ./configure --prefix=/usr/local --enable-aoo; make install
>> 
>> had better luck. Or maybe the new EPM is to be used for 4.2.x builds
>only?
>> 
>> 2) Something seems wrong here:
>> 
>>
>https://github.com/apache/openoffice/blob/AOO418/main/solenv/bin/modules/RepoRevision.pm#L78
>> 
>> We populate the "Rev." section of the About dialog based on version 
>> control, so for a tarball (no Git, no SVN) this should result in 
>> "unknown-rev"; but it doesn't and Git is called instead, returning an
>
>> error message.
>> 
>> To my purpose I simply used a hardcoded string and completed the
>build, 
>> but it should be checked better: the official tarball is not a git
>clone 
>> and this will always result in a (non-blocking) error message if
>someone 
>> builds from it.
>
>I thought that the source tarball was supposed to include an artifact
>containing the git revision info.
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>For additional commands, e-mail: dev-h...@openoffice.apache.org

error in instsetoo_native module

[Peter Kovacs]

I have an error on my build. I have no idea what to do. It seems like 
the issue turns up at the packaging side.


All info are appreciated. Maybe it is something with my build environment.

For reference my config looks like:

./configure \
    --with-dmake-path=/home/legine/workspace/dmake/bin/bin/dmake \
 --with-epm=/home/legine/workspace/epm/bin/bin/epm \
    --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 error output in the Log:

build -- version: 275224


=
Building module instsetoo_native
=

Entering 
/home/legine/workspace/AOO/gitbox/main/instsetoo_native/inc_openoffice/windows/msi_languages



Entering 
/home/legine/workspace/AOO/gitbox/main/instsetoo_native/inc_openoffice/unix



Entering /home/legine/workspace/AOO/gitbox/main/instsetoo_native/util

... checking environment variables ...


make_installer.pl, version 1.0
Product list file: ../util/openoffice.lst
Taking setup script from solver
Unpackpath: 
/home/legine/workspace/AOO/gitbox/main/instsetoo_native/util/../unxlngx6.pro

Compiler: unxlngx6
Product: Apache_OpenOffice
BuildID: 9802
Build: AOO418
No minor set
Product version
Using default installpath
Package format: installed
msi templatepath: 
/home/legine/workspace/AOO/gitbox/main/instsetoo_native/util/../unxlngx6.pro/misc/openoffice/msi_templates

msi template path will be ignored for non Windows builds!
msi languagepath: 
/home/legine/workspace/AOO/gitbox/main/instsetoo_native/util/../unxlngx6.pro/misc/win_ulffiles

msi language path will be ignored for non Windows builds!
Calling epm
Stripping files
Unzip ARCHIVE files
Languages: en-US

... checking required files ...
.. searching zip ...
    Found: /usr/bin/zip
... analyzing ../util/openoffice.lst ...
... reading include pathes ...
... analyzing script: 
/home/legine/workspace/AOO/gitbox/main/solver/418/unxlngx6.pro/bin/setup_osl.ins 
...
... analyzing script: 
/home/legine/workspace/AOO/gitbox/main/solver/418/unxlngx6.pro/bin/setup_osl.ins 
...

... analyzing directories ...
... analyzing files ...
... analyzing scpactions ...
... analyzing shortcuts ...
... analyzing unix links ...
... analyzing profile ...
... analyzing profileitems ...
... analyzing modules ...

... languages en-US ...
... analyzing files ...
preparing 1 extension blob for language en-US:
    dict-en.oxt
preparing 0 bundled extensions for language en-US:
ERROR: The following files could not be found:
ERROR: File not found: fc_local.conf
... cleaning the output tree ...
... removing directory /tmp/ooopackaging/i_190831602449324 ...
Error: ERROR: Missing files

**
ERROR: ERROR: Missing files
in function: remove_Files_Without_Sourcedirectory
**
in function: remove_Files_Without_Sourcedirectorystopping log at Sun Oct 
11 22:48:45 2020

dmake:  Error code 255, while making 'openoffice_en-US.installed'

1 module(s):
    instsetoo_native
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making 
/home/legine/workspace/AOO/gitbox/main/instsetoo_native/util


When you have fixed the errors in that module you can resume the build 
by running:


    build --all:instsetoo_native


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

Re: Build error on 4.1.8 on Linux Ubuntu 16.xx

[Peter Kovacs]

Okay, sorry for the fuzz. It is a user layer 8 issue. Forgot to issue a 
dmake clean from my last build.


Am 11.10.20 um 18:51 schrieb Peter Kovacs:

Hello all,


I get a build error on my Ubuntu Machine:

Multi Platform Enabled Edition
dmake:  Error: -- `FormWizard_1.png' not found, and can't be made

1 module(s):
    extras
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making 
/home/legine/workspace/AOO/gitbox/main/extras/source/templates/wizard/bitmap


When you have fixed the errors in that module you can resume the build 
by running:


    build --all:extras


The file exist in trunk but not in 4.1.8.

git status does not give me any hint of a left over from trunk. I also 
copied a 4.18 zip download from Github in my working directory, and 
git shows no diffs.


Has anyone encountered this issue? Jim?

Thanks



-
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

Build error on 4.1.8 on Linux Ubuntu 16.xx

[Peter Kovacs]

Hello all,


I get a build error on my Ubuntu Machine:

Multi Platform Enabled Edition
dmake:  Error: -- `FormWizard_1.png' not found, and can't be made

1 module(s):
    extras
need(s) to be rebuilt

Reason(s):

ERROR: error 65280 occurred while making 
/home/legine/workspace/AOO/gitbox/main/extras/source/templates/wizard/bitmap


When you have fixed the errors in that module you can resume the build 
by running:


    build --all:extras


The file exist in trunk but not in 4.1.8.

git status does not give me any hint of a left over from trunk. I also 
copied a 4.18 zip download from Github in my working directory, and git 
shows no diffs.


Has anyone encountered this issue? Jim?

Thanks



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

Re: New Mirror OpenOffice

[Peter Kovacs]

Am 09.10.20 um 11:54 schrieb Jörg Schmidt:

-Original Message-
From: Peter Kovacs [mailto:pe...@apache.org]
Sent: Friday, October 09, 2020 11:36 AM
To: dev@openoffice.apache.org
Subject: RE: New Mirror OpenOffice

Check this link:
https://dist.Apache.Org/repos/dist/release/openoffice

yes, and what else?

This link leads to an Apache server and it has always been communicated that we 
should not spread these links widely in public, so that there is not too much 
traffic.

In other words this link is a link for situations where there are temporary 
problems with Sourceforge and not a link that should be distributed as a 
normal, general download link.

Or do I see it wrong? If yes, I would, from now on, publicly distribute this 
link as a download link and would not refer to our download page anymore, which 
redirects to Sourceforge.

You have asked for an alternate DL Link. This is the alternate DL link. 
If I were you I would promote both links. Let the user choose, and tell 
the pros and cons if possible.


IMHO if you are unhappy with SF.net, or any other group we should 
discuss alternates. I want to remind all PMC members that the PMC has 
discussed alternate structures as backup or as full replacement to 
SF.net in 2018. It got stuck and as much on the things we volunteers do, 
it did not advance. But stuck does not mean we can not continue, if 
there is interest.


We can also invite SF.net to discuss with our community ways on 
improving the situation. Or explain the situation why it is as it is. We 
can bring people together. Just as an alternate Idea. I am satisfied 
with the service that SF.net provides to us.


The PMC has also discussed the Idea to accredit 3rd party pages. But we 
never brought this to dev. If there are people interested to pick this 
idea up I am sure we can discuss Ideas.


There are lots of Ideas within the community what we could do. It mostly 
dies when there is no volunteer to take action. The PMC can not do 
miracles. We should ask ourselves what we can do together and not what 
this person or another person should do, for me. Ask yourself what you 
can do for the Project ;) Even small things can cause a big difference.



In other places the passing of the PMC is regularly viewed negatively.


Sure let them talk. They do not matter. If they are looking for 
constructive improvement they can bring up their Issues on dev. Anything 
else does not matter!


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

RE: New Mirror OpenOffice

[Peter Kovacs]

Check this link:
https://dist.Apache.Org/repos/dist/release/openoffice



Am 9. Oktober 2020 09:48:39 MESZ schrieb "Jörg Schmidt" :
>Hello Dave, 
>
>> -Original Message-
>> From: Dave Fisher [mailto:w...@apache.org] 
>> Sent: Thursday, October 08, 2020 8:12 PM
>> To: dev
>> Subject: Re: New Mirror OpenOffice
>
>> 9 years ago when the project joined it was decided that 
>> OpenOffice was too heavy for the mirror system. Until 
>> recently we had to let Infra know before we made a release in 
>> order to make sure the network was not saturated with rsync requests.
>> 
>> If you are interested here is the status of Apache mirrors. 
>> https://www.apache.org/mirrors/dist.html
>> 
>> The question to ask Infra is if it is time for OpenOffice to 
>> be added to the Mirror System. Is the size still an issue?
>> 
>> What would be the impact if mirrors could choose to add 
>> OpenOffice at their discretion. That is a question for Apache Infra.
>
>I personally have no knowledge and no insight into the technical side. 
>
>I only know that the download via Sourceforge is problematic for many
>users and that we do not offer an alternative.
>Even if this is only a single mirror, it would be a first step to
>create an alternative.
>
>> > We know exactly that we are almost completely dependent on 
>> Sourceforge, because beyond Sourceforge we have only one 
>> mirror (link I don't know at the moment) whose address is 
>> only given in case of emergency and with the hint not to 
>> spread the address too far so that the traffic doesn't get too high.
>> 
>> I am more concerned about the Extensions and Templates sites 
>> that are Drupal sites hosted by Source Forge.
>
>I know that there are problems there, but I myself capitulate to the
>lack of understanding of what is technically necessary and the (quasi)
>political will to solve certain things in a certain way.
>
>In my opinion it would be a good idea for the extensions to search for
>the best possible technical solution without preconditions and to
>implement it.
>This would be an interesting task, for which I am sure there would be
>volunteers.
>
>Is it worth to have a discussion about it?
>
>> > At OOo we had dozens of Mirrors in the past and why we do 
>> not care if one is offered to us I do not understand.
>> 
>> It is effort from volunteers to support everything.
>> 
>> Where are there more details on serverion.com’s AOO mirror?
>
>I am not aware of anything else, I only recognize that a generous offer
>has been made to us here, which can be of great benefit to us and which
>we should therefore actively strive to realize.
>
>
>greetings,
>Jörg
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Hello, I have a question . . .

[Peter Kovacs]

Hello Peter,

The latest release is 4.1.7

I am not sure what you tried. Have you tried Mark the section you want 
to copy, then Menue Edit pick Copy. Open Your Email Application and 
insert there as you are used by the email application.


As an Alternative instead going through the menue you can use 
Control-Button and C, pressing both at the same time and press then 
Control V in the email application.


You can ask this kind of question on users. There you get a quicker answer.

All the Best

Peter

Am 24.09.20 um 05:20 schrieb PETER LOVE:

Hello, Dev:

I have still another question concerning Open Office version 4.11 ( not quite 
sure of correct version but it's still pretty much the latest )
 I'm trying to copy only a section of a document I wish to send to somebody, but when 
I copy and what I'm trying to duplicate shows up in 'blue' ( i.e. the part I'm trying to 
copy ) I get out of whatever document I'm using, get out of Open Office and get into my 
email program and initiate a message to whomever and hit "attach files" and 
then ( bang! ) the entire thing --- NOT just the section or portion I'm trying to copy 
--- shows up, appears. So how do I copy only a small part? and not the entire thing or 
document?

Thank you.

Peter Love


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

alternate to Google Analytics

[Peter Kovacs]

Hello all,


I have read an article in the last days that mentions alternatives to 
Google Analytics. Some of those Services are based on OpenSource and 
deliver maybe not depth but as far I  remeber statistics we usually 
querry. Now I do not remeber any details exactly due to some delay I 
have between writing and when I learned about it.



Is there interest to discuss a switch? - I would then make a research 
and Provide details. However the technical doing I need a volunteer for 
that.



All the Best

Peter


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

Re: Minimum MacOS Version for trunk and 4.2.0 builds

[Peter Kovacs]

Am 20.09.20 um 20:16 schrieb Dave Fisher:

On Sep 20, 2020, at 9:40 AM, Marcus  wrote:

Am 19.09.20 um 12:36 schrieb Peter Kovacs:

Keep in mind that C++ Standard has changed a lot in reasoned years, and at 
least I would like to go with the new standard. If we stick to the old code for 
long time it will make maintenance or development more difficuilt.

yes, that's why I wrote:

... keeping the baseline for every OS as long as (technically) possible ...

As long as a compiler exists on that platform that compiles the older language 
standard we should not upgrade.

I started this thread to discuss build tools and to consider what to do when it 
becomes difficult to build and have the result work on a minimum platform.

My original suggestion is that:

(1) 4.1.X always keeps the current OS minimums.

IMHO we should retire 4.1.X as soon as we have stabilized 4.2.X

(2) Should 4.2 branch also keep the current OS minimums or consider more recent 
OSs as minimums?
Is there anything currently on that branch that is a concern?

(3) Should we consider more recent OS minimums for trunk which may become 4.5 
or 5.0?


I think we should adjust 4.2.0 but keep trunk the same for now. After 
release we will have some more fixes to do.




What should drive the choice for a more recent minimums? Unavoidable 
incompatibilities.


1) I think we have to work between OSes our user use and the 
Requirements our dependencies have.


2) We have difficulties to update some dependencies since they made a 
change to c++11 or later standard. In a serious way it would mean we 
would have to maintain those dependencies or we find a way to backport 
some C++ features. (i do not have a list.)


3) Then the SDKs are moved out of maintenance. On Windows our SDK used 
in the 4.1.X is already not available. On Mac we have a useable SDK 
10.10 that let us keep the Lion minimum OS, but the question is how 
long. Changeing SDKs seems to be a lot of work. We should consider to 
move away from the verge of availability.



Has anyone studied modern Java JDKs and if there is an impact on OpenOffice?


Mechtilde reported that our build fails on recent Debian due to Java 11.


My suggestion is:

Linux: Move to CentOs 7 (As we have already decided)

MacOSX: Move to 10.10 (And see how much we can move up on the SDK side.

Windows: Keep WinXP and Move up SDKs as much as possible. (I think 
latest SDK still supports WinXP target, but I am not sure.)



All the best

Peter


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

Re: AOO 4.1.8 release

[Peter Kovacs]

+1

Am 19.09.20 um 14:53 schrieb Matthias Seidel:

Hi Jim,

Am 15.09.20 um 13:01 schrieb Jim Jagielski:

Are we ready for us to start coordinating an AOO418 release in earnest?

Do we need a RM? If so, I can volunteer...

I think we have a release manager now? ;-)

Regards,

    Matthias


-
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: scons-build progress?

[Peter Kovacs]

Hi Yury

Am 15.09.20 um 19:40 schrieb Yury Tarasievich:

Hello all

What is the progress on scons-build project?

And you'd need to be a programmer to help speed
it up, I suppose?


yes. Damjan has done qwuite an extensive update I had not the muse to 
test out yet.


However, what needs to be done is to extend the Profiles at least for 
Mac and maybe for Linux.


For that we need to check the Variables set in the environment today, 
and set them in the SCONs environemt too.


If one could look into this this would be a big help and a

All the Best

Peter


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

Re: Notification of analysis on publicly available project data

[Peter Kovacs]

+1

Am 16.09.20 um 20:42 schrieb Matthias Seidel:

Hi all,

I am very interested in the outcome...

Regards,

    Matthias

Am 10.09.20 um 18:48 schrieb Griselda Cuevas:

Dear PMC,


I’m contacting you because your project has been selected by the ASF D&I
committee which is leading a research project to evaluate and understand
the current state of diversity in our community [1]. As part of this
research, we will analyze publicly available data about your project such
as Git logs, Jira boards and mailing lists, to better understand the state
of diversity in Apache projects and to complement the findings we obtained
from the Community Survey that was run this year [2].


This analysis will be performed by Bitegia [3], a vendor specializing in
researching open source projects and foundations. The results will be
published in a report similar to the OpenStack Foundation Analysis
published in 2018 [4].


The analysis will be done only on aggregated data at the project level during
and after processing, ensuring we do not report anything that could
identify a single individual. The data we analyze will be deleted right
after the research is done and won’t be retained by either the researcher
or the ASF.


If you have any concerns or questions, please raise them to the diversity
committee (d...@diversity.apache.org) and/or to the data privacy committee (
priv...@apache.org).


Regards,

Griselda Cuevas

V.P. of Diversity and Inclusion

Apache Software Foundation


[1]
https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=127405614

[2] https://youtu.be/4Mr1CRtKqUI

[3] https://bitergia.com/bitergia-analytics/

[4] https://superuser.openstack.org/articles/2018-gender-diversity-report/



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

Re: Minimum MacOS Version for trunk and 4.2.0 builds

[Peter Kovacs]

Keep in mind that C++ Standard has changed a lot in reasoned years, and 
at least I would like to go with the new standard. If we stick to the 
old code for long time it will make maintenance or development more 
difficuilt.


Am 17.09.20 um 23:57 schrieb Marcus:

Am 17.09.20 um 21:15 schrieb Dave Fisher:



On Sep 17, 2020, at 11:20 AM, Marcus  wrote:

Am 17.09.20 um 15:00 schrieb Jim Jagielski:

Here is my thought.
AOO exists to serve a large segment of the "I need office software" 
community which is, IMO at least, dis-served. Not everyone can 
afford the latest and greatest PC, with the latest version of the 
OS, and lots of RAM and disk. This is especially true in developing 
countries. If you have recent hardware and software, you have lots 
of options. If you don't, you are screwed.


right, an argument that oft got forgotten.


I wasn’t forgetting this argument. If we keep 4.1.x around then that 
line can continue to be an option.


don't worry, I haven't meant you. ;-)
It was just general.
To maintain 4.1.x line is a task. We have not many people maintaining 
release lines. Keeping more then 2 Release lines, can be difficult.


So with that in mind, baselining a "old" version of macOS (Oops... 
OS X ;) ) makes sense.
Now, of course, you can build and run AOO on recent/current 
versions of macOS and hardware. We want to ensure that those stuck 
on older versions can also do that and, especially, ensure that our 
community builds support them.


Sounds good and helpful.

I'm +1 for keeping the baseline for every OS as long as 
(technically) possible on a low level.


My fear is that we end up in a situation where only one community 
member has the ability to build and for whatever reason they disappear.


This is not an idle concern. It has happened twice with macOS.


When we haven't the knowledge anymore to support things then we have a 
problem. Yes. But this is not special for the baseline of an OS.


I think there is. And it is users usage.

If we look at the numbers for MacOS X (I found some here: 
https://gs.statcounter.com/macos-version-market-share/desktop/worldwide


We could assume that i.e. Lion is not important.

Maybe it would wise to ask people on Forums to vote which versions 
should be kept. Kiving the community a choice, and a voice.




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

Re: [GitHub] [openoffice] DonLewisFreeBSD commented on pull request #83: Python2718

[Peter Kovacs]

Because there where claims it should be tested first. And no one ever 
signed the changes off.


At least I did see it this way.

Am 19.09.20 um 01:54 schrieb GitBox:

DonLewisFreeBSD commented on pull request #83:
URL: https://github.com/apache/openoffice/pull/83#issuecomment-695131653


Yes, I think so.

Why was this never merged?




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



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

Re: AOO 4.1.8 release

[Peter Kovacs]

+1

Am 15.09.20 um 21:05 schrieb Matthias Seidel:

+1

Am 15.09.20 um 13:01 schrieb Jim Jagielski:

Are we ready for us to start coordinating an AOO418 release in earnest?

Do we need a RM? If so, I can volunteer...

-
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: UNO knowledge

[Peter Kovacs]

I think it is still on our security bug where Uno functions are executed on 
document parsing. However that happens only on windows.
Maybe it is a OS specific bug. 

Am 12. September 2020 19:14:04 MESZ schrieb Damjan Jovanovic 
:
>Hi Patricia
>
>Please elaborate?
>
>Which bug?
>
>
>On Sat, Sep 12, 2020 at 6:49 PM Patricia Shanahan  wrote:
>
>> I have been working on a bug, and have reached the conclusion that a
>fix
>> will require changes to the parsing of XML and recording of event
>> actions. I am seriously handicapped in making progress on this
>because
>> that happens in the depths of UNO, and I have zero UNO knowledge.
>>
>> Can anyone help?
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>
>>

Re: About 20th anniversary plans

[Peter Kovacs]

I am +1, if not Matthias is the one who does everything.

It should be a community thing. We got some pictures from the french List.

If i.e. Pedro can create a patch to add them in, I think it is great.

I am kind of negative if in the End Matthias has to do it all alone.

We have to get more people get involved in such stuff.


I hope I could make myself clear on the constraints I see ;)


All the Best

Peter

Am 07.09.20 um 00:16 schrieb Matthias Seidel:

Hi Pedro,

Am 07.09.20 um 00:00 schrieb Pedro Lino:

Hi Matthias


On 09/06/2020 5:44 PM Matthias Seidel  wrote:
Well, I didn't create a graphic for the Intro because I really think it
is not needed.

If others want one, this should be discussed.
  
Then let's discuss :)

I think that for a matter of consistency both screens should be kept similar. 
Is it not what is done for a Test build or a Developer build?

I do it for my personal Test Builds and we did it for Dev Builds. But
there is no rule for it.

AOO 4.1.8 being a "normal" build (just happening around the 20th
anniversary) only needs a modified About graphic (IMO).

But I will step back, since I would be the one to do the work (as I
already did) and wait what others think of it.


So, which would be the proper folder and why don't you crate a Pull
Request? ;-)

I would say main/default_images/introabout?

Yes, but that would override our "original" graphic.

But only for branch 4.1.8 which will not be further developed?

Of course we can restore the old graphic in branch 419 when it is
branched off 418.

But I will not decide that, since it is easier for me to specify it in
configure.


I assume this does not affect the other branches. If it does, then it should be 
somewhere else
  

A Pull Request cannot break stuff. It is easy to do on GitHub.

Pull? Shouldn't it be Push? I'm not sure if I won't break stuff and it's less 
than a month for release...

Git calls it Pull requests: https://github.com/apache/openoffice/pulls

Branch 418 is almost 12 month old. And it will be released when it is
"ready"

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

Re: devtools repo - move to git

[Peter Kovacs]

I am suggesting to break the svn in several repos, yes. But we can do it 
theoretically at any time. I just thought if we switch it is a good opportunity 
to take a look. As I said below we have ideas to split multiple things into 
smaller parts.
There is no rush. 

Am 6. August 2020 13:56:27 MESZ schrieb Jim Jagielski :
>So are you thinking about breaking devtools into a bunch of sep repos?
>Or keeping it as a single repo that contains a collection of devtools?
>
>Why am I proposing this: Currently, to build our community AOO builds
>you need BOTH svn and git. It would be nice to need just one.
>
>> On Aug 5, 2020, at 8:50 AM, Peter Kovacs  wrote:
>> 
>> Due to the fact that Git repos unlike svn can only checked out in
>total, I would rather prefer to split all applications into own repos.
>> Just don't forget we have the idea to split a lot of other things.
>GSI Check will move into its own Repo. UNO libraries WE have talked
>about to separate into own repo, too.
>> And I would a t some point also think of extract MediaWiki, and Star
>Basic into own Repos without changing our binary install file. 
>> 
>> Am 5. August 2020 15:05:22 MESZ schrieb Nathan Rosenburg
>:
>>> Good.send on.
>>> 
>>> On Tue, Aug 4, 2020, 5:09 PM Carl Marcum  wrote:
>>> 
>>>> Hi Jim,
>>>> 
>>>> On 8/4/20 4:12 PM, Jim Jagielski wrote:
>>>>> Considering that AOO is now, itself, under gitbox, should we also
>>> move
>>>> devtools as well over there as well?
>>>>> 
>>>
>-
>>>>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>>>>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>>>> 
>>>> 
>>>> Where were you thinking of putting it?
>>>> 
>>>> In a separate project?
>>>> 
>>>> For the directories:
>>>> bootstrap-connector
>>>> guno-extension
>>>> lazybones-templates
>>>> 
>>>> I have copied to my  github account projects and have been working
>on
>>>> them there.
>>>> 
>>>> I haven't done anything with netbeansintegration yet but I could.
>>>> 
>>>> These all work best as standalone projects in Git due to the way
>they
>>>> each build an artifact
>>>> and it helped with issue tracking.
>>>> 
>>>> If we could do that under Apache that would be great.
>>>> 
>>>> Best regards,
>>>> Carl
>>>> 
>>>>
>-
>>>> 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: devtools repo - move to git

[Peter Kovacs]

Imho Svn or Git is also not important. ;) 

Am 5. August 2020 15:56:34 MESZ schrieb Nathan Rosenburg 
:
>Not important.
>
>On Wed, Aug 5, 2020, 7:50 AM Peter Kovacs  wrote:
>
>> Due to the fact that Git repos unlike svn can only checked out in
>total, I
>> would rather prefer to split all applications into own repos.
>> Just don't forget we have the idea to split a lot of other things.
>GSI
>> Check will move into its own Repo. UNO libraries WE have talked about
>to
>> separate into own repo, too.
>> And I would a t some point also think of extract MediaWiki, and Star
>Basic
>> into own Repos without changing our binary install file.
>>
>> Am 5. August 2020 15:05:22 MESZ schrieb Nathan Rosenburg <
>> nathanrosenburg198...@gmail.com>:
>> >Good.send on.
>> >
>> >On Tue, Aug 4, 2020, 5:09 PM Carl Marcum  wrote:
>> >
>> >> Hi Jim,
>> >>
>> >> On 8/4/20 4:12 PM, Jim Jagielski wrote:
>> >> > Considering that AOO is now, itself, under gitbox, should we
>also
>> >move
>> >> devtools as well over there as well?
>> >> >
>>
>>-
>> >> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> >> > For additional commands, e-mail: dev-h...@openoffice.apache.org
>> >> >
>> >>
>> >> Where were you thinking of putting it?
>> >>
>> >> In a separate project?
>> >>
>> >> For the directories:
>> >> bootstrap-connector
>> >> guno-extension
>> >> lazybones-templates
>> >>
>> >> I have copied to my  github account projects and have been working
>on
>> >> them there.
>> >>
>> >> I haven't done anything with netbeansintegration yet but I could.
>> >>
>> >> These all work best as standalone projects in Git due to the way
>they
>> >> each build an artifact
>> >> and it helped with issue tracking.
>> >>
>> >> If we could do that under Apache that would be great.
>> >>
>> >> Best regards,
>> >> Carl
>> >>
>> >>
>-
>> >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> >> For additional commands, e-mail: dev-h...@openoffice.apache.org
>> >>
>> >>
>>

Re: devtools repo - move to git

[Peter Kovacs]

Due to the fact that Git repos unlike svn can only checked out in total, I 
would rather prefer to split all applications into own repos.
Just don't forget we have the idea to split a lot of other things. GSI Check 
will move into its own Repo. UNO libraries WE have talked about to separate 
into own repo, too.
And I would a t some point also think of extract MediaWiki, and Star Basic into 
own Repos without changing our binary install file. 

Am 5. August 2020 15:05:22 MESZ schrieb Nathan Rosenburg 
:
>Good.send on.
>
>On Tue, Aug 4, 2020, 5:09 PM Carl Marcum  wrote:
>
>> Hi Jim,
>>
>> On 8/4/20 4:12 PM, Jim Jagielski wrote:
>> > Considering that AOO is now, itself, under gitbox, should we also
>move
>> devtools as well over there as well?
>> >
>-
>> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> > For additional commands, e-mail: dev-h...@openoffice.apache.org
>> >
>>
>> Where were you thinking of putting it?
>>
>> In a separate project?
>>
>> For the directories:
>> bootstrap-connector
>> guno-extension
>> lazybones-templates
>>
>> I have copied to my  github account projects and have been working on
>> them there.
>>
>> I haven't done anything with netbeansintegration yet but I could.
>>
>> These all work best as standalone projects in Git due to the way they
>> each build an artifact
>> and it helped with issue tracking.
>>
>> If we could do that under Apache that would be great.
>>
>> Best regards,
>> Carl
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>
>>

Re: Cms webside

[Peter Kovacs]

OK, let's check how much we manage until ApacheCon, and then review how much 
time we need beyond the point.
If all goes south, we still have sufficient time to look into solutions how to 
deal with the shutdown at the end of this year.

Sounds like a plan. Thanks Dave for allocate time now. 


Am 4. August 2020 20:58:53 MESZ schrieb Dave Fisher :
>Hi Peter,
>
>This has been bugging me for four years. I’m finishing a project and
>will have cycles.
>
>I am going to start this week. I want to finish before Apachecon @Home.
>
>I should be able to accommodate a new UX whenever that happens.
>
>Regards,
>Dave
>
>> On Aug 4, 2020, at 11:53 AM, Peter Kovacs  wrote:
>> 
>> Hi Dave,
>> 
>> Which time frame do you think the old Cms needs to be alive?
>> Any Rough Idea?
>> 
>> All the best
>> Peter
>> 
>> Am 4. August 2020 20:44:08 MESZ schrieb Dave Fisher
>:
>>> Hi -
>>> 
>>> I have created INFRA-20636
>>> <https://issues.apache.org/jira/browse/INFRA-20636>: Migrate
>OpenOffice
>>> Websites From CMS
>>> 
>>> We had discussions a few weeks ago about which method. I am not
>going
>>> to decide on the new tool until I’ve made progress on my local
>>> environment.
>>> 
>>> I currently like the idea of using JBake because (a) I used it on
>the
>>> incubator site and (b) we can use Groovy in building the templates.
>I
>>> know we have some developers with Groovy skills so that makes sense
>to
>>> me.
>>> 
>>> The current openoffice.org uses Server Side Includes to handle
>branding
>>> and language that should continue.
>>> 
>>> Builds will likely be handled via Jenkins on the new
>>> ci-builds.apache.org.
>>> 
>>> Regards,
>>> Dave
>>> 
>>>> On Aug 4, 2020, at 7:35 AM, Andrew Wetmore 
>>> wrote:
>>>> 
>>>> Hi, Peter:
>>>> 
>>>> I used "a few weeks" in my opening email to each of the 45 or so
>>> projects
>>>> still on the old CMS. We hope to help all of them migrate before
>the
>>> end of
>>>> 2020, but I felt if I said that, then most groups would wait until
>>> maybe
>>>> November before starting to think about the migration. Ecah
>migration
>>> will
>>>> require Infra participation, so my hope is that we can move
>projects
>>> a few
>>>> at a time starting NOW, rather than having a big traffic jam at the
>>> end of
>>>> the year.
>>>> 
>>>> I speak under correction, but I presume that AOO would be as much
>>> affected
>>>> as any other project. The server hosting the CMS is twelve years
>old
>>> and we
>>>> really need to move everybody onto more robust systems.
>>>> 
>>>> Andrew
>>>> 
>>>> 
>>>
><https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
>>>> Virus-free.
>>>> www.avast.com
>>>> 
>>>
><https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
>>>> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>>> 
>>>> On Tue, Aug 4, 2020 at 11:21 AM Peter Kovacs 
>>> wrote:
>>>> 
>>>>> Hello Andrew,
>>>>> Hello Greg,
>>>>> 
>>>>> I read on commons that you want to switch of the old cms in a view
>>> weeks.
>>>>> Is AOO part of the plan? Or are we not affected?
>>>>> 
>>>>> Just wondering. And I have strong doubts we can move 1.8 GB of
>>> content in
>>>>> a few weeks.
>>>>> 
>>>>> All the best
>>>>> Peter
>>>> 
>>>> 
>>>> 
>>>> -- 
>>>> Andrew Wetmore
>>>> Technical Writer-Editor
>>>> Infra
>>>> *Apache Software Foundation*
>>>> andr...@apache.org
>
>
>-
>To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>For additional commands, e-mail: dev-h...@openoffice.apache.org

-- 
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

Re: Cms webside

[Peter Kovacs]

Hi Dave,

Which time frame do you think the old Cms needs to be alive?
Any Rough Idea?

All the best
Peter

Am 4. August 2020 20:44:08 MESZ schrieb Dave Fisher :
>Hi -
>
>I have created INFRA-20636
><https://issues.apache.org/jira/browse/INFRA-20636>: Migrate OpenOffice
>Websites From CMS
>
>We had discussions a few weeks ago about which method. I am not going
>to decide on the new tool until I’ve made progress on my local
>environment.
>
>I currently like the idea of using JBake because (a) I used it on the
>incubator site and (b) we can use Groovy in building the templates. I
>know we have some developers with Groovy skills so that makes sense to
>me.
>
>The current openoffice.org uses Server Side Includes to handle branding
>and language that should continue.
>
>Builds will likely be handled via Jenkins on the new
>ci-builds.apache.org.
>
>Regards,
>Dave
>
>> On Aug 4, 2020, at 7:35 AM, Andrew Wetmore 
>wrote:
>> 
>> Hi, Peter:
>> 
>> I used "a few weeks" in my opening email to each of the 45 or so
>projects
>> still on the old CMS. We hope to help all of them migrate before the
>end of
>> 2020, but I felt if I said that, then most groups would wait until
>maybe
>> November before starting to think about the migration. Ecah migration
>will
>> require Infra participation, so my hope is that we can move projects
>a few
>> at a time starting NOW, rather than having a big traffic jam at the
>end of
>> the year.
>> 
>> I speak under correction, but I presume that AOO would be as much
>affected
>> as any other project. The server hosting the CMS is twelve years old
>and we
>> really need to move everybody onto more robust systems.
>> 
>> Andrew
>> 
>>
><https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
>> Virus-free.
>> www.avast.com
>>
><https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=webmail>
>> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>> 
>> On Tue, Aug 4, 2020 at 11:21 AM Peter Kovacs 
>wrote:
>> 
>>> Hello Andrew,
>>> Hello Greg,
>>> 
>>> I read on commons that you want to switch of the old cms in a view
>weeks.
>>> Is AOO part of the plan? Or are we not affected?
>>> 
>>> Just wondering. And I have strong doubts we can move 1.8 GB of
>content in
>>> a few weeks.
>>> 
>>> All the best
>>> Peter
>> 
>> 
>> 
>> -- 
>> Andrew Wetmore
>> Technical Writer-Editor
>> Infra
>> *Apache Software Foundation*
>> andr...@apache.org

Cms webside

[Peter Kovacs]

Hello Andrew,
Hello Greg, 

I read on commons that you want to switch of the old cms in a view weeks. 
Is AOO part of the plan? Or are we not affected? 

Just wondering. And I have strong doubts we can move 1.8 GB of content in a few 
weeks. 

All the best
Peter

Re: Our OpenGrok server

[Peter Kovacs]

Okay, fixed OPIE access. I am on the topic.

I noted a small todo list.

https://issues.apache.org/jira/browse/OPENOFFICE-188



Am 18.07.20 um 12:10 schrieb Matthias Seidel:

Am 18.07.20 um 12:06 schrieb Peter Kovacs:

ok. Will check.

That would be an option called "tabSize" I think...

https://github.com/oracle/opengrok/issues/3136

Re-Index is needed after the change.

Matthias


Am 18.07.20 um 11:40 schrieb Damjan Jovanovic:

Can you please also see if we can set tab size to 4 spaces?

On Sat, Jul 18, 2020 at 10:08 AM Peter Kovacs  wrote:


I have admin access. I will look into it asap.


Am 16.07.20 um 11:42 schrieb Matthias Seidel:

Hi all,

Our OpenGrok server needs some attention:
http://openoffice-vm1-he-de.apache.org/

The index was last updated on Wednesday June 10.

I would also like to have it available under something like:
https://opengrok.openoffice.org.

Does anyone have administrative access?

Subdomain/certificate would be a task for Infra?

Regards,

  Matthias



-
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

Re: file serialization entry point

[Peter Kovacs]

I think Poi can also work with odt files.

Am 30.07.20 um 04:26 schrieb Damjan Jovanovic:

On Thu, Jul 30, 2020 at 2:30 AM Kira Tsu  wrote:


Hi,

I'm completely new to OpenOffice and was grok'ing around to find the code
that serializes spreadsheet files.  Can someone point me in the right
direction, please?  Where in the codebase does it parse into memory and
save out XLSX files?

Thanks!


Hi

Apache OpenOffice never saves XLSX because its XLSX filter doesn't
implement saving. The reading-only filter is largely in main/oox.

Other spreadsheet filters, eg. for the legacy XLS format which can save,
are in main/sc/source/filter.

Some information on filter architecture and development can be found at:
https://wiki.openoffice.org/wiki/OpenOffice_filters_using_the_XML_based_file_format
https://wiki.openoffice.org/wiki/Documentation/DevGuide/OfficeDev/Integrating_Import_and_Export_Filters

Other Apache projects that may be of interest are http://poi.apache.org/
which reads and writes many Microsoft document file formats in Java.

All the best
Damjan



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

[Request] Bugzilla Hyeon, needs a user

[Peter Kovacs]

Hi Hyeon,

Can you please answer to this mail (make sure that the request goes to 
dev Mailing list.


Please state your preferred user name.


We have deactivated the self sign in due to spam.

All the best

Peter

Am 27.07.20 um 15:42 schrieb Hyeon Lee:

ps. Is there a way to use aoo bugzilla? I think it needs an account but i think 
I cannot make it on the webpage.




Thanks.

Regards,
Hyeon


On Jul 19, 2020, at 7:29 PM, Czesław Wolański  
wrote:

Hi,

Maybe we should handle that part in a different ticket. The difference

(Untitled1 vs. Untitled 1) occurs in several places throughout AOO and I
am not sure if a change here would have impact on other part

+1.

Additional remarks:

1. Bugzilla Issue 95320 (now partly obsolete) provides examples of "The
difference (Untitled1 vs. Untitled 1)"
  Of interest therein is also inadequate name displayed when clicking
"Page Preview" several times.

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


2. file "objmisc.cxx", line 242

https://github.com/apache/openoffice/blob/38b4ec22106f698bc160ab2dfb25a759cf961a7a/main/sfx2/source/doc/objmisc.cxx#L242

"// => nicht am Doc setzen, da sonst "unbenanntX" daraus wird"

Please notice "unbenanntX".


3. There is another issue about "Untitled".
In  File - Properties', "General" tab, file name is shown as "Untitled".

Title of the document window: "Untitled 1"
Dialog's title: "Properties of Untitled1"
"File" input field: "Untitled"


Regards,

Czesław Wolański







вс, 19 июл. 2020 г. в 11:13, GitBox :


Pilot-Pirx commented on pull request #90:
URL: https://github.com/apache/openoffice/pull/90#issuecomment-660613990

Will the bugzilla issue remain open for the Item 3 in the attachment

about Untitled1 vs Untitled 1 with a space difference between titlebar and
menus?
  Maybe we should handle that part in a different ticket. The difference
(Untitled1 vs. Untitled 1) occurs in several places throughout AOO and I am
not sure if a change here would have impact on other parts.

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


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

Re: Our OpenGrok server

[Peter Kovacs]

ok. Will check.

Am 18.07.20 um 11:40 schrieb Damjan Jovanovic:

Can you please also see if we can set tab size to 4 spaces?

On Sat, Jul 18, 2020 at 10:08 AM Peter Kovacs  wrote:


I have admin access. I will look into it asap.


Am 16.07.20 um 11:42 schrieb Matthias Seidel:

Hi all,

Our OpenGrok server needs some attention:
http://openoffice-vm1-he-de.apache.org/

The index was last updated on Wednesday June 10.

I would also like to have it available under something like:
https://opengrok.openoffice.org.

Does anyone have administrative access?

Subdomain/certificate would be a task for Infra?

Regards,

 Matthias



-
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: sdk configuration on macos

[Peter Kovacs]

I think in the end it needs to run on a mac OSx Lion, because we claim 
it will.


So if recent targets build a Version that installs and works with MacOSx 
Lion, we could simplify our build setup for Macs.




All the Best

Peter

Am 18.07.20 um 10:34 schrieb Hyeon Lee:

Thanks for the replies!
I tried with higher version sdks for the configuration, and it seems that there 
are no serious problems to finish it.

I was just wondering if there are some old sdks dependencies that does not 
support the latest OS that i didn’t notice.

But I will test my codes on 10.11 before committing, so please don't be 
concerned about that point:)

Regards,
Hyeon


On Jul 18, 2020, at 4:55 PM, Peter Kovacs  wrote:

Hello Hyeon,


I am not sure. I think we moved up to 10.11 because it still supports the 
target 10.07 and is still supported by current Code.

We tend to support rather a huge range of history, this decision is contrary to 
usual Production line.

We currently still target:

Windows XP (4.1.7 seems to work on Windows 2000, we had feedback on users about 
this. ;) )

CentOS 7

MacOSx Lion 10.07


You can still move up the SDKs if you like. I wanted to try that too, after we 
have fixed the issues that block 4.2.0 from the release.


All the Best

Peter



Am 17.07.20 um 18:44 schrieb Matthias Seidel:

Hi Hyeon,
Thank you for your contribution to our translation and my Pull Request!

Am 16.07.20 um 16:15 schrieb Hyeon Lee:
  Hi, I'm building the office on macos 10.15.
  I found out that the configure only supports until sdk version 10.11 in the 
code:
  https://github.com/apache/openoffice/blob/trunk/main/configure.ac#L3946
  Is this behavior intended, or is it just an old code? Is there any problem if 
I change the required sdk version?

Unfortunately no mac user seems to be around, but I would suspect that
it is because of compatibility with older systems.
If you are interested in the build script (for 4.1.7), see:
http://svn.apache.org/repos/asf/openoffice/devtools/build-scripts/4.1.7/unxmacos/
Regards,
   Matthias

 Thanks for your reply in advance.
 Regards,
  Hyeon

-
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

Re: Our OpenGrok server

[Peter Kovacs]

I have admin access. I will look into it asap.


Am 16.07.20 um 11:42 schrieb Matthias Seidel:

Hi all,

Our OpenGrok server needs some attention:
http://openoffice-vm1-he-de.apache.org/

The index was last updated on Wednesday June 10.

I would also like to have it available under something like:
https://opengrok.openoffice.org.

Does anyone have administrative access?

Subdomain/certificate would be a task for Infra?

Regards,

    Matthias




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

Re: sdk configuration on macos

[Peter Kovacs]

Hello Hyeon,


I am not sure. I think we moved up to 10.11 because it still supports 
the target 10.07 and is still supported by current Code.


We tend to support rather a huge range of history, this decision is 
contrary to usual Production line.


We currently still target:

Windows XP (4.1.7 seems to work on Windows 2000, we had feedback on 
users about this. ;) )


CentOS 7

MacOSx Lion 10.07


You can still move up the SDKs if you like. I wanted to try that too, 
after we have fixed the issues that block 4.2.0 from the release.



All the Best

Peter


Am 17.07.20 um 18:44 schrieb Matthias Seidel:

Hi Hyeon,

Thank you for your contribution to our translation and my Pull Request!

Am 16.07.20 um 16:15 schrieb Hyeon Lee:
  
  
   Hi, I'm building the office on macos 10.15.

   I found out that the configure only supports until sdk version 10.11 in the 
code:
   https://github.com/apache/openoffice/blob/trunk/main/configure.ac#L3946
   Is this behavior intended, or is it just an old code? Is there any problem 
if I change the required sdk version?

Unfortunately no mac user seems to be around, but I would suspect that
it is because of compatibility with older systems.

If you are interested in the build script (for 4.1.7), see:

http://svn.apache.org/repos/asf/openoffice/devtools/build-scripts/4.1.7/unxmacos/

Regards,

    Matthias

   
   Thanks for your reply in advance.
   
   Regards,

   Hyeon
  


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

Re: ApacheCon 2020 talks please enter the talks

[Peter Kovacs]

Hello Mechtilde,

can you edit the track and put the proposal into OpenOffice track?

I have tomato eyes and did not find it ;)


All the Best

Peter

Am 08.07.20 um 15:28 schrieb Mechtilde:

Hello,

I did a proposal about the translation process.

Kind regards

Mechtilde

Am 08.07.20 um 08:25 schrieb Peter:

Hello all,

Thanks to Dave we have a category now. Thanks for the support.


Can you please add your proposal to the openOffice track?

If you have already entered a proposal, you can edit the track now to
OpenOffice

The link for event is:

https://acna2020.jamhosted.net/cfp.html



Thanks

All the best




-
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: should we conduct a 20 year anniversary online conference / meetup?

[Peter Kovacs]

The view mails that went to list went of course to the wrong list.

Call of chair can be found on private.

And my talk announcement went to the comdev list by accident. And I did 
not fix it because there has been no other talk.


All the best

Peter

Am 07.07.20 um 07:25 schrieb Peter:


I have organized everything in the background. Only Carl is maybe missing.

We have following talks:

- I will give a Project state talk. Meaning my Personal collection of 
what is done, what needs to be done, where we go and Open Topics / 
Issues we have. I have named my talk: Apache OpenOffice the 
Schrödinger App - Quo vadis? 



- Michael will have a talk on the history of our booth (in german)

- Mechtilde will talk about pootle (in german)

- Damjan will talk about SCons our future build system

- Carl will talk about the new Groovy Macro extension


I hope we can subtitle German talks. Rich has agreed that German talks 
are possible, so I jumped at the opportunity. Sorry if everything went 
offlist. But I felt there is no time and we needed stuff.


I am now also subscribt at the apache chair mailing list. I did not 
manage that yesterday. Please see tmy volunteer to the chair position.


Last time we had 1 volunteer, me.

All the best

Peter


Am 07.07.20 um 07:06 schrieb Dave Fisher:

We have just a couple of days to organize an OpenOffice track at Apachecon @ 
Home.

I’ll help set it up.

Think about possible talks. ANY TOPIC.

More details tomorrow.

Regards,
Dave

Sent from my iPhone


On Jul 6, 2020, at 6:36 PM, Dave Fisher  wrote:

I’m sure that the Groovy community would be interested!

Sent from my iPhone


On Jul 5, 2020, at 12:16 PM, Keith N. McKenna  wrote:

On 7/5/2020 7:39 AM, Carl Marcum wrote:
Hi Matthias,


On 7/4/20 5:52 PM, Matthias Seidel wrote:
Hi Carl,

Am 04.07.20 um 18:16 schrieb Carl Marcum:

Hi Matthias,

On 7/4/20 11:32 AM, Matthias Seidel wrote:

Hi all,

Bumping up this one again...

Additionally, we have a virtual ApacheCon this year:
https://apachecon.com/acna2020/
What about some talks about our project?

Regards,

 Matthias

I would definitely attend an online meetup unless the time of day was
in the middle of my night or something.

We should be able to find a time frame (on a weekend) that is suitable
for all timezones.

I was planning to attend ApacheCon now that is virtual.

I will definitely try to follow as much content as possible.

Doing presentations is definitely not my strongest ability but I have
a topic I've been thinking about putting a presentation together for.

I'm finishing up the documentation before I announce it on dev@ but
I've finished an new extension to add Apache Groovy to AOO as a macro
language and another extension that recreates most of the built-in
macro examples in Groovy.
The third project is the Groovy UNO project that I've updated after a
long while.

These are more AOO ecosystem and developer tool topics than directly
project related so I'm not sure.

Sounds great!
Indeed, it is very specific for AOO so maybe it fits better for our own
meeting?

Yes that sounds good.



Regards,

Matthias


Regards,
Carl

Carl & Mathias;

you can treat this as just 2¢ but I think those talks would fit well in
either venue, or in both. Yes they are tools specific to AOO, but they
also demonstrate that we are also "good citizens" of the ASF as well and
were applicable we will utilize content from other ASF projects within
our own. Given that I see a place for those presentations at both
ApacheCon and our own meetup. Both of which I plan to attend this year!

Regards
Keith


-
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

Re: Backport small patch to AOO 4.1.8?

[Peter Kovacs]

+1

Am 30.06.20 um 14:39 schrieb Matthias Seidel:

Hi all,

Any objections against backporting this small patch to 4.1.8?
https://bz.apache.org/ooo/show_bug.cgi?id=125359

See also:
https://bz.apache.org/ooo/show_bug.cgi?id=128392

It was committed to trunk in 2016.

Regards,

    Matthias

BTW: I have opened the Release Schedule for AOO 4.1.8 some days ago,
volunteers welcome!

https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.1.8





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

building Mac OS X (trunk)

[Peter Kovacs]

Awesome! I passed config today.

I start to build my first version now and run into an error.

=
Building module instsetoo_native
=

Entering 
/Users/petko/workspace/AOO/gitbox/main/instsetoo_native/inc_openoffice/windows/msi_languages



any Idea why it references Windows?


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

Re: configure on Mac OS X

[Peter Kovacs]

Hey Jim.

My Mac Mini has MacOSX Catalina 10.15.5 and XCode 11.5

All the Best

Peter

Am 22.06.20 um 14:10 schrieb Jim Jagielski:

What version of macOS and Xcode?


On Jun 20, 2020, at 7:56 AM, Peter  wrote:

Hi,


When Running configure ion Mac OS X I get the error Message:

checking whether we are cross compiling... configure: error: in 
`workspace/AOO/gitbox/main':
configure: error: cannot run C compiled programs.


I have Xcode installed, and the commandline tools are also installed. Any other 
Ideas how to solve this?



-
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

Re: configure on Mac OS X

[Peter Kovacs]

Right. Sorry.

My switches:

./configure \
    --with-dmake-path=${HOME}/dmake/bin/bin/dmake \
 --with-epm=${HOME}/epm/bin/bin/epm \
    --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}" \

    --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 \
    --disable-systray \
    --with-alloc=internal \
    --enable-verbose \
    --with-openldap \

Am 20.06.20 um 14:01 schrieb Matthias Seidel:


Hi Peter,

Am 20.06.20 um 13:56 schrieb Peter:

Hi,


When Running configure ion Mac OS X I get the error Message:

checking whether we are cross compiling... configure: error: in 
`workspace/AOO/gitbox/main':

configure: error: cannot run C compiled programs.


If it is a "configure: error:" you should probably post your used 
configure switches...


Otherwise we have to simply guess... ;-)

Regards,

   Matthias




I have Xcode installed, and the commandline tools are also installed. 
Any other Ideas how to solve this?




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

Re: Request for build help

[Peter Kovacs]

With which command do you start you builds?
You can try to go into Comphelp and execute a clean command there.
Make clean or dmake clean. 

Am 8. Juni 2020 22:57:34 MESZ schrieb Patricia Shanahan :
>I am having persistent problems building 4.1.7. The problems also apply
>to 4.1.3.
>
>A complete build from clean works, but takes many hours. A build
>without
>cleaning always fails in comphelper.
>
>I have uploaded a typical log file to 
>http://www.patriciashanahan.com/apache/log3.txt. My configure
>parameters 
>are attached.
>
>Any suggestions?
>
>
>-- 
>This email has been checked for viruses by AVG.
>https://www.avg.com

Re: Quickstart

[Peter Kovacs]

Hi,


I am not a developer but can say for sure that it will stay unmodified in 4.1.8 
(because it is an upgrade branch, so no features are added or removed, just 
improved or fixed)
The plans for 4.2.0 depends on new users/developers ideas and code ;)


Currently there are no plans to change anything in respect of Quick 
starter. I see 82 Issues where Quickstarter is mentioned. Also these are 
currently not in focus for 4.2.0.


At some point we will have to review the quick starter. And for that 
deay it is good to know that there are users who value the tool.


Thanks for the feedback!



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

Re: OOo accessibility?

[Peter Kovacs]

Hi,

Am 06.06.20 um 22:07 schrieb MENGUAL Jean-Philippe:

Many thanks, yes I am blind

You are welcome.




For me it was a disappointing experience, but it did work. So first 
thing to know the screen reader virtually reads the screen, without 
having any Idea of context.


Actually Orca rely on the at-spi tree (or ATK). You can see what is 
sent to it via a program such as accerciser, showing the accessibility 
tree and how Orca has the information.


That said, in a new document window, Orca should at least say "blank" 
to say that it is on the part of the window to write.


Ahh sorry. yes it says "blank", I mean actually it says "leer" because I 
am german.  I was not aware that it indicates an edit mode for you. I am 
not blind, and learning to be blind is also a process. I will look into 
at-spi tree. It will also help me understand how the gui stuff works, 
maybe there are easy improvements that can be done.


If you have time, can you create a small guide / How to use OpenOffice 
as a blind person? It would help me to learn how you work, plus we would 
have a small start for other visual impaired users.


When you Open a new text document, then you get an empty page. May 
screen reader identifies this as empty frame, since OpenOffice draws 
a optical frame for the border of the printable space.


I simply started to type, and the screen reader read every letter. In 
order to get the screen reader to read the the text I had to mark it. 
Press Control button and Key A at the same time.


Ok, but should not. In Libreoffice (and order OOo releases), Orca 
speaks each character, then you can review them via the arrow keys.

Ahh up and down reads the  complete text. did not know that. Nice!


Applying an headline, has been more challenging task. Since 
everything works by shortcuts a blind person using a screen reader 
has to image the GUI in his head.


Normally, I press ctrl-f11 then scroll the style list via the down 
key. At each pressing, Orca tell where the carte is.

Ahh thanks that is a much better shortcut :)


So pressing F11, for the styles window, will be then read to the 
user. However you have no Idea where you are, or what this nid of a 
menue is. So you must know that after it stopped reading the last 
thing it is mentioning is a style. Navigate with the down button to 
the header. Pressing enter will select the header, but you will not 
get any information that you are again on the page and can now type 
your header. 


I should. I suggest you to compare with LO, to see wether the user 
experience is the same for you, it should not. The point here is not 
saying LO is more accessible than OOo, but establishing wether we are 
in front of a misconfiguration at runtime, easily fixable, or really 
code problems which have been landed to OOo for some releases (because 
it had worked some years ago).
If some accessibility was broken, it would imply much work I guess, so 
I will see how to support it according to the working of the project.


I have only Libre Office 5.1.6.2 installed at all and it did not work at 
all. I hear "frame" and "no re". And then it stays silence. Even menues 
are not read. I have no Idea why. But LO have put a lot of work into a 
new more modern GUI, while OpenOffice still uses the old implementation.




On further research I have found out that there is an accessODF 
Extension. It aims at closing the gap. I have not tried it yet, and 
the last information it states is it works with Apache OpenOffice 3.4.0. 


Ok I will try it

looking forward to your experience report.
I can help to improve the diagnostic and see what solutions exist. 
Ready to collaborate, as a power-user/tester.


Many thanks and best regards,


You are welcome. However I have to point out, that we are hopelessly 
understaffed. So do not put to much hope on results. The chances are not 
0, but well I don't make promises.



all the best

Peter


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

Re: OOo accessibility?

[Peter Kovacs]

Hi Jean-Philippe,

Hi All,


I guess you have a visual impairment. I took the opportunity to activate 
ORCA speech recognition application on my Linux machine, and played 
blind for a while.


For me it was a disappointing experience, but it did work. So first 
thing to know the screen reader virtually reads the screen, without 
having any Idea of context.


When you Open a new text document, then you get an empty page. May 
screen reader identifies this as empty frame, since OpenOffice draws a 
optical frame for the border of the printable space.


I simply started to type, and the screen reader read every letter. In 
order to get the screen reader to read the the text I had to mark it. 
Press Control button and Key A at the same time.


Applying an headline, has been more challenging task. Since everything 
works by shortcuts a blind person using a screen reader has to image the 
GUI in his head.


So pressing F11, for the styles window, will be then read to the user. 
However you have no Idea where you are, or what this nid of a menue is. 
So you must know that after it stopped reading the last thing it is 
mentioning is a style. Navigate with the down button to the header. 
Pressing enter will select the header, but you will not get any 
information that you are again on the page and can now type your header. 
And you do not get any information, that the style changes when you 
press enter. So yea. You get some information, but not enough so you can 
really use it.I can confirm, that using Linux, with Gnome Orca screen 
reader works. If you know what you are doing it is usable. If you have 
no Idea, it is not usable or learn able. The screen reader just misses 
to many information when writing text.



On further research I have found out that there is an accessODF 
Extension. It aims at closing the gap. I have not tried it yet, and the 
last information it states is it works with Apache OpenOffice 3.4.0. 
With 4.0.1 we added a sidebar which is not recognized. The development 
seems to have stopped in 2013. The extension can be found at [1] for 
openOffice, and at [2] is the project page. It isd reported not to work. 
But maybe users with impairment face issues from above and cannot 
utilize the application.



So next steps. I think further research is needed. And more detailed 
experience stories. The one given in the bug are more pleads then 
something I can use.


I do not know when I have time to experiment with AccessODF. I will note 
it to the Issue we have for Visual Accessibility, which can be found at [3].


In general I would be curious to think on an acoustic user interface for 
OpenOffice. With KI tech available and we move away from PCs to tablets 
or phones. Acoustic User Interface will be interesting not only for 
Impaired people.



[1] https://extensions.openoffice.org/en/project/accessodf

[2] https://sourceforge.net/p/accessodf/home/Home/

[3] https://bz.apache.org/ooo/show_bug.cgi?id=70567



Am 06.06.20 um 17:40 schrieb MENGUAL Jean-Philippe:

Hi,

I had not tried for a long, but I would like to start again with this 
suite. Difficult for me to establish the current dev status and 
support, but I installed it on my Debian Sid.


Do you have info about its potential accessibility? So far, I use it 
with a screen reader, but the window of the doc is not spoken, the 
dialogs such as confirmation of exiting and save does not send all the 
buttons to the screen reader, so I wonder wether I should run with 
some vairables or something else.


Ready to test anyway, and according to the working, why not adopt! :)

Regards



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

[INFO] ProOOBox and Flyer

[Peter Kovacs]

I would like to inform you on a lengthy and broad discussion on dev-de 
between Myself, Detlef Nennan, Jörg Schmidt and Jan-Christian Wienandt


My initial Question has been because Jörg hat removed ProOOBox from 
Flyer contributors note I did on Cwiki so a recruiter could see what is 
who doing. I wanted to know about some background of this.


Further more we talked about the Apache Way and personal issues.

ProOOBox will continue to support AOO, and Jörg has said they are 
actively working on updating documentation.


Detlef has renewed his will to contribute to the flyers.


The German Pony Link to the discussion (untranslated. I could not find a 
service that worked.):


https://lists.apache.org/thread.html/rf1d36b3900b508cb9efd42ec1a56240694e4b9941581ed044d63%40%3Cdev-de.openoffice.apache.org%3E





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

should we conduct a 20 year anniversary online conference / meetup?

[Peter Kovacs]

Hello all,


This year is Anniversary year.

OpenOffice becomes 20, and we will be 9 Years TLP.

So Mechtilde, Matthias and I thought maybe we should do some online 
conference.


We thought maybe on Saturday the 17.10.2020.


Is there interest? What about the date?

What could we do on the date? - Some discussion, meetup? plannings for 
the years to come?


Who would attend?


All the best

Peter



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

Re: extract GSI Check into an own repository

[Peter Kovacs]

Am 04.06.20 um 12:48 schrieb Carl Marcum:

Hi Peter,

On 5/29/20 7:41 PM, Peter Kovacs wrote:

In general:

I am not a big fan of the monolith structure AOO uses with storing 
everything in one Repository.


I prefer to have small Repositories, with nice individual Release 
cycles and modular main repo. They are easier to document, and 
maintain, or to disembark and switch to other tools / libraries.


Smaller Repos are not as fearsome for newbies, in comparison to one 
big repo. And it enforces a natural sustained architecture as is 
described by experts like Robert C. Martin (Clean Architecture) or 
Carola Lilienthal (German: Langlebige Software Architekturen; 
translates sustained software architecture).


And my last general argument is, the smarter we set our build 
environment to handle modularity, the easier it is for Distros to 
adopt Apache OpenOffice. Distros are the best recruits for 
developers. We see that in the support from FreeBSD, which made a lot 
of Bugfixing. Also the OS/2 Development is a good support for our 
cause. I am sure that there are more examples if we look back in 
history, which I have not experienced.


This is of course  a long term vision.


I agree that smaller projects work well for Git. Even down to one 
artifact (think module) per sub-project.


I do that with my personal projects that have a handful of 
sub-projects with Gradle builds but could that work with our build 
systems?


I think we can work around the Issue by putting creating tar.gz files, 
and include them into our boots trapper.


In the long run, I think, it would be super cool if our SCONs build 
system has some package manager capabilities like Maven or portage.


If you never heard of portage, take a look at it. it is a super cool 
package manager of Gentoo, that builds Application at install using 
directly the upstream code.


Gentoo was awesoem (crazy) times. :)

At least it is my dream to have simple tools like those for building. 
(And provide simple export tools for distros. If Gentoo ships code files 
for AOO package instead in doing in by binary, I will party.)



All the best

Peter



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

Re: Trying to re-generate the Documentation effort

[Peter Kovacs]

Am 03.06.20 um 14:50 schrieb Keith N. McKenna:

On 6/3/2020 2:32 AM, Peter Kovacs wrote:

Hi all,


Here is the talk I mentioned earlier. It explains how SuSE is Publishing
Documentation (Which is in general), and what Tools they use.

https://archive.fosdem.org/2017/schedule/event/writing_open_source_documentation/


Hope it is inspiring on creating a new documentation process.


Peter;
Thanks for the link to the Fosdem presentation. I will take a closer
look at it later today.  have the grandchildren tomorrow and attempting
anything that requires thought and study is night on impossible with a 9
and 11 year old in attendance.


That is great! Enjoy the time with the kids. That is awesome.

I visited my parents the other day and that was so awesome. There is no 
rush.


enjoy live.

:-D


I stress a bit the SUSE folks explain their way of doing things. I thing 
they have lots of experience the way they go.


Which has interesting Ideas and thoughts. That what the talk is about 
for me. I do not suggest to go down their road, even if this sounds 
feasable to some extend.




Regards
Keith

I am happy that we have consent on the general direction.

Great!

All the best

Peter

Am 02.06.20 um 22:14 schrieb F Campos Costero:

Thanks to everyone for the feedback. I will start to look at how to make
actual documents from the DocBook output of Writer and I will see what I
can figure out about the documentation process. I am certainly
experiencing
the feeling of being lost on a new project. I did subscribe to the doc
mail
list and that might be the place for further discussions about how to get
the documentation work active again.
Francis

On Tue, Jun 2, 2020 at 10:40 AM Keith N. McKenna

wrote:


On 6/1/2020 10:51 PM, F Campos Costero wrote:

Peter - I regret that my suggestion came across as wanting to "boss

people

around". I was responding really to this comment earlier in the thread

Because all people who expressed interest expected they are told what
needs to be done where. They did not felt

comfortable to figure that out on their own.

All I meant was that a solution could be to provide such people with
concrete suggestions of what to do first. Of course that can take into
account their interests, skill level and available time. I am sure
lists

of

possible contributions can be helpful for them to make a decision
and it
would make sense to start with that. But the success rate of recruiting
using the self-directed approach has been very low. I do not understand

why

providing the option for more guidance to those who want it is so
objectionable.  I  expect that many people joining a project feel lost

and

would appreciate getting more direction at first. It would be
natural for
them to become more independent after making a contribution or two.

I hope Keith will express his opinion on this.


I am fully in agreement with you on this not being a boss/worker
hierarchical approach but more of one of mentoring and guiding
volunteers into the "Apache Way." How that gets done is more of an
implementation detail that can be worked out and will most likely remain
a work in progress as new volunteers come forward.

Regards
Keith


Francis

On Mon, Jun 1, 2020 at 5:42 PM Peter Kovacs  wrote:


Hi all,

Am 02.06.20 um 00:23 schrieb F Campos Costero:

I am not sure that this part of the process has to remain as it is.

Unfortunately that is not going to change a whole lot. Just as the
development effort is self directed so is the Documentation
effort and
all volunteers are advised of that.

If we can increase participation in the documentation work by having
someone to assign tasks to others, that seems like a reasonable
change

to

make. I am willing to take on coordinating the assignments if others

can

help create a reasonable list of tasks. To be clear, if someone wants

to

be

self directed, that would be great. If someone feels more comfortable

being

given a task, having a specific person to contact for help and
perhaps
having a little checking in on progress, I can do that. I have no

training

in technical writing. I took a quick look at DocBook and it does not

seem

conceptually difficult, so I can try to learn that. If someone can
give

me

a little help at first, I would appreciate it.

I think there is a miss understanding. I do not believe that we should

actively assign tasks and boss people around.

Think of it as a suggestive list of where someone could do something.

How it is organized, is not important.

It could be a list on ta wikies discussion side. It can be a
tasklist on
Jira, Bugzilla or mwiki, or cwiki.

The Idea is to have "one" place where people can inform them selfs on
the existing consent.

Just some Ideas where I tried to describe what we have to do in the
development section:




https://issues.apache.org/jira/secure/RapidBoard.jspa?rapidView=301&projectKey=OPENOFFICE&selectedIssue=OPENOFFICE-76




https://cwiki.apache.org/c

Re: Trying to re-generate the Documentation effort

[Peter Kovacs]

Hi all,


Here is the talk I mentioned earlier. It explains how SuSE is Publishing 
Documentation (Which is in general), and what Tools they use.


https://archive.fosdem.org/2017/schedule/event/writing_open_source_documentation/

Hope it is inspiring on creating a new documentation process.


I am happy that we have consent on the general direction.

Great!

All the best

Peter

Am 02.06.20 um 22:14 schrieb F Campos Costero:

Thanks to everyone for the feedback. I will start to look at how to make
actual documents from the DocBook output of Writer and I will see what I
can figure out about the documentation process. I am certainly experiencing
the feeling of being lost on a new project. I did subscribe to the doc mail
list and that might be the place for further discussions about how to get
the documentation work active again.
Francis

On Tue, Jun 2, 2020 at 10:40 AM Keith N. McKenna 
wrote:


On 6/1/2020 10:51 PM, F Campos Costero wrote:

Peter - I regret that my suggestion came across as wanting to "boss

people

around". I was responding really to this comment earlier in the thread

Because all people who expressed interest expected they are told what
needs to be done where. They did not felt

comfortable to figure that out on their own.

All I meant was that a solution could be to provide such people with
concrete suggestions of what to do first. Of course that can take into
account their interests, skill level and available time. I am sure lists

of

possible contributions can be helpful for them to make a decision and it
would make sense to start with that. But the success rate of recruiting
using the self-directed approach has been very low. I do not understand

why

providing the option for more guidance to those who want it is so
objectionable.  I  expect that many people joining a project feel lost

and

would appreciate getting more direction at first. It would be natural for
them to become more independent after making a contribution or two.

I hope Keith will express his opinion on this.


I am fully in agreement with you on this not being a boss/worker
hierarchical approach but more of one of mentoring and guiding
volunteers into the "Apache Way." How that gets done is more of an
implementation detail that can be worked out and will most likely remain
a work in progress as new volunteers come forward.

Regards
Keith


Francis

On Mon, Jun 1, 2020 at 5:42 PM Peter Kovacs  wrote:


Hi all,

Am 02.06.20 um 00:23 schrieb F Campos Costero:

I am not sure that this part of the process has to remain as it is.

Unfortunately that is not going to change a whole lot. Just as the
development effort is self directed so is the Documentation effort and
all volunteers are advised of that.

If we can increase participation in the documentation work by having
someone to assign tasks to others, that seems like a reasonable change

to

make. I am willing to take on coordinating the assignments if others

can

help create a reasonable list of tasks. To be clear, if someone wants

to

be

self directed, that would be great. If someone feels more comfortable

being

given a task, having a specific person to contact for help and perhaps
having a little checking in on progress, I can do that. I have no

training

in technical writing. I took a quick look at DocBook and it does not

seem

conceptually difficult, so I can try to learn that. If someone can give

me

a little help at first, I would appreciate it.

I think there is a miss understanding. I do not believe that we should

actively assign tasks and boss people around.

Think of it as a suggestive list of where someone could do something.

How it is organized, is not important.

It could be a list on ta wikies discussion side. It can be a tasklist on
Jira, Bugzilla or mwiki, or cwiki.

The Idea is to have "one" place where people can inform them selfs on
the existing consent.

Just some Ideas where I tried to describe what we have to do in the
development section:




https://issues.apache.org/jira/secure/RapidBoard.jspa?rapidView=301&projectKey=OPENOFFICE&selectedIssue=OPENOFFICE-76




https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Improvement



https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=67633711

As you see it is unordered. And I am experimenting a lot. And I am
moving between Jira and Cwiki.

But I am becoming better in being able to explain people what Issues do
we have where. And what could be an easier task to do and what is more
difficult.

But I really believe that we should leave the choice what people do to
them.


And If you look around what I do is not new. MWiki is full of pages
where people describe what we should do and how. (That is the most
depressing part on the project, because it is all gobe, and give people
a tomb feeling.

But at the same time you learn so much from their Ideas. If we can
standardize somehow these Ideas, and remove names. I think it would

Re: Trying to re-generate the Documentation effort

[Peter Kovacs]

Hi Francis,

Hi Keith,

Am 02.06.20 um 04:51 schrieb F Campos Costero:

Peter - I regret that my suggestion came across as wanting to "boss people
around". I was responding really to this comment earlier in the thread


Imho you have nothing to regret. In a conversation there are at least 2 
people involved.


And it is very difficult to get a common understanding between people 
who are


unknown to each other. Lets be stisfied that we have the same understanding.


Please take my apologies for my poor wording. I should have come up with 
a better


approach to confirm or create consent. I have overshoot my goal.


Because all people who expressed interest expected they are told what
needs to be done where. They did not felt

comfortable to figure that out on their own.

All I meant was that a solution could be to provide such people with
concrete suggestions of what to do first. Of course that can take into
account their interests, skill level and available time. I am sure lists of
possible contributions can be helpful for them to make a decision and it
would make sense to start with that. But the success rate of recruiting
using the self-directed approach has been very low. I do not understand why
providing the option for more guidance to those who want it is so
objectionable.  I  expect that many people joining a project feel lost and
would appreciate getting more direction at first. It would be natural for
them to become more independent after making a contribution or two.

I hope Keith will express his opinion on this.


Yes, I am also interested. Keith you still have concerns of sorts?

Or other comment. I whish to hear that too.


Of course anyone else is invited to participate!

All the best

Peter


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

Re: Trying to re-generate the Documentation effort

[Peter Kovacs]

Hi all,

Am 02.06.20 um 00:23 schrieb F Campos Costero:

I am not sure that this part of the process has to remain as it is.

Unfortunately that is not going to change a whole lot. Just as the
development effort is self directed so is the Documentation effort and
all volunteers are advised of that.

If we can increase participation in the documentation work by having
someone to assign tasks to others, that seems like a reasonable change to
make. I am willing to take on coordinating the assignments if others can
help create a reasonable list of tasks. To be clear, if someone wants to be
self directed, that would be great. If someone feels more comfortable being
given a task, having a specific person to contact for help and perhaps
having a little checking in on progress, I can do that. I have no training
in technical writing. I took a quick look at DocBook and it does not seem
conceptually difficult, so I can try to learn that. If someone can give me
a little help at first, I would appreciate it.


I think there is a miss understanding. I do not believe that we should

actively assign tasks and boss people around.

Think of it as a suggestive list of where someone could do something.

How it is organized, is not important.

It could be a list on ta wikies discussion side. It can be a tasklist on 
Jira, Bugzilla or mwiki, or cwiki.


The Idea is to have "one" place where people can inform them selfs on 
the existing consent.


Just some Ideas where I tried to describe what we have to do in the 
development section:


https://issues.apache.org/jira/secure/RapidBoard.jspa?rapidView=301&projectKey=OPENOFFICE&selectedIssue=OPENOFFICE-76

https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Improvement

https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=67633711

As you see it is unordered. And I am experimenting a lot. And I am 
moving between Jira and Cwiki.


But I am becoming better in being able to explain people what Issues do 
we have where. And what could be an easier task to do and what is more 
difficult.


But I really believe that we should leave the choice what people do to them.


And If you look around what I do is not new. MWiki is full of pages 
where people describe what we should do and how. (That is the most 
depressing part on the project, because it is all gobe, and give people 
a tomb feeling.


But at the same time you learn so much from their Ideas. If we can 
standardize somehow these Ideas, and remove names. I think it would 
lower the barrier in getting involved.



If you feel this is the right way, I invite you to figure a way. If you 
want anything to be done on Jira, just give me a shout. I will create a 
document component, and create a kanban board for you. No Problem.


But you can also use whatever else we have, at our disposal.


If you are wondering who I am, I have been a moderator on the user forum
for about 10 years.
That is really nice. There is so little exchange between the dev mailing 
list and the support team.



All the best


Peter


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

filter windowsml

[Peter Kovacs]

Hello,


Does anyone know which file is written when I look at the filter WindowsML?


THX.


Peter


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

Re: Trying to re-generate the Documentation effort

[Peter Kovacs]

Am 01.06.20 um 17:57 schrieb Keith N. McKenna:

On 5/31/2020 10:41 PM, Peter Kovacs wrote:

Also socializing seems to be important. The volunteers do not want to
work "alone". They want to be part of something.

How it is done, did not seem so important to me on first spot.


I just want to point out, since I had multiple discussions now. ProOOBox
(Jörg care to share some details?) is working on a documentation update.

Integrating them would be very nice from my stand point.

Yes it would be, but could take a large translation effort if the
Documentation they produce is not currently in English
I understood that the work is done on an english version too. But I am 
not sure.


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

Re: Trying to re-generate the Documentation effort

[Peter Kovacs]

Am 31.05.20 um 02:41 schrieb Keith N. McKenna:


Another would be to use Docbook, though this is not as appealing as I
have no familiarity with it and it appears that there is a steep
learning curve to its use and that would be a disadvantage to attracting
new people.


The SUSE documenters use(d) Docbook to create multiple targets for 
documentation.


They presented their way on FOSDEM in 2017, for LO. It was very 
interesting. But I dont know if they stick to it, because LO shifted all 
documentation into the web.


And created a Platform similar to pootle. (I never looked at it, just 
what I picked up from my FOSDEM visits)




I look forward to any other suggestions that could move this effort
along as it has languished for far to long.


IMHO the first step is to create a plan. Dividing the plan into work 
packages that can be promoted is important.


Because all people who expressed interest expected they are told what 
needs to be done where. They did not felt


comfortable to figure that out on their own.

Also socializing seems to be important. The volunteers do not want to 
work "alone". They want to be part of something.


How it is done, did not seem so important to me on first spot.


I just want to point out, since I had multiple discussions now. ProOOBox 
(Jörg care to share some details?) is working on a documentation update.


Integrating them would be very nice from my stand point.


That is my experience from Recruiting and AOO ComDev efforts I have been 
involved in.



HTH

Peter


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

Re: extract GSI Check into an own repository

[Peter Kovacs]

In general:

I am not a big fan of the monolith structure AOO uses with storing 
everything in one Repository.


I prefer to have small Repositories, with nice individual Release cycles 
and modular main repo. They are easier to document, and maintain, or to 
disembark and switch to other tools / libraries.


Smaller Repos are not as fearsome for newbies, in comparison to one big 
repo. And it enforces a natural sustained architecture as is described 
by experts like Robert C. Martin (Clean Architecture) or Carola 
Lilienthal (German: Langlebige Software Architekturen; translates 
sustained software architecture).


And my last general argument is, the smarter we set our build 
environment to handle modularity, the easier it is for Distros to adopt 
Apache OpenOffice. Distros are the best recruits for developers. We see 
that in the support from FreeBSD, which made a lot of Bugfixing. Also 
the OS/2 Development is a good support for our cause. I am sure that 
there are more examples if we look back in history, which I have not 
experienced.


This is of course  a long term vision.

Am 29.05.20 um 20:44 schrieb Dave Fisher:

There are several tools in l10tools …

What is the advantage of a separate repository?


Next to what Mechtilde described:

For me it is much more transparent, if we have it in a separate 
repository. We could even provide a README what it does! That would be 
an improvement.



And is gsicheck the only candidate?


We have discussed to extract UNO and turn it into a library, with  an 
own release cycle. (even incubate / seed it into an own Project.)


I see the same basic strategy that we discussed for UNO can be applied 
to StarBasic, which makes this maybe with some modification interesting 
for other developers, who do not have interest in AOO as such.


I have no overview which other application or potential libraries AOO 
stores. So I personally would take this slow, step by step. With 
GSICheck we have an immediate win, without being complicated to move.


Let us learn how to pull Releases from a Repo instead of the mechanism 
we use now. That makes it easy to extract it now.




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

Re: extract GSI Check into an own repository

[Peter Kovacs]

Hi Dave,


I am figuring out what GSICheck needs. So I already have an overview. is 
you look for files gsicheck you will find it.


The Codebase is really small, and it uses following Classes from AOO:


I see following Includes:

#include "precompiled_l10ntools.hxx"
#include 
#include 
#include 
#include 

// local includes
#include "tagtest.hxx"
#include "gsicheck.hxx"

#include "precompiled_l10ntools.hxx"
#include 
#include "tagtest.hxx"

#if OSL_DEBUG_LEVEL > 1
#include 
#endif

#include "gsicheck.hxx"

#include 
#include 
#include  /* std::hashmap*/
#include 


Am 29.05.20 um 19:28 schrieb Dave Fisher:

Hi Peter,

Your issue assumes that developers know where the gsicheck code is in the 
repository. I haven’t a clue and therefore can’t even comment on whether or not 
a new repository makes sense.

Regards,
Dave


On May 29, 2020, at 10:20 AM, Peter Kovacs  wrote:

Hello all,


In Order to automate the Translation Process Mechtilde has requested to extract 
the GSI Check into an Own Repository.

GSI Check has an own Versioning, the current Version in the Repo is named 1.9.

So It makes totally sense to extract the Code into an own Repository.


I created a work Package on Jira:

https://issues.apache.org/jira/browse/OPENOFFICE-183#


Any Objection with this endeavor?

(If not)

Any tasks to add to this work package?


If the work package is accepted I create a bugzilla report for the extraction.


All the Best

Peter


-
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

extract GSI Check into an own repository

[Peter Kovacs]

Hello all,


In Order to automate the Translation Process Mechtilde has requested to 
extract the GSI Check into an Own Repository.


GSI Check has an own Versioning, the current Version in the Repo is 
named 1.9.


So It makes totally sense to extract the Code into an own Repository.


I created a work Package on Jira:

https://issues.apache.org/jira/browse/OPENOFFICE-183#


Any Objection with this endeavor?

(If not)

Any tasks to add to this work package?


If the work package is accepted I create a bugzilla report for the 
extraction.



All the Best

Peter


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

Re: AOO Product page - ambiguous wording?

[Peter Kovacs]

Am 26.05.20 um 23:18 schrieb Pedro Lino:

Plus your your phrasing
leaves it wide open for people to complain about PDF files same as they
already do.

PDF is not an editable format and it is not from any of the "major competitor" 
suites. In any case you can open PDF files in OpenOffice. Just install the PDF Import 
extension.


As we no longer open Word Perfect files then Your
phraseology is no longer correct either.

I'm almost sure WordPerfect is no longer a "major competitor"... Unfortunately I can't 
find any usage statistics for any office suite to check who are in fact the "major" and 
if they use any proprietary file types other than Microsoft's...


Well I would go for the List on Wikipedia:

https://en.wikipedia.org/wiki/List_of_office_suites

I think they list all "Interesting Competitors".

Statistica just count Gsuite and Microsoft Office 365 ...



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

[calc] AutoInput Bugs and possible (rough) Use cases (was: AutoInput disabled at default)

[Peter Kovacs]

I am fine if you have Issues with switching the AutoInput off. But then 
we should talk on a proper solution.


Independent of the actual code situation. Maybe if we describe clear 
where OpenOffice should move, create work packages, we can handle changes.


So I would like to try this on this approach.


Am 24.05.20 um 17:03 schrieb Pedro Lino:

On May 24, 2020 3:13 AM Peter Kovacs  wrote:
1) There is no way that you can confirm the entry without accepting the
autoInput. So you quickly make errors as unexperienced user.

As long as you keep typing you don't need to delete anything, unless your new 
string is a subset of a previous string. That is possibly a corner case.
Can you post the Bugzilla link?

This is a possible pro argument, in favour of the argument.
  

2) Excel does not offer AutoInput that fast as OpenOffice does. And we
have a Bug that isd confirmed that AutoInput should not work on numbers.

That is not correct. Just tested with Excel 2016. It is exactly the same.
I can't replicate the problem with numbers (at least under Windows 7 x64). Can 
you post the Bugzilla link?

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

3) We have another Bug that complains that the Autoinput can change
small letters to Capletters. I could repeat it with Super and super.

That is a separate issue related to Autocorrect. Autoinput only replicates 
previous strings


Bugzilla:

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

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

Another One:

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





Probably it is smart to work with the suggestion list too. So popping
the suggestion list and filter then the list with the entry. If you
press enter you accept the suggestion if you press down button you
accept the cell entry.

That sounds like a useful solution. Does anyone have the knowledge and time to 
code that?


In the past we had this you had to confirm with tap. Bugzillalink, that 
complains it does not lead to cell travel:


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

Complaint to use tab as confirmation:

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




So we have 3 accepted Bugs that we will maybe not solve fast. This gives
a reasoning for switching AutoInput off untill it is fixed.

As I mentioned before this is also the default behaviour in the other 
spreadsheets. Turning off the default (to solve 2 possible smaller issues) will 
make more users unhappy.


This Bug concerns more about AutoComplete:

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

but comment 6 is on AutoInput


Another complains on AutoInput / Complete for makeing it easier to 
switch it off:


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


And here is one that Complains that the scan range is not great enough:

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

And this one complains over what should be offered:

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


Maybe following Ideas, roughly noted are the direction we should think?

(number is for easier reference)

1) the AutoInput selects the closest entry from the selection List

2) we pop the selection List at typing and mark the AutoSelect

3) We add a key that confirms an entry without accepting AutoInput

4) We show the Keys as Overlays at the options selected

5) we add the switch to switch AutoIntend off in the Popup

6) we move the Popup into the sidebar.


Other Ideas are welcome.  I also tried to divide to move the steps into 
smaller pieces.


From technical perspective it will be that more steps are necessary. 
But I need to do a code analysis for that.


And I would like to know the User View first.


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

Re: AOO Product page - ambiguous wording?

[Peter Kovacs]

Am 24.05.20 um 12:37 schrieb Jörg Schmidt:


Everyone knows that. Me too.
But Peter talked about 'multiple ideas to fill the gap on OOXML'. *What are 
these ideas?*



1) finish OOXML implementation we have

2) use Apache POI (Is in Java)

3) Port the LO version into an extension (The extension takes care of 
the License mess.)




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

Re: AOO Product page - ambiguous wording?

[Peter Kovacs]

Am 24.05.20 um 11:10 schrieb Jörg Schmidt:

It's not that I think it would be good to use OOXML (I mean instead of ODF), 
it's just that users need this feature.


Nobody thinks OOXML is an unimportant feature. I have not seen anyone 
against it. We have already multiple Ideas how to close the gap.


However our 4.2.0 is our next milestone, and we should focus on that. 
That will be a huge step forward for the project as it is consisted


at the moment.

I suggest one step at a time. If there is a capable developer who can do 
this, we will guide him through our ideas.



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

Re: AOO Product page - ambiguous wording?

[Peter Kovacs]

+1

Am 24.05.20 um 10:05 schrieb Czesław Wolański:

Hi,

Thank you very much for explanation and far-sighted proposal. I hope others
will agree and I might finally enjoy peace of mind for...
"Roma locuta, causa finita" [1].   ;‑)

Kind regards,

Czesław


[1] https://en.wiktionary.org/wiki/Roma_locuta,_causa_finita


Am So., 24. Mai 2020 um 09:20 Uhr schrieb Rory O'Farrell :


On Sat, 23 May 2020 22:34:03 +0200
Czesław Wolański  wrote:


Hi,

Apache OpenOffice Product Description, section "Why Apache OpenOffice?"

https://www.openoffice.org/product/index.html#why-apache-openoffice

Not being a native English speaker I have some doubts about one part (2nd
bulleted list, 2nd item):

"It's easy to change to Apache OpenOffice - the software reads all major
competitors' files"

 From a purely linguistic perspective: is wording "reads all major
competitors' files" to be understood as:

- it reads all files of major competitors
   OR
- it reads files of all major competitors


Best regards,

Czesław Wolański

Best to rephrase: reads most file types of major competitors.

I say "most" to allow for occasional inabilities to read some .docx and
perhaps others not yet developed.
--
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

Re: [calc] Re: AutoInput disabled at default

[Peter Kovacs]

Am 23.05.20 um 21:24 schrieb Marcus:

Am 23.05.20 um 19:01 schrieb Pedro Lino:

On May 23, 2020 5:43 PM Peter Kovacs  wrote:
  sorry we speak of Calc.

Am 23.05.20 um 18:43 schrieb Peter Kovacs:


I would like to change a setting and disable autoInput at default.

There are Complains on Bugzilla on other Issues,'and I recieved a
copmplained on chat.


I find this odd. This is a quite useful feature and it is ON by 
default in all other spreadsheet software.


The fact that some people (how many?) complain doesn't mean a default 
that has been used for years (and is useful) should be changed...




It is nothing that hurts, since user can switch it back on again.


The logic goes the same way for people who want it off...


And we can think on better ways in the future. I hope it is something
easy to change so I propose this.


Is there opposition?


As a daily user of Calc, I think it does not make sense to change 
this de facto standard behaviour...


+1
Before doing a change, we should think twice and take also into 
account what the opposite means.


In this case - even when there would be a dozen complains - it is 
really still a minority.


yes, I am not quick in changing anything.

1) There is no way that you can confirm the entry without accepting the 
autoInput. So you quickly make errors as unexperienced user.


So if you do not want to accept the autoinput suggestion you have to 
press delete. Which requires, to look on the monitor and not on  the 
keyboard. Simple Users are not skilled like this.


2) Excel does not offer AutoInput that fast as OpenOffice does. And we 
have a Bug that isd confirmed that AutoInput should not work on numbers.


3) We have another Bug that complains that the Autoinput can change 
small letters to Capletters. I could repeat it with Super and super.


So the Suggestion was to deactivate the default until we have fixed it. 
The Bugs exist quite for some time now. But I wanted to initiate the 
discussion, and the thought on it.



Probably it is smart to work with the suggestion list too. So popping 
the suggestion list and filter then the list with the entry. If you 
press enter you accept the suggestion if you press down button you 
accept the cell entry.




So we have 3 accepted Bugs that we will maybe not solve fast. This gives 
a reasoning for switching AutoInput off untill it is fixed.


But still I want to ask for Feetback from the Community. I do not know 
how wide we need to set the concent for this.







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

[calc] Re: AutoInput disabled at default

[Peter Kovacs]

sorry we speak of Calc.

Am 23.05.20 um 18:43 schrieb Peter Kovacs:

Hello all,


I would like to change a setting and disable autoInput at default.

There are Complains on Bugzilla on other Issues,'and I recieved a 
copmplained on chat.


It is nothing that hurts, since user can switch it back on again.

And we can think on better ways in the future. I hope it is something 
easy to change so I propose this.



Is there opposition?


All the best

Peter



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

AutoInput disabled at default

[Peter Kovacs]

Hello all,


I would like to change a setting and disable autoInput at default.

There are Complains on Bugzilla on other Issues,'and I recieved a 
copmplained on chat.


It is nothing that hurts, since user can switch it back on again.

And we can think on better ways in the future. I hope it is something 
easy to change so I propose this.



Is there opposition?


All the best

Peter


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

Re: [GitHub] [openoffice] Pilot-Pirx commented on pull request #83: Python2718

[Peter Kovacs]

Am 21.05.20 um 12:29 schrieb Carl Marcum:



On 5/21/20 4:44 AM, GitBox wrote:

Pilot-Pirx commented on pull request #83:
URL: https://github.com/apache/openoffice/pull/83#issuecomment-631965250


    Anyone else wanting to review this?



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



What is the Python used for?

Does it effect the Python macro execution in the scripting framework 
or something else?

It is the internal python macro engine.


Thanks,
Carl


-
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: Critical issue on forum.openoffice.org and Google Search

[Peter Kovacs]

Try:

'text lines are overwriting margins' site:forum.openoffice.org


For me this removes the did not find any results message.


Am 19.05.20 um 11:22 schrieb Hagar Delest:

Le 19/05/2020 à 08:35, Peter Kovacs a écrit :
what is your search string? I do not get the line that Google has no 
hits.

The string is the one in the thread in the forum:
"text lines are overwriting margins" site:forum.openoffice.org

The result page says (in French):
No result found for...
Then it says:
Results for... (without quotes)
And a list of topics from the forum but no match for the exact string 
of course.


I've posted a screenshot in the forum: 
https://forum.openoffice.org/en/forum/viewtopic.php?f=50&t=102021&p=492807#p492807


Hagar



Am 18.05.20 um 22:20 schrieb Hagar Delest:

Hi Peter,

I noticed that Google provides hits nevertheless. But the first line 
does tell that there are no hits with the specified string.


Hagar

Le 18/05/2020 à 18:48, Peter Kovacs a écrit :
Im am already at it. It worked for me so far. I get search 
results.Maybe it has to do with the cache.


Not sure.

Am 18.05.20 um 18:22 schrieb Rory O'Farrell:

On Mon, 18 May 2020 15:44:42 +0100
Rory O'Farrell  wrote:


On Tue, 12 May 2020 17:41:09 +0200
Peter Kovacs  wrote:


Okay, I had a short debug session with Dave and Humbedooh.

We are now sure that the crawlers are not blocked. The 301 Response
comes from the fact that Yandex still defaults to http and not 
https.


This post on User Forum might be relevant
https://forum.openoffice.org/en/forum/viewtopic.php?f=50&t=102021#p492756 



Rory

More detailed examination today shows that
Google search in French seems to drop out six days ago, in Italian 
five days ago, and in English about 23rd April - try a search for 
openoffice and the site specifier


See the above URL for details.

Rory



After I added https toi the URL all worked fine.

Wave did also do a curl request which also worked fine.


We have agreed now that I play the ball back to google, with the
feedback that this looks like a Google internal issue.

The Robot.txt has not been changed for 11 years. Yandex can 
crawl the

URL and we can curl the Webpage. So we think it is an Google Issue.


I very much appreciated the quick session. Thanks.


all the Best

Peter

Am 12.05.20 um 17:24 schrieb Dave Fisher:

It’s not an IP Ban. Infra tells me that would not be a 301.

Ah-ha - here is the 301:

% curl -D headers http://forum.openoffice.org/


301 Moved Permanently

Moved Permanently
The document has moved href="https://forum.openoffice.org/";>here.



Surprising that they cannot shift from HTTP to HTTPS via a 301!

Regards,
Dave


On May 12, 2020, at 8:04 AM, Dave Fisher  wrote:

Information about Infra IP Bans is here: 
https://infra.apache.org/infra-ban.html


Please direct the Google engineer to that resource.

Regards,
Dave

On May 12, 2020, at 7:55 AM, Dave Fisher  
wrote:


Are you sure you weren’t using forums.openoffice.org instead 
of forum.openoffice.org?


curl -D headers https://forum.openoffice.org/ does return the 
correct page.


The robots.txt is this:

curl -D headers https://forum.openoffice.org/robots.txt
User-agent: *
Crawl-delay: 1
Disallow: /en/forum/common.php
Disallow: /en/forum/config.php
Disallow: /en/forum/con.php
Disallow: /en/forum/faq.php
Disallow: /en/forum/mcp.php
Disallow: /en/forum/memberlist.php
Disallow: /en/forum/posting.php
Disallow: /en/forum/report.php
Disallow: /en/forum/search.php
Disallow: /en/forum/style.php
Disallow: /en/forum/ucp.php
Disallow: /en/forum/viewonline.php
Disallow: /en/forum/adm
Disallow: /en/forum/cache
Disallow: /en/forum/docs
Disallow: /en/forum/files
Disallow: /en/forum/images
Disallow: /en/forum/includes
Disallow: /en/forum/language
Disallow: /en/forum/store
Disallow: /en/forum/styles
Disallow: /es/forum/common.php
Disallow: /es/forum/config.php
Disallow: /es/forum/con.php
Disallow: /es/forum/faq.php
Disallow: /es/forum/mcp.php
Disallow: /es/forum/memberlist.php
Disallow: /es/forum/posting.php
Disallow: /es/forum/report.php
Disallow: /es/forum/search.php
Disallow: /es/forum/style.php
Disallow: /es/forum/ucp.php
Disallow: /es/forum/viewonline.php
Disallow: /es/forum/adm
Disallow: /es/forum/cache
Disallow: /es/forum/docs
Disallow: /es/forum/files
Disallow: /es/forum/images
Disallow: /es/forum/includes
Disallow: /es/forum/language
Disallow: /es/forum/store
Disallow: /es/forum/styles
Disallow: /fr/forum/common.php
Disallow: /fr/forum/config.php
Disallow: /fr/forum/con.php
Disallow: /fr/forum/faq.php
Disallow: /fr/forum/mcp.php
Disallow: /fr/forum/memberlist.php
Disallow: /fr/forum/posting.php
Disallow: /fr/forum/report.php
Disallow: /fr/forum/search.php
Disallow: /fr/forum/style.php
Disallow: /fr/forum/ucp.php
Disallow: /fr/forum/viewonline.php
Disallow: /fr/forum/adm
Disallow: /fr/forum/cache
Disallow: /fr/forum/docs
Disallow: /fr/forum/files
Disallow: /fr/forum/images
Disallow: /fr/forum/includes
Disallow: /fr/

Re: Critical issue on forum.openoffice.org and Google Search

[Peter Kovacs]

what is your search string? I do not get the line that Google has no hits.

Am 18.05.20 um 22:20 schrieb Hagar Delest:

Hi Peter,

I noticed that Google provides hits nevertheless. But the first line 
does tell that there are no hits with the specified string.


Hagar

Le 18/05/2020 à 18:48, Peter Kovacs a écrit :
Im am already at it. It worked for me so far. I get search 
results.Maybe it has to do with the cache.


Not sure.

Am 18.05.20 um 18:22 schrieb Rory O'Farrell:

On Mon, 18 May 2020 15:44:42 +0100
Rory O'Farrell  wrote:


On Tue, 12 May 2020 17:41:09 +0200
Peter Kovacs  wrote:


Okay, I had a short debug session with Dave and Humbedooh.

We are now sure that the crawlers are not blocked. The 301 Response
comes from the fact that Yandex still defaults to http and not https.


This post on User Forum might be relevant
https://forum.openoffice.org/en/forum/viewtopic.php?f=50&t=102021#p492756 



Rory

More detailed examination today shows that
Google search in French seems to drop out six days ago, in Italian 
five days ago, and in English about 23rd April - try a search for 
openoffice and the site specifier


See the above URL for details.

Rory



After I added https toi the URL all worked fine.

Wave did also do a curl request which also worked fine.


We have agreed now that I play the ball back to google, with the
feedback that this looks like a Google internal issue.

The Robot.txt has not been changed for 11 years. Yandex can crawl the
URL and we can curl the Webpage. So we think it is an Google Issue.


I very much appreciated the quick session. Thanks.


all the Best

Peter

Am 12.05.20 um 17:24 schrieb Dave Fisher:

It’s not an IP Ban. Infra tells me that would not be a 301.

Ah-ha - here is the 301:

% curl -D headers http://forum.openoffice.org/


301 Moved Permanently

Moved Permanently
The document has moved href="https://forum.openoffice.org/";>here.



Surprising that they cannot shift from HTTP to HTTPS via a 301!

Regards,
Dave


On May 12, 2020, at 8:04 AM, Dave Fisher  wrote:

Information about Infra IP Bans is here: 
https://infra.apache.org/infra-ban.html


Please direct the Google engineer to that resource.

Regards,
Dave


On May 12, 2020, at 7:55 AM, Dave Fisher  wrote:

Are you sure you weren’t using forums.openoffice.org instead of 
forum.openoffice.org?


curl -D headers https://forum.openoffice.org/ does return the 
correct page.


The robots.txt is this:

curl -D headers https://forum.openoffice.org/robots.txt
User-agent: *
Crawl-delay: 1
Disallow: /en/forum/common.php
Disallow: /en/forum/config.php
Disallow: /en/forum/con.php
Disallow: /en/forum/faq.php
Disallow: /en/forum/mcp.php
Disallow: /en/forum/memberlist.php
Disallow: /en/forum/posting.php
Disallow: /en/forum/report.php
Disallow: /en/forum/search.php
Disallow: /en/forum/style.php
Disallow: /en/forum/ucp.php
Disallow: /en/forum/viewonline.php
Disallow: /en/forum/adm
Disallow: /en/forum/cache
Disallow: /en/forum/docs
Disallow: /en/forum/files
Disallow: /en/forum/images
Disallow: /en/forum/includes
Disallow: /en/forum/language
Disallow: /en/forum/store
Disallow: /en/forum/styles
Disallow: /es/forum/common.php
Disallow: /es/forum/config.php
Disallow: /es/forum/con.php
Disallow: /es/forum/faq.php
Disallow: /es/forum/mcp.php
Disallow: /es/forum/memberlist.php
Disallow: /es/forum/posting.php
Disallow: /es/forum/report.php
Disallow: /es/forum/search.php
Disallow: /es/forum/style.php
Disallow: /es/forum/ucp.php
Disallow: /es/forum/viewonline.php
Disallow: /es/forum/adm
Disallow: /es/forum/cache
Disallow: /es/forum/docs
Disallow: /es/forum/files
Disallow: /es/forum/images
Disallow: /es/forum/includes
Disallow: /es/forum/language
Disallow: /es/forum/store
Disallow: /es/forum/styles
Disallow: /fr/forum/common.php
Disallow: /fr/forum/config.php
Disallow: /fr/forum/con.php
Disallow: /fr/forum/faq.php
Disallow: /fr/forum/mcp.php
Disallow: /fr/forum/memberlist.php
Disallow: /fr/forum/posting.php
Disallow: /fr/forum/report.php
Disallow: /fr/forum/search.php
Disallow: /fr/forum/style.php
Disallow: /fr/forum/ucp.php
Disallow: /fr/forum/viewonline.php
Disallow: /fr/forum/adm
Disallow: /fr/forum/cache
Disallow: /fr/forum/docs
Disallow: /fr/forum/files
Disallow: /fr/forum/images
Disallow: /fr/forum/includes
Disallow: /fr/forum/language
Disallow: /fr/forum/store
Disallow: /fr/forum/styles
Disallow: /fr/ci-joint
Disallow: /hu/forum/common.php
Disallow: /hu/forum/config.php
Disallow: /hu/forum/con.php
Disallow: /hu/forum/faq.php
Disallow: /hu/forum/mcp.php
Disallow: /hu/forum/memberlist.php
Disallow: /hu/forum/posting.php
Disallow: /hu/forum/report.php
Disallow: /hu/forum/search.php
Disallow: /hu/forum/style.php
Disallow: /hu/forum/ucp.php
Disallow: /hu/forum/viewonline.php
Disallow: /hu/forum/adm
Disallow: /hu/forum/cache
Disallow: /hu/forum/docs
Disallow: /hu/forum/files
Disallow: /hu/forum/images
Disallow: /hu/forum/includes
Disallow: /hu/forum/language
Disallow: /hu/forum/store
Disallow: /hu/forum

Re: Critical issue on forum.openoffice.org and Google Search

[Peter Kovacs]

Im am already at it. It worked for me so far. I get search results.Maybe 
it has to do with the cache.


Not sure.

Am 18.05.20 um 18:22 schrieb Rory O'Farrell:

On Mon, 18 May 2020 15:44:42 +0100
Rory O'Farrell  wrote:


On Tue, 12 May 2020 17:41:09 +0200
Peter Kovacs  wrote:


Okay, I had a short debug session with Dave and Humbedooh.

We are now sure that the crawlers are not blocked. The 301 Response
comes from the fact that Yandex still defaults to http and not https.


This post on User Forum might be relevant
https://forum.openoffice.org/en/forum/viewtopic.php?f=50&t=102021#p492756

Rory

More detailed examination today shows that
Google search in French seems to drop out six days ago, in Italian five days 
ago, and in English about 23rd April - try a search for openoffice and the site 
specifier

See the above URL for details.

Rory



After I added https toi the URL all worked fine.

Wave did also do a curl request which also worked fine.


We have agreed now that I play the ball back to google, with the
feedback that this looks like a Google internal issue.

The Robot.txt has not been changed for 11 years. Yandex can crawl the
URL and we can curl the Webpage. So we think it is an Google Issue.


I very much appreciated the quick session. Thanks.


all the Best

Peter

Am 12.05.20 um 17:24 schrieb Dave Fisher:

It’s not an IP Ban. Infra tells me that would not be a 301.

Ah-ha - here is the 301:

% curl -D headers http://forum.openoffice.org/


301 Moved Permanently

Moved Permanently
The document has moved https://forum.openoffice.org/";>here.


Surprising that they cannot shift from HTTP to HTTPS via a 301!

Regards,
Dave


On May 12, 2020, at 8:04 AM, Dave Fisher  wrote:

Information about Infra IP Bans is here: https://infra.apache.org/infra-ban.html

Please direct the Google engineer to that resource.

Regards,
Dave


On May 12, 2020, at 7:55 AM, Dave Fisher  wrote:

Are you sure you weren’t using forums.openoffice.org instead of 
forum.openoffice.org?

curl -D headers https://forum.openoffice.org/ does return the correct page.

The robots.txt is this:

curl -D headers https://forum.openoffice.org/robots.txt
User-agent: *
Crawl-delay: 1
Disallow: /en/forum/common.php
Disallow: /en/forum/config.php
Disallow: /en/forum/con.php
Disallow: /en/forum/faq.php
Disallow: /en/forum/mcp.php
Disallow: /en/forum/memberlist.php
Disallow: /en/forum/posting.php
Disallow: /en/forum/report.php
Disallow: /en/forum/search.php
Disallow: /en/forum/style.php
Disallow: /en/forum/ucp.php
Disallow: /en/forum/viewonline.php
Disallow: /en/forum/adm
Disallow: /en/forum/cache
Disallow: /en/forum/docs
Disallow: /en/forum/files
Disallow: /en/forum/images
Disallow: /en/forum/includes
Disallow: /en/forum/language
Disallow: /en/forum/store
Disallow: /en/forum/styles
Disallow: /es/forum/common.php
Disallow: /es/forum/config.php
Disallow: /es/forum/con.php
Disallow: /es/forum/faq.php
Disallow: /es/forum/mcp.php
Disallow: /es/forum/memberlist.php
Disallow: /es/forum/posting.php
Disallow: /es/forum/report.php
Disallow: /es/forum/search.php
Disallow: /es/forum/style.php
Disallow: /es/forum/ucp.php
Disallow: /es/forum/viewonline.php
Disallow: /es/forum/adm
Disallow: /es/forum/cache
Disallow: /es/forum/docs
Disallow: /es/forum/files
Disallow: /es/forum/images
Disallow: /es/forum/includes
Disallow: /es/forum/language
Disallow: /es/forum/store
Disallow: /es/forum/styles
Disallow: /fr/forum/common.php
Disallow: /fr/forum/config.php
Disallow: /fr/forum/con.php
Disallow: /fr/forum/faq.php
Disallow: /fr/forum/mcp.php
Disallow: /fr/forum/memberlist.php
Disallow: /fr/forum/posting.php
Disallow: /fr/forum/report.php
Disallow: /fr/forum/search.php
Disallow: /fr/forum/style.php
Disallow: /fr/forum/ucp.php
Disallow: /fr/forum/viewonline.php
Disallow: /fr/forum/adm
Disallow: /fr/forum/cache
Disallow: /fr/forum/docs
Disallow: /fr/forum/files
Disallow: /fr/forum/images
Disallow: /fr/forum/includes
Disallow: /fr/forum/language
Disallow: /fr/forum/store
Disallow: /fr/forum/styles
Disallow: /fr/ci-joint
Disallow: /hu/forum/common.php
Disallow: /hu/forum/config.php
Disallow: /hu/forum/con.php
Disallow: /hu/forum/faq.php
Disallow: /hu/forum/mcp.php
Disallow: /hu/forum/memberlist.php
Disallow: /hu/forum/posting.php
Disallow: /hu/forum/report.php
Disallow: /hu/forum/search.php
Disallow: /hu/forum/style.php
Disallow: /hu/forum/ucp.php
Disallow: /hu/forum/viewonline.php
Disallow: /hu/forum/adm
Disallow: /hu/forum/cache
Disallow: /hu/forum/docs
Disallow: /hu/forum/files
Disallow: /hu/forum/images
Disallow: /hu/forum/includes
Disallow: /hu/forum/language
Disallow: /hu/forum/store
Disallow: /hu/forum/styles
Disallow: /ja/forum/common.php
Disallow: /ja/forum/config.php
Disallow: /ja/forum/con.php
Disallow: /ja/forum/faq.php
Disallow: /ja/forum/mcp.php
Disallow: /ja/forum/memberlist.php
Disallow: /ja/forum/posting.php
Disallow: /ja/forum/report.php
Disallow: /ja/forum/search.php
Disallow: /ja/forum/style.php
Disallow: /ja/forum/ucp.p

Re: Wiki Account

[Peter Kovacs]

+1, very good Idea!

Am 16.05.20 um 13:59 schrieb Patricia Shanahan:
I think we need to make a list of powers the PMC chair should have. 
That should include adding administrators etc. for all the OpenOffice 
resources. Part of handing over the chair should be making the new 
chair administrator for each resource.


On 5/16/2020 3:29 AM, Matthias Seidel wrote:

Someone must have the rights...
Otherwise this is just another unpleasant situation.

Anyone?

Am 16.05.20 um 12:27 schrieb Peter Kovacs:

I am not able to process an account opening.

Am 16.05.20 um 11:23 schrieb Matthias Seidel:

Has anyone answered to Jungi?!

Regards,

 Matthias

Am 30.04.20 um 19:48 schrieb Jungi Hong:

Hello,

I am interested in opening a wiki account. I propose the username:
darthdj31

The email would be jhong101...@gmail.com.

Best regards,

Jungi



-
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

Fwd: Contribute to Apache Open Office documentation

[Peter Kovacs]

Hi all,

Forwarding to the Development list.

Harshita,

you have a Idea what exactly you want to document, or where you want to 
start?
I will add you to the list on what is beeing worked on. Sadly we have no 
real Work packages for the Wiki.

Maybe that would be a starting point?

Also depending on the Mother tong you speak, we would need Help at 
translating the Help pages from english to other Languages.
That is a defined and ready< to go work process. But a different one 
that you are looking at.


All the Best
Peter

 Weitergeleitete Nachricht 
Betreff:Contribute to Apache Open Office documentation
Datum:  Sat, 16 May 2020 01:10:50 +0530
Von:Harshita Krishnachandran 
Antwort an: recruitm...@openoffice.apache.org
An: recruitm...@openoffice.apache.org



Hi,
I am a technical writer by profession and I would like to volunteer and 
contribute to the documentation set.

Please create a wiki account for:
Username: hashkc23
Email: harshit...@gmail.com

Thank you.
Regards,
Harshita K

Re: Wiki Account

[Peter Kovacs]

I am not able to process an account opening.

Am 16.05.20 um 11:23 schrieb Matthias Seidel:

Has anyone answered to Jungi?!

Regards,

    Matthias

Am 30.04.20 um 19:48 schrieb Jungi Hong:

Hello,

I am interested in opening a wiki account. I propose the username: darthdj31

The email would be jhong101...@gmail.com.

Best regards,

Jungi



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

Re: "New" Todo List

[Peter Kovacs]

Awesome! :-)

Am 14.05.20 um 16:28 schrieb Carl Marcum:



On 5/14/20 2:48 AM, Peter Kovacs wrote:

Hello

I discuss off list with a Jyotirmoy Singh, who is interested to help 
on OpenOffice. I do it off list because I do not have much hope if on 
list will do any difference on the outcome.


since we go back and force what he could do I created a new list of 
Points that are on my mind, and I have added Names to it, who is 
currently maybe on the topic or knows something on it.


I abused a page Kay started some years back just because my old List 
has now a little other focus, and I found the topic more general 
fitting.


https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Improvement 




I will probably change it somehow again. Maybe work a bit to get it 
in more shape. Move things to Bugzilla, and link it to overview Pages 
or similar. I do not know. Currrently it has been a quick mind dumb.


If one has a better Idea for presentation feel free to try to improve 
the list.


Points missing can be added. No Issue. Feel free.


All the Best

Peter


Hi Peter,

I've adding something I'm working on to end.

Thanks,
Carl


-
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: my wiki account no longer works.?

[Peter Kovacs]

If you have a Apache.org Account use the password for the Apache 
Account. Conflkuence does not use a seperate Credentials any longer.


Same goes for Jira.


HTH

Peter


Am 14.05.20 um 22:09 schrieb Jörg Schmidt:

-Original Message-
From: Keith N. McKenna [mailto:keith.mcke...@comcast.net]
Sent: Thursday, May 14, 2020 9:49 PM
To: dev@openoffice.apache.org
Subject: Re: my wiki account no longer works.?

On 5/14/2020 10:47 AM, Jörg Schmidt wrote:

Hello,

I can't log into the Confluence Wiki anymore. I tried to

get a new password sent to me, the Wiki reports success, but
no email arrives.

Should I contact infrastruct...@apache.org directly? Or

what else can I do?


greetings,
Jörg


I know you have probably all ready done this, but did you check your
spam folder?

Yes, I checked.


Did you use your LDAP credentials?

That tells me nothing. I receive my emails via POP3 and store them locally.


In the meantime I have written to infrastruct...@apache.org, let's see what 
comes as an answer.


greetings,
Jörg



-
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

"New" Todo List

[Peter Kovacs]

Hello

I discuss off list with a Jyotirmoy Singh, who is interested to help on 
OpenOffice. I do it off list because I do not have much hope if on list 
will do any difference on the outcome.


since we go back and force what he could do I created a new list of 
Points that are on my mind, and I have added Names to it, who is 
currently maybe on the topic or knows something on it.


I abused a page Kay started some years back just because my old List has 
now a little other focus, and I found the topic more general fitting.


https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Improvement


I will probably change it somehow again. Maybe work a bit to get it in 
more shape. Move things to Bugzilla, and link it to overview Pages or 
similar. I do not know. Currrently it has been a quick mind dumb.


If one has a better Idea for presentation feel free to try to improve 
the list.


Points missing can be added. No Issue. Feel free.


All the Best

Peter


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

Re: [PROPOSAL] fix broken dev guide pages

[Peter Kovacs]

I think it makes more sense to fix our extension. It should be something 
not that difficult.


The main issue is someone must get access to the machine and look into 
the issue, and figure out whats wrong.



Am 13.05.20 um 16:07 schrieb Carl Marcum:

Hi All,

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

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


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

I have no idea where the code for it is.

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


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


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

Thanks,
Carl

-
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: Critical issue on forum.openoffice.org and Google Search

[Peter Kovacs]

Hi John,


We have not changed the Robots.txt file in 11 years. After checking back 
this is long standing, unchanged configuration.


The page itself is reachable by https://forum.openoffice.org. yandex 
response check gives an 200 return code, which indicates all is fine.


We were also able to curl the headers and all looked a okay. No Google 
Crawlers are blocked by IP address. I managed to confirm all those things.



Let try the Google Search:

Searchkey: OpenOffice Reset Profile

2nd link points to the right topic on the forum.


From our standpoint it looks everything as intended.

Since we have not change anything recently, but google search shows 
issues I assume the issue is within google Infrastructure causing the 
issue in your crawler.


I do not see what we should change and why. Feel free to respond to the 
mailing list.



All the Best

Peter



Am 12.05.20 um 11:56 schrieb John Mueller:

Hi Peter

It looks like Google's infrastructure for crawling the web can't access any
URLs at all from forum.openoffice.org, including the homepage. Sometimes
this is due to a firewall or abuse protection system recognizing these
requests as malicious. Over time, as we attempt to update the pages in the
search results by crawling URLs from the site, if we see that we can't
access them at all, they generally get removed from our search results, In
practice, this means that users won't be able to find your pages in Google
Search. Sometimes websites do that on purpose, if they don't want to be
found in search, I suspect it's more of an accident here. A simple way to
test is to use  https://search.google.com/test/mobile-friendly to check
URLs from your site (better would be to use
https://support.google.com/webmasters/answer/9012289 , though that would
require verification of the site in Google Search Console first).

Hope this helps!
John




On Tue, May 12, 2020 at 10:33 AM Peter Kovacs  wrote:


Hello Mr Mueller,


The forum.openoffice.org is our support Forum. When people have issues
they are often directed to this page for solutions.

Do you have a list of URLs googlebot has not able to crawl? We can then
check if the behavior is intended or not and we can tell you the reason for
this measurement.

I am not particular skilled in google search engine. I do not understand
the sentence:

This will cause those pages to drop out of Google's search results, and
will prevent new pages from being picked up for Search.

Can you explain this in an example please?


Thanks for the support.

All the best

Peter


Am 11.05.20 um 13:37 schrieb John Mueller:

Dear webmaster of forum.openoffice.org

I'm an analyst at Google in Switzerland. We wanted to bring your attention
to a critical issue with your website, and how it's available for Google's
web search.

In particular, Googlebot has been unable to crawl URLs from
https://forum.openoffice.org/ . This will cause those pages to drop out
of Google's search results, and will prevent new pages from being picked up
for Search. If you're not aware of this issue, you may be accidentally
blocking these pages from Google Search due to a server issue. If you need
to block Googlebot from crawling pages on your website, we'd recommend
using the robots.txt file instead.

Should you need to recognize IP addresses of Googlebot requests, you can
use a reverse IP lookup to do so:
https://support.google.com/webmasters/answer/80553

Should you have any questions, feel free to contact me directly. For
verification purposes, we are sending a copy of this message to your site's
Search Console account.

Thank you,
John Mueller (joh...@google.com)
Webmaster Trends Analyst




--

John Mueller, He/Him, Search Relations Team - go/search-rel
<https://goto.google.com/search-rel>
WTA is now Search-Rel (info
<https://sites.google.com/corp/google.com/search-rel/Home/reorg-2020-01>)

*Time-critical? Resend with "URGENT" in the subject.*

Google Switzerland GmbH
Gustav-Gull-Platz 1, 3. Stock
8004 Zurich, Switzerland

Identifikationsnummer:
CH-020.4.028.116-1




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

Re: Critical issue on forum.openoffice.org and Google Search

[Peter Kovacs]

low: /nl/forum/adm
Disallow: /nl/forum/cache
Disallow: /nl/forum/docs
Disallow: /nl/forum/files
Disallow: /nl/forum/images
Disallow: /nl/forum/includes
Disallow: /nl/forum/language
Disallow: /nl/forum/store
Disallow: /nl/forum/styles
Disallow: /vi/forum/common.php
Disallow: /vi/forum/config.php
Disallow: /vi/forum/con.php
Disallow: /vi/forum/faq.php
Disallow: /vi/forum/mcp.php
Disallow: /vi/forum/memberlist.php
Disallow: /vi/forum/posting.php
Disallow: /vi/forum/report.php
Disallow: /vi/forum/search.php
Disallow: /vi/forum/style.php
Disallow: /vi/forum/ucp.php
Disallow: /vi/forum/viewonline.php
Disallow: /vi/forum/adm
Disallow: /vi/forum/cache
Disallow: /vi/forum/docs
Disallow: /vi/forum/files
Disallow: /vi/forum/images
Disallow: /vi/forum/includes
Disallow: /vi/forum/language
Disallow: /vi/forum/store
Disallow: /vi/forum/styles
Disallow: /zh/forum/common.php
Disallow: /zh/forum/config.php
Disallow: /zh/forum/con.php
Disallow: /zh/forum/faq.php
Disallow: /zh/forum/mcp.php
Disallow: /zh/forum/memberlist.php
Disallow: /zh/forum/posting.php
Disallow: /zh/forum/report.php
Disallow: /zh/forum/search.php
Disallow: /zh/forum/style.php
Disallow: /zh/forum/ucp.php
Disallow: /zh/forum/viewonline.php
Disallow: /zh/forum/adm
Disallow: /zh/forum/cache
Disallow: /zh/forum/docs
Disallow: /zh/forum/files
Disallow: /zh/forum/images
Disallow: /zh/forum/includes
Disallow: /zh/forum/language
Disallow: /zh/forum/store
Disallow: /zh/forum/styles

This has been the robots.txt file since: Last-Modified: Sat, 06 Jun 2009 
23:40:14 GMT

Forum search uses phpBB

We haven’t allowed search engines to crawl forum.openoffice.org since before 
the Oracle donation to the ASF.

Crawlers IP addresses might be blocked by ASF Infra if their use is excessive. 
That could give the 301.

Regards,
Dave


On May 12, 2020, at 3:55 AM, Peter Kovacs  wrote:

Hello all,


What I figured is that from the Google search tool the URL forum.openoffice.org 
is not reachable.

So I checked with Duckduckgo (my prefered Search engine), they don't use 
crawler and point at the infra of Google, Bing and Yandex.

I checked then with Bing, but could not figure out to check bots feedback on an 
URL so I moved on

I checked with Yandex. They have a search URL test page. I have entered there 
forum.openoffice.org

The Response is:



* Date: Tue, 12 May 2020 10:37:47 GMT
* Server: Apache/2.4.18 (Ubuntu)
* Location: https://forum.openoffice.org/
* Content-Length: 237
* Keep-Alive: timeout=15, max=100
* Connection: Keep-Alive
* Content-Type: text/html; charset=iso-8859-1




HTTP status code301 Moved Permanently
Server response time133 ms
IP address  54.84.201.130
EncodingUTF-8(unicode-1-1-utf-8, UTF8)
Page size   237 B


I am not sure, what that means. HTTP Status Code moved Permanently reads wrong. 
I just dont know if this is the return code from our webservcer or a response 
code from the crawler.
I try to get someone from Infra. Or I'll open a ticket.


All the best
Peter

Am 12.05.20 um 10:39 schrieb Matthias Seidel:

Hi Kay,

Am 12.05.20 um 01:21 schrieb Kay Schenk:

On 5/11/20 12:33 PM, Matthias Seidel wrote:

Hi Kay,

Am 11.05.20 um 21:23 schrieb Kay Schenk:

Hi Peter...

Since I am a Google Search admin for www.openoffice.org, and
openoffice.apache.org, I got this also. Disclaimer: I have not done
ANY work with the Google Search apis on these sites in quite some time.

I actually was NOT aware forum.openoffice.org was set up to use Google
Search until I saw this.

I think, I added it to the list when we had a discussion about outdated
information regarding SourceForge found by Google Search.

But I don't have access to forum.openoffice.org, so I could never
complete the step.

Regards,

   Matthias

OK. In the top level of the website source, there is a file called
"skeleton.html" which references the following bit of code --



I didn't dig far enough to find how "skeleton.html" is used ( I
forgot) but this this is example for the google-analytics code snippet
that is used. Basically, this needs to be included in the site you
want analytics to be used on by putting it in the (header) files that
generate the site. And, you might  take a look at recent instructions
from Google. Things change.

https://support.google.com/analytics/answer/1008080

Yes, but this is for Google Analytics. I wouldn't want to "analyze" the
forum...
The procedure for the Google Search Console is the same, it needs access
to the root directory.

Maybe Andrea can help if he is available again?

Regards,

  Matthias


Regards,

Kay


One of the Google Search admins for forum.openoffice.org could check
the current Google search apis that are in use on that site. Changes
are occasionally made to the calls, and maybe that is the issue, or a
robots.txt for that site is cau

Re: Fwd: Critical issue on forum.openoffice.org and Google Search

[Peter Kovacs]

Hello all,


What I figured is that from the Google search tool the URL 
forum.openoffice.org is not reachable.


So I checked with Duckduckgo (my prefered Search engine), they don't use 
crawler and point at the infra of Google, Bing and Yandex.


I checked then with Bing, but could not figure out to check bots 
feedback on an URL so I moved on


I checked with Yandex. They have a search URL test page. I have entered 
there forum.openoffice.org


The Response is:



 * Date: Tue, 12 May 2020 10:37:47 GMT
 * Server: Apache/2.4.18 (Ubuntu)
 * Location: https://forum.openoffice.org/
 * Content-Length: 237
 * Keep-Alive: timeout=15, max=100
 * Connection: Keep-Alive
 * Content-Type: text/html; charset=iso-8859-1




HTTP status code301 Moved Permanently
Server response time133 ms
IP address  54.84.201.130
EncodingUTF-8(unicode-1-1-utf-8, UTF8)
Page size   237 B


I am not sure, what that means. HTTP Status Code moved Permanently reads 
wrong. I just dont know if this is the return code from our webservcer 
or a response code from the crawler.

I try to get someone from Infra. Or I'll open a ticket.


All the best
Peter

Am 12.05.20 um 10:39 schrieb Matthias Seidel:

Hi Kay,

Am 12.05.20 um 01:21 schrieb Kay Schenk:

On 5/11/20 12:33 PM, Matthias Seidel wrote:

Hi Kay,

Am 11.05.20 um 21:23 schrieb Kay Schenk:

Hi Peter...

Since I am a Google Search admin for www.openoffice.org, and
openoffice.apache.org, I got this also. Disclaimer: I have not done
ANY work with the Google Search apis on these sites in quite some time.

I actually was NOT aware forum.openoffice.org was set up to use Google
Search until I saw this.

I think, I added it to the list when we had a discussion about outdated
information regarding SourceForge found by Google Search.

But I don't have access to forum.openoffice.org, so I could never
complete the step.

Regards,

     Matthias

OK. In the top level of the website source, there is a file called
"skeleton.html" which references the following bit of code --



I didn't dig far enough to find how "skeleton.html" is used ( I
forgot) but this this is example for the google-analytics code snippet
that is used. Basically, this needs to be included in the site you
want analytics to be used on by putting it in the (header) files that
generate the site. And, you might  take a look at recent instructions
from Google. Things change.

https://support.google.com/analytics/answer/1008080

Yes, but this is for Google Analytics. I wouldn't want to "analyze" the
forum...
The procedure for the Google Search Console is the same, it needs access
to the root directory.

Maybe Andrea can help if he is available again?

Regards,

    Matthias


Regards,

Kay


One of the Google Search admins for forum.openoffice.org could check
the current Google search apis that are in use on that site. Changes
are occasionally made to the calls, and maybe that is the issue, or a
robots.txt for that site is causing this. I don't think it requires a
response, but maybe some investigation.

Just some ideas...

Regards,

Kay


On 5/11/20 6:02 AM, Peter Kovacs wrote:

Hi all,

I have received following mail. Probably because I am listed in the
google-Analytics page.

Does this has some action items? What can we answer Mr John Mueller?


All the Best

Peter



 Weitergeleitete Nachricht 
Betreff: Critical issue on forum.openoffice.org and Google Search
Datum: Mon, 11 May 2020 13:37:27 +0200
Von: John Mueller 
An: morsei...@gmail.com, kay.sch...@gmail.com, legi...@gmail.com



Dear webmaster of forum.openoffice.org <http://forum.openoffice.org>

I'm an analyst at Google in Switzerland. We wanted to bring your
attention to a critical issue with your website, and how it's
available for Google's web search.

In particular, Googlebot has been unable to crawl URLs from
https://forum.openoffice.org/ . This will cause those pages to drop
out of Google's search results, and will prevent new pages from being
picked up for Search. If you're not aware of this issue, you may be
accidentally blocking these pages from Google Search due to a server
issue. If you need to block Googlebot from crawling pages on your
website, we'd recommend using the robots.txt file instead.

Should you need to recognize IP addresses of Googlebot requests, you
can use a reverse IP lookup to do so:
https://support.google.com/webmasters/answer/80553

Should you have any questions, feel free to contact me directly. For
verification purposes, we are sending a copy of this message to your
site's Search Console account.

Thank you,
John Mueller (joh...@google.com <mailto:joh...@google.com>)
Webmaster Trends Analyst





---

Re: Critical issue on forum.openoffice.org and Google Search

[Peter Kovacs]

Hello Mr Mueller,


The forum.openoffice.org is our support Forum. When people have issues 
they are often directed to this page for solutions.


Do you have a list of URLs googlebot has not able to crawl? We can then 
check if the behavior is intended or not and we can tell you the reason 
for this measurement.


I am not particular skilled in google search engine. I do not understand 
the sentence:


This will cause those pages to drop out of Google's search results, 
and will prevent new pages from being picked up for Search. 

Can you explain this in an example please?


Thanks for the support.

All the best

Peter


Am 11.05.20 um 13:37 schrieb John Mueller:

Dear webmaster of forum.openoffice.org 

I'm an analyst at Google in Switzerland. We wanted to bring your 
attention to a critical issue with your website, and how it's 
available for Google's web search.


In particular, Googlebot has been unable to crawl URLs from 
https://forum.openoffice.org/ . This will cause those pages to drop 
out of Google's search results, and will prevent new pages from being 
picked up for Search. If you're not aware of this issue, you may be 
accidentally blocking these pages from Google Search due to a server 
issue. If you need to block Googlebot from crawling pages on your 
website, we'd recommend using the robots.txt file instead.


Should you need to recognize IP addresses of Googlebot requests, you 
can use a reverse IP lookup to do so: 
https://support.google.com/webmasters/answer/80553


Should you have any questions, feel free to contact me directly. For 
verification purposes, we are sending a copy of this message to your 
site's Search Console account.


Thank you,
John Mueller (joh...@google.com )
Webmaster Trends Analyst




--

John Mueller, He/Him, Search Relations Team - go/search-rel 

WTA is now Search-Rel (info 
)


*Time-critical? Resend with "URGENT" in the subject.*

Google Switzerland GmbH
Gustav-Gull-Platz 1, 3. Stock
8004 Zurich, Switzerland

Identifikationsnummer:
CH-020.4.028.116-1

Re: AOO 4.2.0-Dev2

[Peter Kovacs]

Am 11.05.20 um 22:04 schrieb Matthias Seidel:

Am 11.05.20 um 22:01 schrieb Jim Jagielski:

It is, yes.

Downgrade to 4.2. That should fix it.

The same on Linux and Windows (Cygwin)
I am telling it to this list for weeks now... ;-)


Nobody knows the trouble I have seen.

cppumaker does create some magic hpp files from the IDL specification.
I would guess the generated makefile is not that good anymore.

But that is only a wild guess.
You know nothing, John Snow. :P




On May 11, 2020, at 3:55 PM, Matthias Seidel  wrote:

Let me guess...

make is updated to 4.3?

Am 11.05.20 um 21:53 schrieb Jim Jagielski:

Ok, something happened between now and like 1 week ago, because I get (on 
macOS):

=
Building module offapi
=

Entering /Users/jim/src/asf/aoo-git/main/offapi/prj

cd .. && make -s -r -j6   && make -s -r deliverlog
[ build RDB ] offapi
[ build HPP ] offapi
[ build CHK ] loaded modules: offapi
cppumaker ERROR: cannot dump Type 'com/sun/star/rendering/XBitmapCanvas'
make: *** [/Users/jim/src/asf/aoo-git/main/solenv/gbuild/UnoApiTarget.mk:199: 
/Users/jim/src/asf/aoo-git/main/solver/420/unxmaccx.pro/workdir/UnoApiTarget/offapi.rdb]
 Error 99
make: *** Deleting file 
'/Users/jim/src/asf/aoo-git/main/solver/420/unxmaccx.pro/workdir/UnoApiTarget/offapi.rdb'
dmake:  Error code 2, while making 'all'



On May 11, 2020, at 2:46 PM, Jim Jagielski  wrote:

Tag is done:

   420-Dev2-m2

Kicking off builds


On May 11, 2020, at 10:26 AM, Jim Jagielski  wrote:

420-Dev2-m2

-
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

Fwd: Critical issue on forum.openoffice.org and Google Search

[Peter Kovacs]

Hi all,

I have received following mail. Probably because I am listed in the 
google-Analytics page.


Does this has some action items? What can we answer Mr John Mueller?


All the Best

Peter



 Weitergeleitete Nachricht 
Betreff:Critical issue on forum.openoffice.org and Google Search
Datum:  Mon, 11 May 2020 13:37:27 +0200
Von:John Mueller 
An: morsei...@gmail.com, kay.sch...@gmail.com, legi...@gmail.com



Dear webmaster of forum.openoffice.org 

I'm an analyst at Google in Switzerland. We wanted to bring your 
attention to a critical issue with your website, and how it's available 
for Google's web search.


In particular, Googlebot has been unable to crawl URLs from 
https://forum.openoffice.org/ . This will cause those pages to drop out 
of Google's search results, and will prevent new pages from being picked 
up for Search. If you're not aware of this issue, you may be 
accidentally blocking these pages from Google Search due to a server 
issue. If you need to block Googlebot from crawling pages on your 
website, we'd recommend using the robots.txt file instead.


Should you need to recognize IP addresses of Googlebot requests, you can 
use a reverse IP lookup to do so: 
https://support.google.com/webmasters/answer/80553


Should you have any questions, feel free to contact me directly. For 
verification purposes, we are sending a copy of this message to your 
site's Search Console account.


Thank you,
John Mueller (joh...@google.com )
Webmaster Trends Analyst




--

John Mueller, He/Him, Search Relations Team - go/search-rel 

WTA is now Search-Rel (info 
)


*Time-critical? Resend with "URGENT" in the subject.*

Google Switzerland GmbH
Gustav-Gull-Platz 1, 3. Stock
8004 Zurich, Switzerland

Identifikationsnummer:
CH-020.4.028.116-1

Re: IDL plugin for wiki

[Peter Kovacs]

Andrea wanted to fix this weeks ago. He said it is something he can do 
with not to much effort.


But it seems it is more complex then he has time for it. I can not add 
anything beyond this.


Am 10.05.20 um 17:39 schrieb Carl Marcum:

Hi Mechtilde,

Yes this issue has went on for sometime.
I suspect something with an upgrade has caused it.

Unfortunately I know nothing about the plugin but I could fix the 
pages by removing the use of it with hard links to the IDL docs if 
necessary.


I've been falling back to an old OO.o 3.1 pdf of the guide for some 
time now.
It would be good to have it fixed one way or the other as I reference 
the guide frequently.


I'll wait to see if anyone knows something about the plugin before 
proposing the workaround and taking action.


Thanks,
Carl


On 5/10/20 11:27 AM, Mechtilde wrote:

Hello Carl,

as I scroled back in the Mailinglist I found a thread with you and
Andrea at end of 2018 about an incompatible Plugin to show subpages in
the mediawiki,

Maybe this helps a little

Kind regards


Am 10.05.20 um 16:51 schrieb Carl Marcum:

Hi All,

Does anyone know how to debug and fix the mediawiki plugin for
generating the links to the IDL documentation?

It seems all the Dev Guide pages that show blank have these 
or  tags in them and I suspect it may me the problem.

Example:
https://wiki.openoffice.org/wiki/Documentation/DevGuide/Spreadsheets/Spreadsheet_Documents 




If no one can, I'll come back with a proposal to fix these pages with
hard links until someone can.

Thanks,
Carl




-
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: macOS and AOO42X

[Peter Kovacs]

I am OK with the plan.


Am 04.05.20 um 14:53 schrieb Jim Jagielski:



On May 3, 2020, at 1:58 PM, Matthias Seidel  wrote:

Hi Jim,

Am 29.04.20 um 20:43 schrieb Jim Jagielski:

OK, so I have available a handful of Lang builds for Linux 64bit and macOS 
available at

   o http://home.apache.org/~jim/AOO-builds/

These are of HEAD of AOO42X and were built as developer releases... these are not the 
"official" Dev2m2 releases however, although they are in a directory that 
implies otherwise.

Once people give these a quick A-OK, I can go ahead and do the *real* and 
*official* Dev2/4.2.0-m2 builds

All needed languages (including the 5 new ones) are now updated in trunk
and cherry-picked for AOO42X.

How do we proceed? Create a tag for Dev2?
I have seen no objections so far, assuming that everyone is OK with it...


Yep, I think a tag makes the most sense... I'll wait a bit for people to chime 
in.


-
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

[Pull request review] 17 open requests

[Peter Kovacs]

Hello all,


we have 17 open pull requests. And more will come. I am preparing 
another module fix. So no time to rest. Maybe all small stuff, and quick 
wins, but if they do not make it then what will?


Carl jumped at the first test. Thanks for that. I hope that maybe more 
will join the review.


Even if you have only little time, Pick one and try. -> All tries are 
good. I have made an overview to ease the selection. For starters it 
maybe good if we collect not only one feedback for each pull request but 
multiple.


If you have issues then open up a new topic with your issue!


Here is our [testing] backlog:

Code Review

https://github.com/apache/openoffice/pull/85     (line change +13 / -11)

https://github.com/apache/openoffice/pull/82    (line change is off 
because my scon branch has code changes from trunk :/  the only real 
change is I added main/site_scons/platform/linux.py 
 
)


https://github.com/apache/openoffice/pull/83    (line change +276 −276)

https://github.com/apache/openoffice/pull/84 (line change +3 −0)

https://github.com/apache/openoffice/pull/32 (line change +1 −1)

https://github.com/apache/openoffice/pull/31(line change +1 −1)


Comment Review

https://github.com/apache/openoffice/pull/86    (line change +34 −40)

https://github.com/apache/openoffice/pull/29     (line change +3 −0) 
(maybe done, Andrea had a review. So final test if it builds and go?)


some xst stuff?

https://github.com/apache/openoffice/pull/12 (line change +3 −3)


Help files review

https://github.com/apache/openoffice/pull/76 (line change +274 −290)

https://github.com/apache/openoffice/pull/80 (line change +101 −317)

https://github.com/apache/openoffice/pull/75 (line change +82 −91) maybe 
interesting for translation focused folks, too.


https://github.com/apache/openoffice/pull/28 (line change +1 −1)

https://github.com/apache/openoffice/pull/24 (line change +1 −1)


translations extension:

https://github.com/apache/openoffice/pull/30    (line change +349 −0)


GUI change

https://github.com/apache/openoffice/pull/15 (line change +1 −0 ) 
(approved by carl, ready for merge?)

extensions user promotion.

[Peter Kovacs]

Hello Dave,


Can SF.net help us with the extension page?

We would like to have more admins then Andrea. He is very busy and we 
need a fallback.



Would be great if we could promote at least another person to the same 
rights.


Is this something you could organize for us?


Thanks

All the Best

Peter


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

Re: drop ressources (stlport, maybe beanshell)

[Peter Kovacs]

yes kind of. I have seeb BeanUtil and maybe BSF (I am not sure) and I 
thought those were successor with the project.


But it quickly turned out it has been a misunderstanding on my side.


BSF supplies a nice vierity of Scripting Languages. Maybe it is good to 
keep it in mind for later. As an option, if wwe want to do something fancy.


New Feature stuff you know.


Am 01.05.20 um 20:04 schrieb Dave Fisher:

Were you looking for Apache Commons BSF?

http://commons.apache.org/proper/commons-bsf/


On Apr 24, 2020, at 6:50 PM, Peter Kovacs  wrote:

Hello all,


I would like to remove stlport from code. We already build without it, and no 
one is using it. We have a Repository system for managing old code. We do not 
need to carry stuff we do not use.

Another potential candidate to get Rid of is beanshell. I am looking into it, 
the project moved to Apache Commons. I hope that it is still there under a 
different name (beanUtil?)

Cleaning out stuff is important.

Any Objections?


-
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

Re: drop ressources (stlport, maybe beanshell)

[Peter Kovacs]

I just wanted to say in a complicated way that I told what I knew. And I 
don't think it is worth to do a lot of research to convince others.


Am 30.04.20 um 00:41 schrieb Marcus:

Am 29.04.20 um 12:13 schrieb Peter Kovacs:
Please understand that I assume a per default some resistance towards 
change. I see it as feature not as failure, we are a bit conservative 
for a reason.


But as a reaction I save my time a bit, where I think it is a waste.


I don't understand what you want to tell me here as this is out of 
context.



So which Information do you exactly need?


Actually I cannot really help here as I'm not a developer. However I 
would think that it is helping more to tell some more background of 
the potential removal candidate. Thats all. ;-)


Thanks

Marcus




Am 29.04.20 um 00:56 schrieb Marcus:


Am 25.04.20 um 03:50 schrieb Peter Kovacs:
I would like to remove stlport from code. We already build without 
it, and no one is using it. We have a Repository system for 
managing old code. We do not need to carry stuff we do not use.


Another potential candidate to get Rid of is beanshell. I am 
looking into it, the project moved to Apache Commons. I hope that 
it is still there under a different name (beanUtil?)


Cleaning out stuff is important.


right.

Howeverr, when you write for which the ressources are used it would 
be easier to judge if it can be really dropped or not.



-
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