IRC links on our web site

[Arrigo Marchiori]

Dear All,

tonight I tried to login on the Freenode network and I was rejected.
I was told I must (re)register or else I could not connect.

In my very humble opinion, the time has come to get rid of any links
to the Freenode network, and rather invite visitors to our channel on
Libera.Chat. Keeping links to Freenode at this point may (still IMHO)
just backfire, as casual users may encounter problems just to connect
to the server, as it happened to me today.

I just pushed a new branch of our "openoffice-org" repository and
issued a pull request on GitHub [1]. Comments and reviews are welcome as
usual.

I will also work on the wiki, in my free time.

If anyone would like discuss the topic of leaving Freenode, please let
us talk about it. I saw some people on our Freenode channel, last time
I was allowed, who do not seem to appear on Libera.Chat. I must
confess this makes me a bit puzzled :-)

Best regards.

References:
 1: https://github.com/apache/openoffice-org/pull/57
-- 
Arrigo

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

[GitHub] [openoffice-org] ardovm opened a new pull request #57: Change IRC links into Libera.Chat

[GitBox]

ardovm opened a new pull request #57:
URL: https://github.com/apache/openoffice-org/pull/57


   The purpose of this PR is to update the project's contact information with 
respect to the IRC network.
   
   It does not involve all the occurrences of the "Freenode" word because some 
documents, IMHO, should keep the original links for historical purposes.
   
   I am also not sure that all the pages edited here are still worth being kept 
online.


-- 
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.

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

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

Re: [OS/2 and macOS] saving ODS with chart

[Arrigo Marchiori]

Hello Jim, All,

On Tue, Aug 03, 2021 at 12:42:47PM -0400, Jim Jagielski wrote:

> Wow. This is weird, but also kind of makes sense since it seems so very, very 
> platform and SDK sensitive.
> 
> Someone remind me what the catalina branch is and how it relates to trunk and 
> AOO42X, please :-)

Thank you for looking ito it!

catalina was branched from AOO41X.

If it has become stale, we can synchronize it with AOO41X with just a
`git merge upstream/AOO41X`.

But I do not think that AOO41X has changed much since, at least with
respect to the chart-related part.

> > On Jul 27, 2021, at 4:21 PM, Arrigo Marchiori  
> > wrote:
> > 
> > Hello All,
> > 
> > resurrecting an old thread.
> > 
> > On Thu, May 27, 2021 at 02:19:44PM -, Yuri Dario wrote:
> > 
> >> Hi,
> >> 
> >>> i can build AOO 4.2.x without problems with gcc 6.3 which is in Debian 9
> >>> I had problems to build it at Debian 10 with gcc 8.3.
> >> 
> >> here I have a 4.2 build done under Manjaro with gcc 9.2: saving a diagram 
> >> in ods format works fine, so it doesn't seems to be a compiler issue;
> >> 
> >> How is XML writing done with ODS files?

[...]

-- 
Arrigo

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

Re: [OS/2 and macOS] saving ODS with chart

[Jim Jagielski]

It does... 

> On Aug 3, 2021, at 1:25 PM, Matthias Seidel  
> wrote:
> 
> Hi Jim,
> 
> Am 03.08.21 um 19:21 schrieb Jim Jagielski:
>> Thanks... but that seems based on some older version of AOO41X... or am I 
>> missing something?
> 
> Yes, we had this problem with AOO41X. I don't know if it also occurs in
> AOO42X.
> 
>> 
>>> On Aug 3, 2021, at 1:06 PM, Matthias Seidel  
>>> wrote:
>>> 
>>> Hi Jim,
>>> 
>>> Am 03.08.21 um 18:42 schrieb Jim Jagielski:
 Wow. This is weird, but also kind of makes sense since it seems so very, 
 very platform and SDK sensitive.
 
 Someone remind me what the catalina branch is and how it relates to trunk 
 and AOO42X, please :-)
>>> https://github.com/apache/openoffice/tree/catalina 
>>> 
 
