Re: Search for duplicates

2018-04-11 Thread toki
On 04/10/2018 05:32 AM, Miriam Robarts wrote:

> It would be good to have a tool like this, so if I used the same adjective

_Linguist_ can provide a frequency list of every word used in the
document. It won't list synonyms next to each other. Linguist is no
longer maintained, so it might not work with AOo 4.x.  :(

I thought that _Language Tool_ had an optional style checker, but in
looking through the options in September 2017 version, it doesn't look
like it.  :(   Maybe it was for another language.

In theory, _Context Aware Synonym Suggester_ (CASS),  will walk through
a text, suggesting appropriate synonyms, catching "amazingly" and
"amazing" as quasi-duplicates. I've tried it once it or twice, but don't
remember the results.

Those extensions are either in the Apache Open Office extension
repository, or LibreOffice extension repository.
Both Language Tool and CASS are developed on GitHub.

jonathon

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



Re: a question about the hyphenator

2018-04-11 Thread toki


On 04/09/2018 06:46 AM, Mauro Trevisan wrote:
>  Hi, I would like to ask you if there are some documentation on the
> hyphenation algorithm, particularly on the non-standard hyphenation and --
> mainly -- on the NEXTLEVEL keyword.

a) I haven't looked at the code;
b) This is from memory, based on material back when OOo 2.x was in
development;

As such, this might not reflect current practice, if not outright wrong.

There are two hyphenation algorithms in OOo.  One of them was created by
Lázló Németh. (Hoping I have the correct diacritic marks.) The other one
was a slightly modified form of the hyphenation program used by TeX.

The Tex derived hyphenation program is for "normal languages", where
everything is regular, and compounded words can be easily parsed and
broken apart, without losing meaning.

The program Lázló wrote is for non-normal languages. These are languages
that use a number of suffixes, prefixes, intefixes, and other things,
that more or less ensure that breaking the word can, and usually will
alter the meaning of the word, if not the sentence. It is not uncommon
that breaking one of these words in the wrong place, will change the
meaning of the entire paragraph. Hungarian is the best known European
language, with this type of behaviour.

His program also works for languages in which words can be compounded
upon words, to create new words. Break these words in the wrong place,
and one can easily overlook the misplaced hyphen. Even breaking them in
the right place can result in the hyphen being overlooked.

IIRC, Lázló wrote at least one paper, and did one or two presentations
on hyphenation in OOo.

jonathon

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



Re: SVN trunk: Windows build crashes on startup

2018-04-11 Thread Pedro Lino
Hi Damjan


I'm running AOO420m1(Build:9800) - Rev. 1828644 from the Buildbot under Windows 
7 x64 without any problems.

Hope this helps...


Regards,

Pedro

> On April 11, 2018 at 12:29 PM Damjan Jovanovic wrote:
> 
> 
> Hi
> 
> First I thought it was a patch I was developing, but even with a clean
> rebuild, the Windows binaries reproducibly crash during startup.
> 
> It's not a debug build so I can't debug further.
> 
> Can anyone provide the SVN revision of a Windows build that works for 
> them,
> so I have a starting point for a regression test?
> 
> Damjan
> 


Re: SVN trunk: Windows build crashes on startup

2018-04-11 Thread Matthias Seidel
Hi Damjan,

My latest build was yesterday with revision 1828757.

It installs and works fine on Windows 10 Pro (64-bit).

Regards,

  Matthias


Am 11.04.2018 um 13:29 schrieb Damjan Jovanovic:
> Hi
>
> First I thought it was a patch I was developing, but even with a clean
> rebuild, the Windows binaries reproducibly crash during startup.
>
> It's not a debug build so I can't debug further.
>
> Can anyone provide the SVN revision of a Windows build that works for them,
> so I have a starting point for a regression test?
>
> Damjan
>




smime.p7s
Description: S/MIME Cryptographic Signature


Re: SVN trunk: Windows build crashes on startup

2018-04-11 Thread Patricia Shanahan

Copied the wrong revision number. It should be 1814901.

On 4/11/2018 6:46 AM, Patricia Shanahan wrote:
My Windows debug builds are based on revision 1828829. (I have avoided 
updating because recent changes are not relevant to the problems I'm 
debugging, and the Windows builds do not seem to be very stable right now.)


On 4/11/2018 4:29 AM, Damjan Jovanovic wrote:

Hi

First I thought it was a patch I was developing, but even with a clean
rebuild, the Windows binaries reproducibly crash during startup.

It's not a debug build so I can't debug further.

Can anyone provide the SVN revision of a Windows build that works for 
them,

so I have a starting point for a regression test?

Damjan



-
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: Time to push on for 4.2.0

2018-04-11 Thread Jim Jagielski
For the trunk->4.2.0 we can do what we do for Apache httpd. Create
a STATUS file which lists, via SVN commit revisions, what
backports are proposed to apply from trunk to the 4.2.0 branch.
Once 3 +1 votes are cast on the backport request, they get
committed to the branch.

Basically, trunk remains CTR whereas the branch becomes RTC
using a STATUS file as the backport tracker.

> On Apr 10, 2018, at 4:43 PM, Marcus  wrote:
> 
> Am 10.04.2018 um 14:54 schrieb Jim Jagielski:
>> We have still not yet made any strategic determination... We have
>> a possible scenario where gstreamer can be built regardless of
>> what version the build system has in place, but, afaict, that has
>> not yet been folded in.
>> My suggestion would be that that gets committed ASAP so we
>> can test it. We then svn copy trunk to a AOO420 branch and
>> start focusing on getting a 4.2.0 GA release out.
> 
> thanks for the reminder.
> 
> I also think it's time to start with splitting from the continued 
> developement and make a branch for 4.2.0.
> 
> The advantage is that we can start to create a stable code base - at the 
> moment at least for building, later on also for the code quality.
> 
> The disadvantage is that we then need to deal with merging code snippets to 
> trunk *and* 420_branch. But also at a later time this has to be done anyway - 
> so not really a disadvantage.
> 
> Marcus
> 
> 
> -
> 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: SVN trunk: Windows build crashes on startup

2018-04-11 Thread Patricia Shanahan
My Windows debug builds are based on revision 1828829. (I have avoided 
updating because recent changes are not relevant to the problems I'm 
debugging, and the Windows builds do not seem to be very stable right now.)


On 4/11/2018 4:29 AM, Damjan Jovanovic wrote:

Hi

First I thought it was a patch I was developing, but even with a clean
rebuild, the Windows binaries reproducibly crash during startup.

It's not a debug build so I can't debug further.

Can anyone provide the SVN revision of a Windows build that works for them,
so I have a starting point for a regression test?

Damjan



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



SVN trunk: Windows build crashes on startup

2018-04-11 Thread Damjan Jovanovic
Hi

First I thought it was a patch I was developing, but even with a clean
rebuild, the Windows binaries reproducibly crash during startup.

It's not a debug build so I can't debug further.

Can anyone provide the SVN revision of a Windows build that works for them,
so I have a starting point for a regression test?

Damjan