> On Jul 27, 2021, at 4:21 PM, Arrigo Marchiori  
> wrote:
> 
> Hello All,
> 
> resurrecting an old thread.
> 
> On Thu, May 27, 2021 at 02:19:44PM -, Yuri Dario wrote:
> 
>> Hi,
>> 
>>> i can build AOO 4.2.x without problems with gcc 6.3 which is in Debian 9
>>> I had problems to build it at Debian 10 with gcc 8.3.
>> here I have a 4.2 build done under Manjaro with gcc 9.2: saving a 
>> diagram 
>> in ods format works fine, so it doesn't seems to be a compiler issue;
>> 
>> How is XML writing done with ODS files?
> It's... complicated ;-)
> 
> I tried to dig deeper into this problem, as I could reproduce it with
> the "catalina" branch on our Mac Mini.
> 
> 
> Executive Summary (TL;DR ;-)
> 
> A boolean setting is not recognized as a boolean. An exception is
> thrown when accessing it. The exception is swallowed and the XML
> files' contents are not written.
> 
> 
> Details
> ===
> Method XMLFilter::impl_Export() in file
> main/chart2/source/model/filter/XMLFilter.cxx:599 [1] has the
> responsibility to output the XML files that describe the chart. It
> sets some common options (beans::XPropertySet xInfoSet), and appends
> them to uno::Sequence aFilterProperties. This sequence, together with
> other pieces of information, is passed to the three invocations of
> method XMLFilter::impl_ExportStream(), that starts at line 754.
> Each invocation should give the contents of one XML file.
> But in fact they do nothing.
> 
> Each invocation of method XMLFilter::impl_ExportStream() gets up to
> line:
> 
> 810:  xExporter->setSourceDocument( m_xSourceDoc );
> 
> This method raises an exception, that is caught below at line 820. The
> return code "nWarning" is never set to anything but zero, therefore
> the method returns (line 824) having failed its task, but reporting
> success.
> 
> The question is: why does the above method setSourceDocument() throw
> an exception? Let's look into it. I am not sure it is called directly
> due to inheritance and virtual methods, but in the end it is [2]
> SvXMLExport::setSourceDocument() in file
> xmloff/source/core/xmlexp.cxx:676
> 
> The exception is thrown at a seemingly harmless line:
> 
> 703:  if (::cppu::any2bool(aAny))
> 
> because for some reason, that "aAny" value, returned by method
> beans::XPropertySetInfo::getPropertyValue(), is not a bool, and
> function any2bool() throws because it cannot decode it.
> 
> But that property _was_ set as a bool by method
> XMLFilter::impl_Export(), in file
> main/chart2/source/model/filter/XMLFilter.cxx, at the beginning of
> this explanation:
> 
> 691:  xInfoSet->setPropertyValue( sUsePrettyPrinting, uno::makeAny( 
> bUsePrettyPrinting ) );
> 
> References:
> 
> 1: 
> https://github.com/apache/openoffice/blob/f1593045b154fade3a67d5f1771054eccc807e3f/main/chart2/source/model/filter/XMLFilter.cxx#L599
> 
> 2: 
> https://github.com/apache/openoffice/blob/f1593045b154fade3a67d5f1771054eccc807e3f/main/xmloff/source/core/xmlexp.cxx#L676
> 
> 
> Questions and comments
> ==
> Why does ::cppu::any2bool(aAny) not recognize a value constructed as
> uno::makeAny( bUsePrettyPrinting ) ?
> 
> Or is the beans::XPropertySet the culprit?
> 
> Both CXX files pointed above have not been touched for at least 8
> years. Why are they failing now? And why are they failing on a
> seemingly trivial issue like a boolean property?
> 
> Maybe AOO42X introduced some changes in the overall management of
> properties, "Any" objects and the like, that could have more or less
> inadvertently solved this issue? Has anyone reproduced the problem
> with AOO42X or trunk?
> 
> I would tend to blame the overall system because of the loads of
> warnings that are emitted by clang 12 when it compiles AOO41X.
> 
> I don

Re: [OS/2 and macOS] saving ODS with chart

[Matthias Seidel]

Hi Jim,

Am 03.08.21 um 19:21 schrieb Jim Jagielski:
> Thanks... but that seems based on some older version of AOO41X... or am I 
> missing something?

Yes, we had this problem with AOO41X. I don't know if it also occurs in
AOO42X.

>
>> On Aug 3, 2021, at 1:06 PM, Matthias Seidel  
>> wrote:
>>
>> Hi Jim,
>>
>> Am 03.08.21 um 18:42 schrieb Jim Jagielski:
>>> Wow. This is weird, but also kind of makes sense since it seems so very, 
>>> very platform and SDK sensitive.
>>>
>>> Someone remind me what the catalina branch is and how it relates to trunk 
>>> and AOO42X, please :-)
>> https://github.com/apache/openoffice/tree/catalina 
>> 
>>>
 On Jul 27, 2021, at 4:21 PM, Arrigo Marchiori  
 wrote:

 Hello All,

 resurrecting an old thread.

 On Thu, May 27, 2021 at 02:19:44PM -, Yuri Dario wrote:

> Hi,
>
>> i can build AOO 4.2.x without problems with gcc 6.3 which is in Debian 9
>> I had problems to build it at Debian 10 with gcc 8.3.
> here I have a 4.2 build done under Manjaro with gcc 9.2: saving a diagram 
> in ods format works fine, so it doesn't seems to be a compiler issue;
>
> How is XML writing done with ODS files?
 It's... complicated ;-)

 I tried to dig deeper into this problem, as I could reproduce it with
 the "catalina" branch on our Mac Mini.


 Executive Summary (TL;DR ;-)
 
 A boolean setting is not recognized as a boolean. An exception is
 thrown when accessing it. The exception is swallowed and the XML
 files' contents are not written.


 Details
 ===
 Method XMLFilter::impl_Export() in file
 main/chart2/source/model/filter/XMLFilter.cxx:599 [1] has the
 responsibility to output the XML files that describe the chart. It
 sets some common options (beans::XPropertySet xInfoSet), and appends
 them to uno::Sequence aFilterProperties. This sequence, together with
 other pieces of information, is passed to the three invocations of
 method XMLFilter::impl_ExportStream(), that starts at line 754.
 Each invocation should give the contents of one XML file.
 But in fact they do nothing.

 Each invocation of method XMLFilter::impl_ExportStream() gets up to
 line:

 810:  xExporter->setSourceDocument( m_xSourceDoc );

 This method raises an exception, that is caught below at line 820. The
 return code "nWarning" is never set to anything but zero, therefore
 the method returns (line 824) having failed its task, but reporting
 success.

 The question is: why does the above method setSourceDocument() throw
 an exception? Let's look into it. I am not sure it is called directly
 due to inheritance and virtual methods, but in the end it is [2]
 SvXMLExport::setSourceDocument() in file
 xmloff/source/core/xmlexp.cxx:676

 The exception is thrown at a seemingly harmless line:

 703:  if (::cppu::any2bool(aAny))

 because for some reason, that "aAny" value, returned by method
 beans::XPropertySetInfo::getPropertyValue(), is not a bool, and
 function any2bool() throws because it cannot decode it.

 But that property _was_ set as a bool by method
 XMLFilter::impl_Export(), in file
 main/chart2/source/model/filter/XMLFilter.cxx, at the beginning of
 this explanation:

 691:  xInfoSet->setPropertyValue( sUsePrettyPrinting, uno::makeAny( 
 bUsePrettyPrinting ) );

 References:

 1: 
 https://github.com/apache/openoffice/blob/f1593045b154fade3a67d5f1771054eccc807e3f/main/chart2/source/model/filter/XMLFilter.cxx#L599

 2: 
 https://github.com/apache/openoffice/blob/f1593045b154fade3a67d5f1771054eccc807e3f/main/xmloff/source/core/xmlexp.cxx#L676


 Questions and comments
 ==
 Why does ::cppu::any2bool(aAny) not recognize a value constructed as
 uno::makeAny( bUsePrettyPrinting ) ?

 Or is the beans::XPropertySet the culprit?

 Both CXX files pointed above have not been touched for at least 8
 years. Why are they failing now? And why are they failing on a
 seemingly trivial issue like a boolean property?

 Maybe AOO42X introduced some changes in the overall management of
 properties, "Any" objects and the like, that could have more or less
 inadvertently solved this issue? Has anyone reproduced the problem
 with AOO42X or trunk?

 I would tend to blame the overall system because of the loads of
 warnings that are emitted by clang 12 when it compiles AOO41X.

 I don't know if it's worth the effort to further look into this, or
 instead, just leave AOO41X working with older compilers and move
 forward with AOO42X.

 Comments, questions, criticism are welcome!

 Best regards,
 -- 

Re: [OS/2 and macOS] saving ODS with chart

[Jim Jagielski]

Thanks... but that seems based on some older version of AOO41X... or am I 
missing something?

> On Aug 3, 2021, at 1:06 PM, Matthias Seidel  
> wrote:
> 
> Hi Jim,
> 
> Am 03.08.21 um 18:42 schrieb Jim Jagielski:
>> Wow. This is weird, but also kind of makes sense since it seems so very, 
>> very platform and SDK sensitive.
>> 
>> Someone remind me what the catalina branch is and how it relates to trunk 
>> and AOO42X, please :-)
> https://github.com/apache/openoffice/tree/catalina 
> 
>> 
>> 
>>> On Jul 27, 2021, at 4:21 PM, Arrigo Marchiori  
>>> wrote:
>>> 
>>> Hello All,
>>> 
>>> resurrecting an old thread.
>>> 
>>> On Thu, May 27, 2021 at 02:19:44PM -, Yuri Dario wrote:
>>> 
 Hi,
 
> i can build AOO 4.2.x without problems with gcc 6.3 which is in Debian 9
> I had problems to build it at Debian 10 with gcc 8.3.
 here I have a 4.2 build done under Manjaro with gcc 9.2: saving a diagram 
 in ods format works fine, so it doesn't seems to be a compiler issue;
 
 How is XML writing done with ODS files?
>>> It's... complicated ;-)
>>> 
>>> I tried to dig deeper into this problem, as I could reproduce it with
>>> the "catalina" branch on our Mac Mini.
>>> 
>>> 
>>> Executive Summary (TL;DR ;-)
>>> 
>>> A boolean setting is not recognized as a boolean. An exception is
>>> thrown when accessing it. The exception is swallowed and the XML
>>> files' contents are not written.
>>> 
>>> 
>>> Details
>>> ===
>>> Method XMLFilter::impl_Export() in file
>>> main/chart2/source/model/filter/XMLFilter.cxx:599 [1] has the
>>> responsibility to output the XML files that describe the chart. It
>>> sets some common options (beans::XPropertySet xInfoSet), and appends
>>> them to uno::Sequence aFilterProperties. This sequence, together with
>>> other pieces of information, is passed to the three invocations of
>>> method XMLFilter::impl_ExportStream(), that starts at line 754.
>>> Each invocation should give the contents of one XML file.
>>> But in fact they do nothing.
>>> 
>>> Each invocation of method XMLFilter::impl_ExportStream() gets up to
>>> line:
>>> 
>>> 810:  xExporter->setSourceDocument( m_xSourceDoc );
>>> 
>>> This method raises an exception, that is caught below at line 820. The
>>> return code "nWarning" is never set to anything but zero, therefore
>>> the method returns (line 824) having failed its task, but reporting
>>> success.
>>> 
>>> The question is: why does the above method setSourceDocument() throw
>>> an exception? Let's look into it. I am not sure it is called directly
>>> due to inheritance and virtual methods, but in the end it is [2]
>>> SvXMLExport::setSourceDocument() in file
>>> xmloff/source/core/xmlexp.cxx:676
>>> 
>>> The exception is thrown at a seemingly harmless line:
>>> 
>>> 703:  if (::cppu::any2bool(aAny))
>>> 
>>> because for some reason, that "aAny" value, returned by method
>>> beans::XPropertySetInfo::getPropertyValue(), is not a bool, and
>>> function any2bool() throws because it cannot decode it.
>>> 
>>> But that property _was_ set as a bool by method
>>> XMLFilter::impl_Export(), in file
>>> main/chart2/source/model/filter/XMLFilter.cxx, at the beginning of
>>> this explanation:
>>> 
>>> 691:  xInfoSet->setPropertyValue( sUsePrettyPrinting, uno::makeAny( 
>>> bUsePrettyPrinting ) );
>>> 
>>> References:
>>> 
>>> 1: 
>>> https://github.com/apache/openoffice/blob/f1593045b154fade3a67d5f1771054eccc807e3f/main/chart2/source/model/filter/XMLFilter.cxx#L599
>>> 
>>> 2: 
>>> https://github.com/apache/openoffice/blob/f1593045b154fade3a67d5f1771054eccc807e3f/main/xmloff/source/core/xmlexp.cxx#L676
>>> 
>>> 
>>> Questions and comments
>>> ==
>>> Why does ::cppu::any2bool(aAny) not recognize a value constructed as
>>> uno::makeAny( bUsePrettyPrinting ) ?
>>> 
>>> Or is the beans::XPropertySet the culprit?
>>> 
>>> Both CXX files pointed above have not been touched for at least 8
>>> years. Why are they failing now? And why are they failing on a
>>> seemingly trivial issue like a boolean property?
>>> 
>>> Maybe AOO42X introduced some changes in the overall management of
>>> properties, "Any" objects and the like, that could have more or less
>>> inadvertently solved this issue? Has anyone reproduced the problem
>>> with AOO42X or trunk?
>>> 
>>> I would tend to blame the overall system because of the loads of
>>> warnings that are emitted by clang 12 when it compiles AOO41X.
>>> 
>>> I don't know if it's worth the effort to further look into this, or
>>> instead, just leave AOO41X working with older compilers and move
>>> forward with AOO42X.
>>> 
>>> Comments, questions, criticism are welcome!
>>> 
>>> Best regards,
>>> -- 
>>> Arrigo
>>> 
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>> 

Re: [OS/2 and macOS] saving ODS with chart

[Matthias Seidel]

Hi Jim,

Am 03.08.21 um 18:42 schrieb Jim Jagielski:
> Wow. This is weird, but also kind of makes sense since it seems so very, very 
> platform and SDK sensitive.
>
> Someone remind me what the catalina branch is and how it relates to trunk and 
> AOO42X, please :-)
https://github.com/apache/openoffice/tree/catalina
>
>
>> On Jul 27, 2021, at 4:21 PM, Arrigo Marchiori  
>> wrote:
>>
>> Hello All,
>>
>> resurrecting an old thread.
>>
>> On Thu, May 27, 2021 at 02:19:44PM -, Yuri Dario wrote:
>>
>>> Hi,
>>>
 i can build AOO 4.2.x without problems with gcc 6.3 which is in Debian 9
 I had problems to build it at Debian 10 with gcc 8.3.
>>> here I have a 4.2 build done under Manjaro with gcc 9.2: saving a diagram 
>>> in ods format works fine, so it doesn't seems to be a compiler issue;
>>>
>>> How is XML writing done with ODS files?
>> It's... complicated ;-)
>>
>> I tried to dig deeper into this problem, as I could reproduce it with
>> the "catalina" branch on our Mac Mini.
>>
>>
>> Executive Summary (TL;DR ;-)
>> 
>> A boolean setting is not recognized as a boolean. An exception is
>> thrown when accessing it. The exception is swallowed and the XML
>> files' contents are not written.
>>
>>
>> Details
>> ===
>> Method XMLFilter::impl_Export() in file
>> main/chart2/source/model/filter/XMLFilter.cxx:599 [1] has the
>> responsibility to output the XML files that describe the chart. It
>> sets some common options (beans::XPropertySet xInfoSet), and appends
>> them to uno::Sequence aFilterProperties. This sequence, together with
>> other pieces of information, is passed to the three invocations of
>> method XMLFilter::impl_ExportStream(), that starts at line 754.
>> Each invocation should give the contents of one XML file.
>> But in fact they do nothing.
>>
>> Each invocation of method XMLFilter::impl_ExportStream() gets up to
>> line:
>>
>> 810:  xExporter->setSourceDocument( m_xSourceDoc );
>>
>> This method raises an exception, that is caught below at line 820. The
>> return code "nWarning" is never set to anything but zero, therefore
>> the method returns (line 824) having failed its task, but reporting
>> success.
>>
>> The question is: why does the above method setSourceDocument() throw
>> an exception? Let's look into it. I am not sure it is called directly
>> due to inheritance and virtual methods, but in the end it is [2]
>> SvXMLExport::setSourceDocument() in file
>> xmloff/source/core/xmlexp.cxx:676
>>
>> The exception is thrown at a seemingly harmless line:
>>
>> 703:  if (::cppu::any2bool(aAny))
>>
>> because for some reason, that "aAny" value, returned by method
>> beans::XPropertySetInfo::getPropertyValue(), is not a bool, and
>> function any2bool() throws because it cannot decode it.
>>
>> But that property _was_ set as a bool by method
>> XMLFilter::impl_Export(), in file
>> main/chart2/source/model/filter/XMLFilter.cxx, at the beginning of
>> this explanation:
>>
>> 691:  xInfoSet->setPropertyValue( sUsePrettyPrinting, uno::makeAny( 
>> bUsePrettyPrinting ) );
>>
>> References:
>>
>> 1: 
>> https://github.com/apache/openoffice/blob/f1593045b154fade3a67d5f1771054eccc807e3f/main/chart2/source/model/filter/XMLFilter.cxx#L599
>>
>> 2: 
>> https://github.com/apache/openoffice/blob/f1593045b154fade3a67d5f1771054eccc807e3f/main/xmloff/source/core/xmlexp.cxx#L676
>>
>>
>> Questions and comments
>> ==
>> Why does ::cppu::any2bool(aAny) not recognize a value constructed as
>> uno::makeAny( bUsePrettyPrinting ) ?
>>
>> Or is the beans::XPropertySet the culprit?
>>
>> Both CXX files pointed above have not been touched for at least 8
>> years. Why are they failing now? And why are they failing on a
>> seemingly trivial issue like a boolean property?
>>
>> Maybe AOO42X introduced some changes in the overall management of
>> properties, "Any" objects and the like, that could have more or less
>> inadvertently solved this issue? Has anyone reproduced the problem
>> with AOO42X or trunk?
>>
>> I would tend to blame the overall system because of the loads of
>> warnings that are emitted by clang 12 when it compiles AOO41X.
>>
>> I don't know if it's worth the effort to further look into this, or
>> instead, just leave AOO41X working with older compilers and move
>> forward with AOO42X.
>>
>> Comments, questions, criticism are welcome!
>>
>> Best regards,
>> -- 
>> Arrigo
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>



smime.p7s
Description: S/MIME Cryptographic Signature

Re: Time for a 4.2.0-dev3?

[Matthias Seidel]

Ready, when you are! ;-)

Am 03.08.21 um 18:44 schrieb Jim Jagielski:
> I'd like to spend some time on the ODS bug on macOS:
>
> Executive Summary (TL;DR ;-)
> 
> A boolean setting is not recognized as a boolean. An exception is
> thrown when accessing it. The exception is swallowed and the XML
> files' contents are not written.
>
>
>> On Aug 3, 2021, at 5:13 AM, Matthias Seidel  
>> wrote:
>>
>> I would be able to upload the Windows binaries now...
>>
>> @Jim: Can you create a tag on GitHub and provide macOS and Linux builds?
>>
>> Regards,
>>
>>Matthias
>>
>> Am 01.08.21 um 23:30 schrieb Matthias Seidel:
>>> Hi,
>>>
>>> Just FYI: I just build a AOO420-Dev3 for Windows (as a test) based on
>>> Git hash 494e99f846.
>>>
>>> Regards,
>>>
>>>Matthias
>>>
>>> Am 31.07.21 um 17:26 schrieb Matthias Seidel:
 Hi all,

 Next weekend? Any idea?

 Matthias

 Am 29.07.21 um 15:21 schrieb Matthias Seidel:
> Hi all,
>
> Am 27.07.21 um 19:11 schrieb Arrigo Marchiori:
>> Hello All,
>>
>> On Tue, Jul 27, 2021 at 06:56:25PM +0200, Matthias Seidel wrote:
>>
>>> Hi Jim,
>>>
>>> Am 27.07.21 um 17:44 schrieb Jim Jagielski:
 Snapshot works for me
>>> Great! What do others think?
>>>
>>> Commits are low at the moment, so we could start any time...
>> +1
> I would have time this weekend...
>
> Regards,
>
>Matthias
>
>



smime.p7s
Description: S/MIME Cryptographic Signature

Re: [OS/2 and macOS] saving ODS with chart

[Jim Jagielski]

Hmmm... this seems to indicate that it is something in the UNO code itself 
which may be the issue, and specifically about exception handling... possibly 
some weirdness in the assembly part.

That narrows things down... great work Arrigo!
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Time for a 4.2.0-dev3?

[Jim Jagielski]

I'd like to spend some time on the ODS bug on macOS:

Executive Summary (TL;DR ;-)

A boolean setting is not recognized as a boolean. An exception is
thrown when accessing it. The exception is swallowed and the XML
files' contents are not written.


> On Aug 3, 2021, at 5:13 AM, Matthias Seidel  
> wrote:
> 
> I would be able to upload the Windows binaries now...
> 
> @Jim: Can you create a tag on GitHub and provide macOS and Linux builds?
> 
> Regards,
> 
>Matthias
> 
> Am 01.08.21 um 23:30 schrieb Matthias Seidel:
>> Hi,
>> 
>> Just FYI: I just build a AOO420-Dev3 for Windows (as a test) based on
>> Git hash 494e99f846.
>> 
>> Regards,
>> 
>>Matthias
>> 
>> Am 31.07.21 um 17:26 schrieb Matthias Seidel:
>>> Hi all,
>>> 
>>> Next weekend? Any idea?
>>> 
>>> Matthias
>>> 
>>> Am 29.07.21 um 15:21 schrieb Matthias Seidel:
 Hi all,
 
 Am 27.07.21 um 19:11 schrieb Arrigo Marchiori:
> Hello All,
> 
> On Tue, Jul 27, 2021 at 06:56:25PM +0200, Matthias Seidel wrote:
> 
>> Hi Jim,
>> 
>> Am 27.07.21 um 17:44 schrieb Jim Jagielski:
>>> Snapshot works for me
>> Great! What do others think?
>> 
>> Commits are low at the moment, so we could start any time...
> +1
 I would have time this weekend...
 
 Regards,
 
Matthias
 
> 

Re: [OS/2 and macOS] saving ODS with chart

[Jim Jagielski]

Wow. This is weird, but also kind of makes sense since it seems so very, very 
platform and SDK sensitive.

Someone remind me what the catalina branch is and how it relates to trunk and 
AOO42X, please :-)


> On Jul 27, 2021, at 4:21 PM, Arrigo Marchiori  wrote:
> 
> Hello All,
> 
> resurrecting an old thread.
> 
> On Thu, May 27, 2021 at 02:19:44PM -, Yuri Dario wrote:
> 
>> Hi,
>> 
>>> i can build AOO 4.2.x without problems with gcc 6.3 which is in Debian 9
>>> I had problems to build it at Debian 10 with gcc 8.3.
>> 
>> here I have a 4.2 build done under Manjaro with gcc 9.2: saving a diagram 
>> in ods format works fine, so it doesn't seems to be a compiler issue;
>> 
>> How is XML writing done with ODS files?
> 
> It's... complicated ;-)
> 
> I tried to dig deeper into this problem, as I could reproduce it with
> the "catalina" branch on our Mac Mini.
> 
> 
> Executive Summary (TL;DR ;-)
> 
> A boolean setting is not recognized as a boolean. An exception is
> thrown when accessing it. The exception is swallowed and the XML
> files' contents are not written.
> 
> 
> Details
> ===
> Method XMLFilter::impl_Export() in file
> main/chart2/source/model/filter/XMLFilter.cxx:599 [1] has the
> responsibility to output the XML files that describe the chart. It
> sets some common options (beans::XPropertySet xInfoSet), and appends
> them to uno::Sequence aFilterProperties. This sequence, together with
> other pieces of information, is passed to the three invocations of
> method XMLFilter::impl_ExportStream(), that starts at line 754.
> Each invocation should give the contents of one XML file.
> But in fact they do nothing.
> 
> Each invocation of method XMLFilter::impl_ExportStream() gets up to
> line:
> 
> 810:  xExporter->setSourceDocument( m_xSourceDoc );
> 
> This method raises an exception, that is caught below at line 820. The
> return code "nWarning" is never set to anything but zero, therefore
> the method returns (line 824) having failed its task, but reporting
> success.
> 
> The question is: why does the above method setSourceDocument() throw
> an exception? Let's look into it. I am not sure it is called directly
> due to inheritance and virtual methods, but in the end it is [2]
> SvXMLExport::setSourceDocument() in file
> xmloff/source/core/xmlexp.cxx:676
> 
> The exception is thrown at a seemingly harmless line:
> 
> 703:  if (::cppu::any2bool(aAny))
> 
> because for some reason, that "aAny" value, returned by method
> beans::XPropertySetInfo::getPropertyValue(), is not a bool, and
> function any2bool() throws because it cannot decode it.
> 
> But that property _was_ set as a bool by method
> XMLFilter::impl_Export(), in file
> main/chart2/source/model/filter/XMLFilter.cxx, at the beginning of
> this explanation:
> 
> 691:  xInfoSet->setPropertyValue( sUsePrettyPrinting, uno::makeAny( 
> bUsePrettyPrinting ) );
> 
> References:
> 
> 1: 
> https://github.com/apache/openoffice/blob/f1593045b154fade3a67d5f1771054eccc807e3f/main/chart2/source/model/filter/XMLFilter.cxx#L599
> 
> 2: 
> https://github.com/apache/openoffice/blob/f1593045b154fade3a67d5f1771054eccc807e3f/main/xmloff/source/core/xmlexp.cxx#L676
> 
> 
> Questions and comments
> ==
> Why does ::cppu::any2bool(aAny) not recognize a value constructed as
> uno::makeAny( bUsePrettyPrinting ) ?
> 
> Or is the beans::XPropertySet the culprit?
> 
> Both CXX files pointed above have not been touched for at least 8
> years. Why are they failing now? And why are they failing on a
> seemingly trivial issue like a boolean property?
> 
> Maybe AOO42X introduced some changes in the overall management of
> properties, "Any" objects and the like, that could have more or less
> inadvertently solved this issue? Has anyone reproduced the problem
> with AOO42X or trunk?
> 
> I would tend to blame the overall system because of the loads of
> warnings that are emitted by clang 12 when it compiles AOO41X.
> 
> I don't know if it's worth the effort to further look into this, or
> instead, just leave AOO41X working with older compilers and move
> forward with AOO42X.
> 
> Comments, questions, criticism are welcome!
> 
> Best regards,
> -- 
> Arrigo
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
> 


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

Re: Time for a 4.2.0-dev3?

[Matthias Seidel]

I would be able to upload the Windows binaries now...

@Jim: Can you create a tag on GitHub and provide macOS and Linux builds?

Regards,

   Matthias

Am 01.08.21 um 23:30 schrieb Matthias Seidel:
> Hi,
>
> Just FYI: I just build a AOO420-Dev3 for Windows (as a test) based on
> Git hash 494e99f846.
>
> Regards,
>
>    Matthias
>
> Am 31.07.21 um 17:26 schrieb Matthias Seidel:
>> Hi all,
>>
>> Next weekend? Any idea?
>>
>> Matthias
>>
>> Am 29.07.21 um 15:21 schrieb Matthias Seidel:
>>> Hi all,
>>>
>>> Am 27.07.21 um 19:11 schrieb Arrigo Marchiori:
 Hello All,

 On Tue, Jul 27, 2021 at 06:56:25PM +0200, Matthias Seidel wrote:

> Hi Jim,
>
> Am 27.07.21 um 17:44 schrieb Jim Jagielski:
>> Snapshot works for me
> Great! What do others think?
>
> Commits are low at the moment, so we could start any time...
 +1
>>> I would have time this weekend...
>>>
>>> Regards,
>>>
>>>    Matthias
>>>



smime.p7s
Description: S/MIME Cryptographic Signature

Re: problem with spell checker even after I installed version 4.1.10

[casalva]

You can get more details on the user profile on the Italian AOO forum: 
https://forum.openoffice.org/it/forum/viewtopic.php?f=34&t=5100

- Messaggio originale -
Da: "Daniel Caputa" 
A: dev@openoffice.apache.org
Inviato: Lunedì, 2 agosto 2021 18:46:58
Oggetto: problem with spell checker even after I installed version 4.1.10

Hello. My name is Daniel Caputa and  I’m having trouble with the spell checker 
and the language. I’m using windows 10. When I go to “auto spell check”, it 
shows everything I type with red squiggle lines under the words. I checked 
everything for the language and every other thing it told me to check but it 
still doesn’t work properly. One example is when I type the word “is” it comes 
up E1. If I try to use “auto spell check” a little red line comes up under each 
word. If I go to “spelling and grammar”, it highlights each word as the wrong 
spelling, even if they’re spelled correctly. I even went to “repair problems” 
which didn’t work.  I know my spell checker is working good on my other 
programs because as I have been typing this letter, it’s been correcting my 
spelling. Could you please instruct me as to what I could do to correct my 
problem??? I’ll be looking forward to hearing from you. Thanks Dan!!



Sent from Mail for Windows 10

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