date:20130220

On Wed, Feb 20, 2013 at 6:10 PM, Dennis E. Hamilton  wrote:
> Ah, very good.  Yes I see Normative Appendix F in ISO/IEC 9899:1999 (C99), 
> along with
>
> "An implementation that defines _ _STDC_IEC_559_ _ shall conform to the 
> specifications
>  in this annex. Where a binding between the C language and IEC 60559 is 
> indicated,
>  the IEC 60559-specified behavior is adopted by reference, unless stated 
> otherwise."
>  [section F.1]
>
> which is, of course, why it is not bolted into the main text of the standard.
>
> This carries through to ISO/IEC 9899:2011.
>
> Thanks for connecting that particular dot,
>

I don't know the background story on this, but it seems almost like a
"profile".  There is the core conformance clauses, in which some
things are implementation-defined, and then this additional annex
which profiles the requirements of the specification for use with
IEEE-conforming floating point processors.  So it tightens the
requirements.  Of course, one could claim conformance with or without
the Annex F requirements.

For traditional desktop use of AOO, I bet the Annex describes the
relevant set of requirements.  But down the road there are two areas
that might make this less certain:  1) mobile devices and 2) GPU's.
I'm not sure that IEEE 754 is guaranteed in those cases.But if we
ever support those kinds of processors then we'll have bigger
headaches to worry about ;-)

Regards,

-Rob

>  - Dennis
>
> PS: There is no counterpart of Appendix F in ISO/IEC 14882:1998 (C++) nor 
> ISO/IEC 14882:2003 and ISO/IEC 14882:2011.  I assume this is because C++ has 
> the numeric_limits class to account for the variations in implementations 
> without any mention of IEC 60559 (or the IEEE counterpart on which it 
> derives).  Also, these rely on a variable is_iec559 and specify a number of 
> numeric_limits conditionally on iec559 != false.  The declaration of 
> conformance to IEC [60]559 (IEEE 754) does not make any of the exceptions 
> that are in ISO C Appendix F.
>
> -Original Message-
> From: Rob Weir [mailto:robw...@apache.org]
> Sent: Wednesday, February 20, 2013 14:08
> To: dev@openoffice.apache.org; orc...@apache.org
> Subject: Re: Solving this 0⁰ issue correctly (was Re: Calc behavior: result 
> of 0 ^ 0)
>
> On Wed, Feb 20, 2013 at 4:37 PM, Dennis E. Hamilton  wrote:
>> I earlier quoted the applicable (and only) texts from the Standards 
>> themselves, particularly C++ and also the latest C Standard (2011 and C99 
>> with all Technical Corrigenda through 2007).
>>
>> No matter what is said about pow(0,0) in the C99 Rationale v5.10 Appendix F 
>> of April 2003, there are no such requirements in the Standards, including 
>> those versions that have been adopted since 2003.
>>
>>  - Dennis
>>
> [ ... ]
>
> In other words, C99, in a normative Annex F, section 9.4.4, for
> implementations that conform to IEEE 754 floating point, says:
>
> "pow(x, ±0) returns 1 for any x, even a NaN."
>
> Do you see something different?
>
> I'd like to make sure we're seeing the same thing here.
>
> -Rob
>
>
> [ ... ]
>

RE: Solving this 0⁰ issue correctly (was Re: Calc behavior: result of 0 ^ 0)

2013-02-20 Thread Dennis E. Hamilton

Ah, very good.  Yes I see Normative Appendix F in ISO/IEC 9899:1999 (C99), 
along with

"An implementation that defines _ _STDC_IEC_559_ _ shall conform to the 
specifications 
 in this annex. Where a binding between the C language and IEC 60559 is 
indicated, 
 the IEC 60559-specified behavior is adopted by reference, unless stated 
otherwise."
 [section F.1]

which is, of course, why it is not bolted into the main text of the standard.  

This carries through to ISO/IEC 9899:2011.  

Thanks for connecting that particular dot,

 - Dennis

PS: There is no counterpart of Appendix F in ISO/IEC 14882:1998 (C++) nor 
ISO/IEC 14882:2003 and ISO/IEC 14882:2011.  I assume this is because C++ has 
the numeric_limits class to account for the variations in implementations 
without any mention of IEC 60559 (or the IEEE counterpart on which it derives). 
 Also, these rely on a variable is_iec559 and specify a number of 
numeric_limits conditionally on iec559 != false.  The declaration of 
conformance to IEC [60]559 (IEEE 754) does not make any of the exceptions that 
are in ISO C Appendix F.

-Original Message-
From: Rob Weir [mailto:robw...@apache.org] 
Sent: Wednesday, February 20, 2013 14:08
To: dev@openoffice.apache.org; orc...@apache.org
Subject: Re: Solving this 0⁰ issue correctly (was Re: Calc behavior: result of 
0 ^ 0)

On Wed, Feb 20, 2013 at 4:37 PM, Dennis E. Hamilton  wrote:
> I earlier quoted the applicable (and only) texts from the Standards 
> themselves, particularly C++ and also the latest C Standard (2011 and C99 
> with all Technical Corrigenda through 2007).
>
> No matter what is said about pow(0,0) in the C99 Rationale v5.10 Appendix F 
> of April 2003, there are no such requirements in the Standards, including 
> those versions that have been adopted since 2003.
>
>  - Dennis
>
[ ... ]

In other words, C99, in a normative Annex F, section 9.4.4, for
implementations that conform to IEEE 754 floating point, says:

"pow(x, ±0) returns 1 for any x, even a NaN."

Do you see something different?

I'd like to make sure we're seeing the same thing here.

-Rob

[ ... ]

Re: Presentation templates for ApacheCon NA 2013

2013-02-20 Thread Jim Jagielski

Any update on these templates... I really want to be able to xfer
my slides to the canonical template sooner rather than later ;)

On Feb 8, 2013, at 3:32 AM, Shenfeng Liu  wrote:

> Saransh,
>   Thanks very much for your help!
>   As I mentioned below, you can refer to the Apache OpenOffice template 
> website and ApacheCon EU 2012 template .
>   We need to design 1 cover slide and 1 content slide. Last time we made the 
> visual design in 2000*1500 jpeg files firstly. If people like the design, 
> then we can take the picture as background and build the template (which I'm 
> good at and can help ^_^ ).
> 
> - Shenfeng (Simon)
> 
>

Re: Solving this 0⁰ issue correctly (was Re: Calc behavior: result of 0 ^ 0)

On Wed, Feb 20, 2013 at 4:37 PM, Dennis E. Hamilton  wrote:
> I earlier quoted the applicable (and only) texts from the Standards 
> themselves, particularly C++ and also the latest C Standard (2011 and C99 
> with all Technical Corrigenda through 2007).
>
> No matter what is said about pow(0,0) in the C99 Rationale v5.10 Appendix F 
> of April 2003, there are no such requirements in the Standards, including 
> those versions that have been adopted since 2003.
>
>  - Dennis
>
> PS: I mentioned cpow(0,0) because of the mathematical relationship and I was 
> observing that is consistent with the subset that pow(x,y) supports.
>
> DETAILS
>
> The definition of domain error is that an implementation-defined value is 
> returned *and* errno is set to EDOM.  There is also the option of triggering 
> a floating-point exception. I assume that "capable of representation" 
> *includes* silent NaN and +infinity but for all I know those return with 
> non-exception domain errors too.  Plauger certainly prepared to encounter 
> those in his implementation (though he also chose pow(0,0) = 1.0).
>
> The C 99 Rationale is not an ISO/IEC International Standard, regardless of 
> the INCITS J11 and SC22 WG14 participation.  It is not necessary to even know 
> about it.  In particular,
>
> "This Rationale discusses some language or library features which 
> were not adopted into the
> Standard. These are usually features which are popular in some C 
> implementations, so that a
> user of those implementations might question why they do not appear in the 
> Standard." [p.5 preceding section 0.1]  The Rationale doesn't address that 
> question users might have.
>
> "**[T]his rationale is not part of the Standard**" [bottom of page 5, 
> their emphasis]
>
> Then there is Appendix F.  I have no idea what it means to have "normative" 
> in the title.  This appears to be an IEC 60559 floating-point profile from 
> NCEC, with certain exceptions to 60559, although not even that is entirely 
> clear.  pow(+inf,0) = pow(0,0) = 1 are stated as required under Appendix F 
> (bottom of page 180)  Adding pow(NaN,0) = 1 (page 182) by taking power(x,0)=1 
> as settled for all x is particularly marvelous.
>

In other words, C99, in a normative Annex F, section 9.4.4, for
implementations that conform to IEEE 754 floating point, says:

"pow(x, ±0) returns 1 for any x, even a NaN."

Do you see something different?

I'd like to make sure we're seeing the same thing here.

-Rob


> The developers of C 2011 also didn't seem to be under any compulsion with 
> regard to the C99 Rationale.
>
> -Original Message-
> From: Rob Weir [mailto:robw...@apache.org]
> Sent: Wednesday, February 20, 2013 10:14
> To: dev@openoffice.apache.org
> Subject: Re: Solving this 0⁰ issue correctly (was Re: Calc behavior: result 
> of 0 ^ 0)
>
> [ ... ] I'm reading a requirement for pow(x,0) to
> return 1 for all values of x.  Are you seeing something else?  Are you
> seeing anything that says a conforming C/C++ runtime may *return*
> something other than 1?
>
> Btw, the rationale for this choice is described on page 182 of this document:
>
> http://www.open-std.org/jtc1/sc22/wg14/www/C99RationaleV5.10.pdf
>
> [ ... ]
>

Re: Presentation templates for ApacheCon NA 2013

2013-02-20 Thread Saransh Sharma

Just need one more day ,i am working on it!!


On Thu, Feb 21, 2013 at 1:44 AM, Jim Jagielski  wrote:

> Any update on these templates... I really want to be able to xfer
> my slides to the canonical template sooner rather than later ;)
>
> On Feb 8, 2013, at 3:32 AM, Shenfeng Liu  wrote:
>
> > Saransh,
> >   Thanks very much for your help!
> >   As I mentioned below, you can refer to the Apache OpenOffice template
> website and ApacheCon EU 2012 template .
> >   We need to design 1 cover slide and 1 content slide. Last time we made
> the visual design in 2000*1500 jpeg files firstly. If people like the
> design, then we can take the picture as background and build the template
> (which I'm good at and can help ^_^ ).
> >
> > - Shenfeng (Simon)
> >
> >
>
>

Re: Website Translation Solution Proposal

2013-02-20 Thread Claudio Filho

Hi

2013/2/20 Samer Mansour :
> This is an early investigation, I'm not familiar with Pootle.
> I will check to see if we can create a process to notify translators when
> something needs translating, such as their mailing list.
> In either situation I think we'll be gaining more translations with less
> overhead work. Its an improvement.

Maybe we can use Website Meta Language - WML[1]
[1]http://thewml.org/

I gave some examples in other thread[2] and we can get it sync easy
and with some tools to monitoring the outdated pages[3].
[2]http://permalink.gmane.org/gmane.comp.apache.openoffice.devel/1361
[3]http://www.debian.org/devel/website/stats/pt#outdated

The problem is my time to reorganize and help this question, but I see
that this resource (WML) can be a good solution.

Regards,
Claudio

RE: Solving this 0⁰ issue correctly (was Re: Calc behavior: result of 0 ^ 0)

2013-02-20 Thread Dennis E. Hamilton

I earlier quoted the applicable (and only) texts from the Standards themselves, 
particularly C++ and also the latest C Standard (2011 and C99 with all 
Technical Corrigenda through 2007).  

No matter what is said about pow(0,0) in the C99 Rationale v5.10 Appendix F of 
April 2003, there are no such requirements in the Standards, including those 
versions that have been adopted since 2003.

 - Dennis

PS: I mentioned cpow(0,0) because of the mathematical relationship and I was 
observing that is consistent with the subset that pow(x,y) supports.

DETAILS

The definition of domain error is that an implementation-defined value is 
returned *and* errno is set to EDOM.  There is also the option of triggering a 
floating-point exception. I assume that "capable of representation" *includes* 
silent NaN and +infinity but for all I know those return with non-exception 
domain errors too.  Plauger certainly prepared to encounter those in his 
implementation (though he also chose pow(0,0) = 1.0).

The C 99 Rationale is not an ISO/IEC International Standard, regardless of the 
INCITS J11 and SC22 WG14 participation.  It is not necessary to even know about 
it.  In particular, 

"This Rationale discusses some language or library features which were 
not adopted into the
Standard. These are usually features which are popular in some C 
implementations, so that a
user of those implementations might question why they do not appear in the 
Standard." [p.5 preceding section 0.1]  The Rationale doesn't address that 
question users might have.

"**[T]his rationale is not part of the Standard**" [bottom of page 5, 
their emphasis]

Then there is Appendix F.  I have no idea what it means to have "normative" in 
the title.  This appears to be an IEC 60559 floating-point profile from NCEC, 
with certain exceptions to 60559, although not even that is entirely clear.  
pow(+inf,0) = pow(0,0) = 1 are stated as required under Appendix F (bottom of 
page 180)  Adding pow(NaN,0) = 1 (page 182) by taking power(x,0)=1 as settled 
for all x is particularly marvelous.  

The developers of C 2011 also didn't seem to be under any compulsion with 
regard to the C99 Rationale.

-Original Message-
From: Rob Weir [mailto:robw...@apache.org] 
Sent: Wednesday, February 20, 2013 10:14
To: dev@openoffice.apache.org
Subject: Re: Solving this 0⁰ issue correctly (was Re: Calc behavior: result of 
0 ^ 0)

[ ... ] I'm reading a requirement for pow(x,0) to
return 1 for all values of x.  Are you seeing something else?  Are you
seeing anything that says a conforming C/C++ runtime may *return*
something other than 1?

Btw, the rationale for this choice is described on page 182 of this document:

http://www.open-std.org/jtc1/sc22/wg14/www/C99RationaleV5.10.pdf

[ ... ]

Re: Presentation templates for ApacheCon NA 2013

2013-02-20 Thread Jim Jagielski

Thx. I must have missed it.

On Feb 20, 2013, at 3:35 PM, Steve Holden  wrote:

> Jim:
> 
> I believe we sent an "all speakers" email out earlier this week - in any 
> case, the templates are now available at
> 
>   http://templates.openoffice.org/en/node/9282
> 
> regards
>  Steve
> 
> On Feb 20, 2013, at 12:14 PM, Jim Jagielski wrote:
> 
>> Any update on these templates... I really want to be able to xfer
>> my slides to the canonical template sooner rather than later ;)
>> 
>> On Feb 8, 2013, at 3:32 AM, Shenfeng Liu  wrote:
>> 
>>> Saransh,
>>>  Thanks very much for your help!
>>>  As I mentioned below, you can refer to the Apache OpenOffice template 
>>> website and ApacheCon EU 2012 template .
>>>  We need to design 1 cover slide and 1 content slide. Last time we made the 
>>> visual design in 2000*1500 jpeg files firstly. If people like the design, 
>>> then we can take the picture as background and build the template (which 
>>> I'm good at and can help ^_^ ).
>>> 
>>> - Shenfeng (Simon)
>>> 
>>> 
>> 
> 
> Steve Holden st...@holdenweb.com +1 571 484 6266  @holdenweb
> --
> Python classes (and much more) through the web http://oreillyschool.com/
> Conferences and technical event management at http://theopenbastion.com/
> 
> Next event:ApacheCon NA 2013: Feb 26-28 http://na.apachecon.com/
> Community events: Barcamp Feb 24  Hackathon Feb 25   Development Mar 1/2
> 
> 
> 
> 
> 
> 
>

Re: Presentation templates for ApacheCon NA 2013

2013-02-20 Thread Steve Holden

Jim:

I believe we sent an "all speakers" email out earlier this week - in any case, 
the templates are now available at

  http://templates.openoffice.org/en/node/9282

regards
 Steve

On Feb 20, 2013, at 12:14 PM, Jim Jagielski wrote:

> Any update on these templates... I really want to be able to xfer
> my slides to the canonical template sooner rather than later ;)
> 
> On Feb 8, 2013, at 3:32 AM, Shenfeng Liu  wrote:
> 
>> Saransh,
>>  Thanks very much for your help!
>>  As I mentioned below, you can refer to the Apache OpenOffice template 
>> website and ApacheCon EU 2012 template .
>>  We need to design 1 cover slide and 1 content slide. Last time we made the 
>> visual design in 2000*1500 jpeg files firstly. If people like the design, 
>> then we can take the picture as background and build the template (which I'm 
>> good at and can help ^_^ ).
>> 
>> - Shenfeng (Simon)
>> 
>> 
> 

Steve Holden st...@holdenweb.com +1 571 484 6266  @holdenweb
--
Python classes (and much more) through the web http://oreillyschool.com/
Conferences and technical event management at http://theopenbastion.com/

Next event:ApacheCon NA 2013: Feb 26-28 http://na.apachecon.com/
Community events: Barcamp Feb 24  Hackathon Feb 25   Development Mar 1/2

Re: Size of the Community

On Wed, Feb 20, 2013 at 12:18 PM, Roberto Galoppini  wrote:
> On Wed, Feb 20, 2013 at 4:23 PM, Hans Zybura  wrote:
>
>> Don't forget extension developers, please! I do think they deserve to be a
>> group of their own. Difficult to count, though. ;-)
>>

Good point.  The ecosystem of those making templates, extensions for
AOO, or writing books or offering consulting services, is important to
count.


>
> AOOE. Over 350 authors created over 700 extensions.
> AOOT. Over 700 authors created over 2500 templates.
>

Thanks.  I've started a wiki page for this "community census" and
added your numbers, as well as some others I've been able to find:

https://cwiki.apache.org/confluence/display/OOOUSERS/Size+of+Apache+OpenOffice+Community

I'd encourage anyone who has some other figures to add them to the
page.  Or, if you have an idea for something measurable, add that as
well.

-Rob

> Please note that this is not incremental, but the total count.
>
> Roberto
>
>
>>
>> Regards, Hans
>>
>>
>>
>> > -Original Message-
>> > From: Rob Weir [mailto:robw...@apache.org]
>> > Sent: Thursday, February 14, 2013 8:06 PM
>> > To: dev@openoffice.apache.org
>> > Subject: Size of the Community
>> >
>> > I came across this old post from the Django project, "Measuring the
>> Django
>> > Community: Circles of Django"
>> >
>> > http://jacobian.org/writing/django-community/circles-of-django/
>> >
>> > It looks like an interesting approach and worth doing on a periodic
>> basis, once
>> > or twice a year, a census of sorts.
>> >
>> > Obviously participation in the project comes in various ways and in
>> various
>> > degrees of engagement.  I think of it as a pyramid:
>> >
>> > Users -- at the based of the pyramid we have the users of OpenOffice.
>> > This can be estimated from our download numbers.
>> >
>> > Engaged users -- Next level of the pyramid are users who have engaged
>> with
>> > the project at one level or another.  This might be by following us on
>> Twitter,
>> > by signing up for a mailing list, posting a question to the forums, etc.
>>  These
>> > can all be measured.  It is probably on the order of 15,000.  (We have
>> over
>> > 9000 users signed up for our announcement mailing list, for example)
>> >
>> > Contributors -- These are those who have contributed to the project.
>> > This includes code contributions, obviously, but beyond patches also bug
>> > reports, translations strings, wiki edits, helping others on support
>> forum or
>> > user list, contributing logos and ideas on marketing list.  These can
>> all be
>> > measured, though it is harder since it is spread across many systems and
>> > there is duplication across these systems.  This is probably on the
>> order of
>> > 500.
>> >
>> > Committers -- those who have made sustained contributions of merit and
>> > have been voted in as committers.  We have 122 committers.
>> >
>> > This could be visualized as  pyramid, or concentric circles ("onion
>> > diagram") or maybe some other ways.  Could make a good blog post.
>> >
>> > From a recruitment perspective, it also makes sense to consider what is
>> > required to encourage progress, e.g., converting users into engaged
>> users, or
>> > engaged users into contributors, etc.
>> >
>> > Regards,
>> >
>> > -Rob
>>
>>
>
> --
> 
> This e- mail message is intended only for the named recipient(s) above. It
> may contain confidential and privileged information. If you are not the
> intended recipient you are hereby notified that any dissemination,
> distribution or copying of this e-mail and any attachment(s) is strictly
> prohibited. If you have received this e-mail in error, please immediately
> notify the sender by replying to this e-mail and delete the message and any
> attachment(s) from your system. Thank you.
>

Re: oracle java7 build bug

2013-02-20 Thread Fred Ollinger

Below is the list to the patch I spoke of which seems better than the
one I sent b/c this one fixes the ant build file as well.

When I applied it, it only patched: patches/jdbc-4.1.patch which is cool.

But now I can not apply this patch as it is rejected.

Any ideas on how the patches directory should be processed? I assumed
it was automatic, but it's not.

I'd like to test this patch to move forward w/ building on java7, but
to _target_ java 1.5 as Ariel said.

Sincerely,

Fred

On Fri, Feb 15, 2013 at 11:09 AM, Pedro Giffuni  wrote:
> Hello Fred;
>
> This doesn't seem related to the jdk7 issue, I think someone else
> reported the same glib issue in Ubuntu.
>
> FWIW, in FreeBSD we have AOO building with jdk7 too.
> http://www.freebsd.org/cgi/cvsweb.cgi/ports/editors/openoffice-3-devel/files/
>
>
> We even carry a patch for issue 121098
>
> Cheers,
>
> Pedro.
>
>
> - Messaggio originale -
>> Da: Fred Ollinger 
>> A: dev@openoffice.apache.org
>> Cc:
>> Inviato: Venerdì 15 Febbraio 2013 13:49
>> Oggetto: oracle java7 build bug
>>
>>T his is using the patch that I had created last week which gets us
>> past the hsqldb java7 compile errors:
>>
>> Entering /mnt/lfs/sources/ubuntu/local_dev300/vcl/prj
>>
>> cd .. && make -s -r -j1
>> make: *** No rule to make target
>> `/usr/include/glib-2.0/glib/gcache.h', needed by
>> `/mnt/lfs/sources/ubuntu/local_dev300/solver/300/unxlngi6.pro/workdir/CxxObject/vcl/unx/gtk/a11y/atkaction.o'.
>> Stop.
>> dmake:  Error code 2, while making 'all'
>>
>> 1 module(s):
>> vcl
>> need(s) to be rebuilt
>>
>> Reason(s):
>>
>> ERROR: error 65280 occurred while making
>> /mnt/lfs/sources/ubuntu/local_dev300/vcl/prj
>>
>> Attention: if you fix the errors in above module(s) you may prolongue
>> your the build issuing command:
>>
>> build --all:vcl
>>
>> I'm on ubuntu 11.04.
>>
>> Fred
>>

Re: 4.0 and loss of backward compatibility for extensions with toolbar

2013-02-20 Thread Roberto Galoppini

On Mon, Feb 18, 2013 at 8:41 AM, Jürgen Schmidt wrote:

> On 2/17/13 10:36 AM, Andrea Pescetti wrote:
> > On 12/02/2013 Jürgen Schmidt wrote:
> >> If we support both the
> >> underlying code would be more complex, slower and more ugly to maintain.
> >
> > OK. I had understood this part, so let's have a detailed description of
> > the impact before we see how to handle this.
> >
> >> The whole discussion is really based on assumption. We can ask our
> >> friends of SourceForge to analyze by a script all extensions and check
> >> if they contain an Addon.xcu or not. All developers, maintainers of
> >> extensions with Addon.xcu can we contact and can inform them about the
> >> proposed change and how to adapt the xcu.
> >
> > Good ideas, and we could maybe consider to add an "Outdated" notice,
> > similar to the wiki pages, to extensions that contain an Addons.xcu.
> >
> > So, to start getting some facts, what should the script do? Unzip the
> > extension and look in the expanded tree for a file named exactly
> > "Addons.xcu" (not "Addon.xcu", right)?
>
> The first step should be a simple check if an Addons.xcu is contained at
> all. Something like "unzip -l  | grep Addons.xcu" should be
> enough. The second step if an Addons.xcu is contained is to check for
> the "" entry. Only if this entry exists
> the Addons.xcu the extension has to be updated.
>

242 extensions contain  addons.xcu stensioni (total: 1065 releases), 430
estensions don't (total: 1660 releases). Do you want us to check how many
contain OfficeToolBar?

Roberto

>
> I will provide an example showing the change as part of the
> http://wiki.openoffice.org/wiki/API/Incompatible_API_changes
>
> See also
> http://wiki.openoffice.org/wiki/API
> http://wiki.openoffice.org/wiki/API/Concepts_API_changes
>
>
> Shall we also ask to check how
> > many extensions provide an "OpenOffice.org-maximal-version" parameter as
> > listed at
> >
> http://wiki.openoffice.org/wiki/Documentation/DevGuide/Extensions/Description_of_XML_Elements
> > ?
>
> make sense but it is not necessary, this is something that the extension
> developer should decide. It's a recommendation to use it to ensure that
> an extension works with the next version. It can be seen as part of the
> QA for a serious extension ;-)
>
>
> >
> > In light of Ariel's detailed analysis of the Oracle extensions
> > (thanks!), what does
> >>   Addons.cxu but *only* with "OfficeMenuBarMerging" node
> > mean? I assume you meant "Addons.xcu", but what does "only with
> > OfficeMenuBarMerging node" mean? That these extensions will not be
> > affected by this particular change? Or that updating them will be easier?
>
> exactly, we have 2 ways to integrate here. One is to create a completely
> new toolbar with a new name. And the second one is to merge into
> existing toolbars at a specific position. This can be very useful and is
> not affected by this change.
>
> >
> > We will have other elements to consider before assessing the impact on
> > users (for example, the website does not currently filter by OpenOffice
> > version; and some popular extensions, like LanguageTool, are not hosted
> > in the official repository), but it's very good if we can have some real
> > numbers to start.
>
> well we can of course blow up this to whatever we want. There is a lot
> of room for improvements in many areas. We should not mix too many things.
>
> An improved extension repo with a hopefully working extension update
> mechanism. Here extensions that are not supported for 4.0 could be
> already filtered on the server and there is no demand to transport any
> info about this extensions to a 4.0 office.
>
> An improved extension mechanism where we would have an improved workflow
> and more features. Browsing extensions directly from the office, a
> configurable extension repo, dependencies to other extensions, ...
>
> Juergen
>
>
>

-- 

This e- mail message is intended only for the named recipient(s) above. It 
may contain confidential and privileged information. If you are not the 
intended recipient you are hereby notified that any dissemination, 
distribution or copying of this e-mail and any attachment(s) is strictly 
prohibited. If you have received this e-mail in error, please immediately 
notify the sender by replying to this e-mail and delete the message and any 
attachment(s) from your system. Thank you.

Re: Website Translation Solution Proposal

On Wed, Feb 20, 2013 at 1:18 PM, Samer Mansour  wrote:
> This is an early investigation, I'm not familiar with Pootle.
> I will check to see if we can create a process to notify translators when
> something needs translating, such as their mailing list.
> In either situation I think we'll be gaining more translations with less
> overhead work. Its an improvement.
>
> Which pages we choose depends on what needs to be completed in each scope.
> I say we start with a small scope when we do eventually come up with a
> solution.  That way we can go revert if its not working well.  We should
> start with the Why page for this reason.
>
> Rob,
> If locale specific announcements don't happen often we could consider this.
> We could simply announce content for all locales, a conference in Spain
> isn't limited to those who read Spanish, or live there.
> A language release, isn't limited to a country or set of countries, as
> immigrants to other countries could use it.
> Am I forgetting any other cases for locale specific announcements?  Plus
> its great PR for all locales to hear we're global.
> My only concern is if there is multiple locale specific announcements a
> week, it may get busy looking, but it doesn't seem like its happening now.
>

There are two different things that maybe I was not sufficiently distinguishing:

1) Let's call the top center blue thing we have the "announcement"

2) And then call the column of additional messages we have on the right "news".

We could make the assumption that the "announcement" string is
project-wide and should be translated for each NL page.  Note that the
announcement is typically a string and a URL.  So the string is "Here
is important news about XXX" and the URL points to a page or blog post
containing details.  At the very least we should translate the
announcement string.  But in many cases we'll also translate the
supporting page.  But in some cases we won't.  So this might end up
being something where we look for a translation but have a fallback to
English if no translation is found.

The news column is similar, but I think there it might make sense to
have language-specific announcements also.

A data-driven approach might suggest keeping these announcements
together in one place, maybe an RSS or ATOM feed, and then have
metadata that describes its use.  For example, this announcement
should run from date A to date B in all languages, while this other
announcement is only in German between these dates, and this third
announcement (say a call for volunteers) can be done any time there is
room, but treat it as lower priority. Then we could rotate in
announcements on a daily basis without requiring explicit page and
column placement.

But maybe not start with that complexity.  Getting consistent use of a
template (any template) will make it easier to roll out more
complicated processing later.  So treating announcements and news as
site-wide for now is a good starting point.

Regards,

-Rob
> Samer
>
> On Wed, Feb 20, 2013 at 12:55 PM, Donald Whytock  wrote:
>
>> On Wed, Feb 20, 2013 at 12:41 PM, Rob Weir  wrote:
>> > 2) Propagating a project wide change across all language subsites and
>> > requiring translation, e,g., a project-wide announcement on the home
>> > page or a new release that needs to be noted on the download page.
>>
>> Is there a mechanism in place for at least announcing in each
>> supported language that there's significant news in English
>> ("translators appreciated")?
>>
>> Don
>>

Re: Website Translation Solution Proposal

2013-02-20 Thread janI

On 20 February 2013 19:18, Samer Mansour  wrote:

> This is an early investigation, I'm not familiar with Pootle.
> I will check to see if we can create a process to notify translators when
> something needs translating, such as their mailing list.
> In either situation I think we'll be gaining more translations with less
> overhead work. Its an improvement.
>
I happen to be quite familiar with both mdtext and pootle. It would be
techinally easy to write a script, that takes mdtext and updates the pootle
database (using po file structure), and of course going back again is
merely a question of updating svn.

Notifying translators, might be just as easy, and can be done with methods
already in place, using e.g. bugzilla. Create an issue in each langauge,
and ask translators to watch the issue. the script that updates pootle,
would then only need to make a comment in bugzilla.

rgds
jan I.



>
> Which pages we choose depends on what needs to be completed in each scope.
> I say we start with a small scope when we do eventually come up with a
> solution.  That way we can go revert if its not working well.  We should
> start with the Why page for this reason.
>
> Rob,
> If locale specific announcements don't happen often we could consider this.
> We could simply announce content for all locales, a conference in Spain
> isn't limited to those who read Spanish, or live there.
> A language release, isn't limited to a country or set of countries, as
> immigrants to other countries could use it.
> Am I forgetting any other cases for locale specific announcements?  Plus
> its great PR for all locales to hear we're global.
> My only concern is if there is multiple locale specific announcements a
> week, it may get busy looking, but it doesn't seem like its happening now.
>
the real problem, I think is to get a web structure that support these
languages and makes it easy to jump between them.


>
> Samer
>
> On Wed, Feb 20, 2013 at 12:55 PM, Donald Whytock 
> wrote:
>
> > On Wed, Feb 20, 2013 at 12:41 PM, Rob Weir  wrote:
> > > 2) Propagating a project wide change across all language subsites and
> > > requiring translation, e,g., a project-wide announcement on the home
> > > page or a new release that needs to be noted on the download page.
> >
> > Is there a mechanism in place for at least announcing in each
> > supported language that there's significant news in English
> > ("translators appreciated")?
> >
> > Don
> >
>

Re: Website Translation Solution Proposal

2013-02-20 Thread Samer Mansour

This is an early investigation, I'm not familiar with Pootle.
I will check to see if we can create a process to notify translators when
something needs translating, such as their mailing list.
In either situation I think we'll be gaining more translations with less
overhead work. Its an improvement.

Which pages we choose depends on what needs to be completed in each scope.
I say we start with a small scope when we do eventually come up with a
solution.  That way we can go revert if its not working well.  We should
start with the Why page for this reason.

Rob,
If locale specific announcements don't happen often we could consider this.
We could simply announce content for all locales, a conference in Spain
isn't limited to those who read Spanish, or live there.
A language release, isn't limited to a country or set of countries, as
immigrants to other countries could use it.
Am I forgetting any other cases for locale specific announcements?  Plus
its great PR for all locales to hear we're global.
My only concern is if there is multiple locale specific announcements a
week, it may get busy looking, but it doesn't seem like its happening now.

Samer

On Wed, Feb 20, 2013 at 12:55 PM, Donald Whytock  wrote:

> On Wed, Feb 20, 2013 at 12:41 PM, Rob Weir  wrote:
> > 2) Propagating a project wide change across all language subsites and
> > requiring translation, e,g., a project-wide announcement on the home
> > page or a new release that needs to be noted on the download page.
>
> Is there a mechanism in place for at least announcing in each
> supported language that there's significant news in English
> ("translators appreciated")?
>
> Don
>

Re: Solving this 0⁰ issue correctly (was Re: Calc behavior: result of 0 ^ 0)

On Wed, Feb 20, 2013 at 12:27 PM, Dennis E. Hamilton
 wrote:
> I don't want to get into this.  I think enough has been said.
>
> I do want to avoid anyone misunderstanding what the ANSI/ISO Standards for C 
> and C++ say about pow(0,0) however.
>
> In general, C/C++ pow(0,0) is left implementation-defined.  There may be a 
> domain error (this is an implementation-defined result plus setting of a 
> global condition).  There may be a silent return of NaN.
>

A domain error is something that an implementation might express via
call to matherr() and setting errno to EDOM is a different question
than the return value.   I'm reading a requirement for pow(x,0) to
return 1 for all values of x.  Are you seeing something else?  Are you
seeing anything that says a conforming C/C++ runtime may *return*
something other than 1?

Btw, the rationale for this choice is described on page 182 of this document:

http://www.open-std.org/jtc1/sc22/wg14/www/C99RationaleV5.10.pdf

And I don't think cpow() is relevant to the topic.

Regards,

-Rob

>  - Dennis
>
> DETAILS
>
> In ISO/IEC 14882-1998 (C++) the numeric_limits account for specializations in 
> arithmetic that provide for +infinity and silent (non-exception-triggering) 
> NaN among other cases.  The value for *complex* pow(0,0) is 
> implementation-defined in 26.2.8.  For  (section 26.5) the definitions 
> are deferred to the C Standard , although more type specializations 
> are provided for numtype pow(numtype1, numtype2).
>
> In ISO/IEC 14882-2003 (C++) is the same.  I haven't checked -2011 and the 
> standardization of some of the Boost library.
>
> In ISO/IEC 9899:2011 (C) the specification of cpow( ) does not say anything 
> about cpow(0,0).  The specification of pow(x,y) says that a domain error may 
> occur if x is zero and y is zero.  The same language appears in ISO C99 
> (including its Technical Corrigenda).  In ANSI/ISO C (way back, before 1992) 
> the rule was that "A domain error occurs if the result cannot be represented 
> when x is zero and y is less than or equal to zero."  (A domain error 
> involves return of an implementation-defined value and the global error 
> variable is set - exceptions aren't used in Standard C libraries.)  So, 
> considerable variability is provided. Quiet NaN and +Inf are representations, 
> of course, if available in the library and arithmetic implementation.  These 
> are accounted for in 9899:2011.
>
>  Plauger's "Standard C Library" (in 1992) assumes IEEE floating point and 
> handles NaN and +Inf (and his implementation appears to return 1 for pow(0,0) 
> -- the code is pretty snarly).
>
> -Original Message-
> From: Rob Weir [mailto:robw...@apache.org]
> Sent: Wednesday, February 20, 2013 07:08
> To: dev@openoffice.apache.org
> Subject: Re: Solving this 0⁰ issue correctly (was Re: Calc behavior: result 
> of 0 ^ 0)
>
> [ ... ] ANSI C, C99, ISO C++ all require that
> pow(x,0) return 1 for all values of x.
>
> [ ... ]
>

Re: Website Translation Solution Proposal

2013-02-20 Thread janI

If we think of having CMS interacting with pootle or google, we should
coordinate with Infra, so it can a solution available to all project within
ASF.

rgds
Jan I.

Ps. I am not sure how this scaled with the earlier proposal/idea from rob,
on the wiki maintenance thread.



On 20 February 2013 18:41, Rob Weir  wrote:

> I'd recommend that we take this discussion to the dev list...
>
> On Wed, Feb 20, 2013 at 12:23 PM, Samer Mansour 
> wrote:
> > Kadal,
> >
> > That is not a sustainable or scalable solution, not all volunteers have
> > time to create separate pages for over 60+ languages, we also don't have
> > the administrative power to support all those pages created.
> >
> > Which ever solution we do implement, you and other translators will be
> able
> > to edit the translation directly from the CMS to correct grammatical
> > errors.  No need to manually create more pages or forked assets.
> >
> > If we go with Google's you'll be able to feed google with better
> > translations and improve their service for your community.
> > If we go with Pootle we potentially would be able to host more languages
> > than Google can offer.
> > This is the trade off between the two services.  Both would require some
> > coding on my part, so its negligible.  But both solutions scale.
> >
>
> It might be worth considering the kinds of maintenance (at the content
> level) that we should think about when designing a new solution:
>
> 1) Supporting a new language and creating a new language-specific subsite.
>
> 2) Propagating a project wide change across all language subsites and
> requiring translation, e,g., a project-wide announcement on the home
> page or a new release that needs to be noted on the download page.
>
> 3) Announcements for only a single language page, e.g., announcement
> of a local user conference in Spain
>
> 4) Editing of additional pages that are specific for a given language,
> e.g., description of  bidi/RTL features for Arabic, links to French
> support forum.
>
> I think 1 and 2 above could be handled well with Pootle.  That way the
> translators who already translate the AOO UI and help files could also
> translate the website pages using the same tools.
>
> The challenge is to find a way to do the customizations of points 3
> and 4.   But note that these are not translations, but content
> authored originally in the native language.  Maybe something in the
> page generation from the template can discover the existence of
> additional pages and automatically add them to the navigation?
>
> -Rob
>
> > I need to take Rob's advice and tackle only a subset of pages we want to
> > translate by pootle and how we can leverage other less important pages
> with
> > Google.
> >
> > Samer
> >
> > On Wed, Feb 20, 2013 at 12:01 PM, Kadal Amutham 
> wrote:
> >
> >> I just checked that, it is utterly useless. At least for Tamil, I will
> >> translate all the pages manually, make it into HTML and give it to you
> >>
> >> With Warm Regards
> >>
> >> V.Kadal Amutham
> >> 919444360480
> >> 914422396480
> >>
> >>
> >> On 20 February 2013 21:35, Samer Mansour  wrote:
> >>
> >> > Kadal this is getting off topic.  Please use
> >> > http://translate.google.com/?sl=ta to translate from Tamil to
> English or
> >> > any language for your needs.
> >> >
> >> > On Wed, Feb 20, 2013 at 10:58 AM, Kadal Amutham 
> >> wrote:
> >> >
> >> > > Amazing! How did you get that? Even though the translation is not
> good,
> >> > it
> >> > > is a good attempt. We can expect things to improve in the days to
> >> come. I
> >> > > could not read it fully the translated version. Can you give me the
> >> full
> >> > > translated text?
> >> > >
> >> > > With Warm Regards
> >> > >
> >> > > V.Kadal Amutham
> >> > > 919444360480
> >> > > 914422396480
> >> > >
> >> > >
> >> > > On 20 February 2013 21:22, Samer Mansour 
> wrote:
> >> > >
> >> > > > It is broken up, but it sounds like a story about a guru leaving
> his
> >> > > > village.
> >> > > >
> >> > > > Tamil is in a alpha, so its not the greatest but Google Translate
> has
> >> > the
> >> > > > ability to override translations.
> >> > > > eg. We would ask our translators to click "improve this
> translation",
> >> > >  then
> >> > > > users will be presented the translation from our translators (not
> the
> >> > > > computerized one currently there).
> >> > > >
> >> > > > See this for example:
> >> http://s12.postimage.org/bngjt1xot/Untitled.png
> >> > > >
> >> > > > On Wed, Feb 20, 2013 at 9:51 AM, Kadal Amutham 
> >> > wrote:
> >> > > >
> >> > > > > I have just uploaded a tamil page with google translate service.
> >> The
> >> > > page
> >> > > > > is running at thewink.in/indexTest <
> >> http://thewink.in/indexTest.html
> >> > > > >,html
> >> > > > > with google translate service. Check whether you can read the
> page
> >> in
> >> > > > > English
> >> > > > >
> >> > > > > With Warm Regards
> >> > > > >
> >> > > > > V.Kadal Amutham
> >> > > > > 919444360480
> >> > > > > 914422396480
> >>

Re: Sidebar: new developer builds

2013-02-20 Thread Andrew Rist



On 2/20/2013 4:07 AM, Andre Fischer wrote:

Hi,

after some very hard work the Impress panels are now migrated to the 
sidebar.  These are panels for


- Layouts
- Master pages (all, recent, used)
- Custom animation
- Slide transition
- Table

I have created new developer builds (version 0.7), please see

http://wiki.openoffice.org/wiki/Sidebar#Developer_Builds

for details.  I made the Linux build with an older Ubuntu, so that 
more people can try it out.  A special activation of the sidebar is 
not necessary anymore.

Would this be a good candidate for a build on buildbot?
A.


Have fun,
Andre

Re: Website Translation Solution Proposal

2013-02-20 Thread Donald Whytock

On Wed, Feb 20, 2013 at 12:41 PM, Rob Weir  wrote:
> 2) Propagating a project wide change across all language subsites and
> requiring translation, e,g., a project-wide announcement on the home
> page or a new release that needs to be noted on the download page.

Is there a mechanism in place for at least announcing in each
supported language that there's significant news in English
("translators appreciated")?

Don

Re: [Build] My build breaks in solenv


Hi Jürgen,

Jürgen Schmidt schrieb:

On 2/20/13 6:11 PM, Regina Henschel wrote:

Hi all,

my build of r1448282 breaks immediately in solenv  with the message

dmake:  /cygdrive/c/AOO_2013_01_24/trunk/main/solenv/inc/settings.mk:
line 54:  Error: -- Expecting macro or rule defn, found neither

Any idea?
I work with Cygwin and VC 2008 Express on Windows 7.



you should run configure again and should build from scratch. I assume
you are switching from 341 to 350 or 400


Thanks. Starting with autoconf from scratch works.

Kind regards
Regina

Re: Website Translation Solution Proposal

I'd recommend that we take this discussion to the dev list...

On Wed, Feb 20, 2013 at 12:23 PM, Samer Mansour  wrote:
> Kadal,
>
> That is not a sustainable or scalable solution, not all volunteers have
> time to create separate pages for over 60+ languages, we also don't have
> the administrative power to support all those pages created.
>
> Which ever solution we do implement, you and other translators will be able
> to edit the translation directly from the CMS to correct grammatical
> errors.  No need to manually create more pages or forked assets.
>
> If we go with Google's you'll be able to feed google with better
> translations and improve their service for your community.
> If we go with Pootle we potentially would be able to host more languages
> than Google can offer.
> This is the trade off between the two services.  Both would require some
> coding on my part, so its negligible.  But both solutions scale.
>

It might be worth considering the kinds of maintenance (at the content
level) that we should think about when designing a new solution:

1) Supporting a new language and creating a new language-specific subsite.

2) Propagating a project wide change across all language subsites and
requiring translation, e,g., a project-wide announcement on the home
page or a new release that needs to be noted on the download page.

3) Announcements for only a single language page, e.g., announcement
of a local user conference in Spain

4) Editing of additional pages that are specific for a given language,
e.g., description of  bidi/RTL features for Arabic, links to French
support forum.

I think 1 and 2 above could be handled well with Pootle.  That way the
translators who already translate the AOO UI and help files could also
translate the website pages using the same tools.

The challenge is to find a way to do the customizations of points 3
and 4.   But note that these are not translations, but content
authored originally in the native language.  Maybe something in the
page generation from the template can discover the existence of
additional pages and automatically add them to the navigation?

-Rob

> I need to take Rob's advice and tackle only a subset of pages we want to
> translate by pootle and how we can leverage other less important pages with
> Google.
>
> Samer
>
> On Wed, Feb 20, 2013 at 12:01 PM, Kadal Amutham  wrote:
>
>> I just checked that, it is utterly useless. At least for Tamil, I will
>> translate all the pages manually, make it into HTML and give it to you
>>
>> With Warm Regards
>>
>> V.Kadal Amutham
>> 919444360480
>> 914422396480
>>
>>
>> On 20 February 2013 21:35, Samer Mansour  wrote:
>>
>> > Kadal this is getting off topic.  Please use
>> > http://translate.google.com/?sl=ta to translate from Tamil to English or
>> > any language for your needs.
>> >
>> > On Wed, Feb 20, 2013 at 10:58 AM, Kadal Amutham 
>> wrote:
>> >
>> > > Amazing! How did you get that? Even though the translation is not good,
>> > it
>> > > is a good attempt. We can expect things to improve in the days to
>> come. I
>> > > could not read it fully the translated version. Can you give me the
>> full
>> > > translated text?
>> > >
>> > > With Warm Regards
>> > >
>> > > V.Kadal Amutham
>> > > 919444360480
>> > > 914422396480
>> > >
>> > >
>> > > On 20 February 2013 21:22, Samer Mansour  wrote:
>> > >
>> > > > It is broken up, but it sounds like a story about a guru leaving his
>> > > > village.
>> > > >
>> > > > Tamil is in a alpha, so its not the greatest but Google Translate has
>> > the
>> > > > ability to override translations.
>> > > > eg. We would ask our translators to click "improve this translation",
>> > >  then
>> > > > users will be presented the translation from our translators (not the
>> > > > computerized one currently there).
>> > > >
>> > > > See this for example:
>> http://s12.postimage.org/bngjt1xot/Untitled.png
>> > > >
>> > > > On Wed, Feb 20, 2013 at 9:51 AM, Kadal Amutham 
>> > wrote:
>> > > >
>> > > > > I have just uploaded a tamil page with google translate service.
>> The
>> > > page
>> > > > > is running at thewink.in/indexTest <
>> http://thewink.in/indexTest.html
>> > > > >,html
>> > > > > with google translate service. Check whether you can read the page
>> in
>> > > > > English
>> > > > >
>> > > > > With Warm Regards
>> > > > >
>> > > > > V.Kadal Amutham
>> > > > > 919444360480
>> > > > > 914422396480
>> > > > >
>> > > > >
>> > > > > On 20 February 2013 19:58, Samer Mansour 
>> wrote:
>> > > > >
>> > > > > > http://lmgtfy.com/?q=does+google+translate+tamil
>> > > > > > http://translate.google.com/about/
>> > > > > >
>> > > > > > Yes.
>> > > > > >
>> > > > > > On Wed, Feb 20, 2013 at 12:20 AM, Kadal Amutham <
>> vka...@gmail.com>
>> > > > > wrote:
>> > > > > >
>> > > > > > > Is Tamil one among the 60+ languages google supports? I am not
>> > sure
>> > > > > > whether
>> > > > > > > Tamil can be automatically translated
>> > > > > > >
>> > > > > > > With Warm Regards
>> > > > > > >

Re: [RELEASE]: proposed schedule for AOO 4.0

2013-02-20 Thread Kay Schenk

On Wed, Feb 20, 2013 at 1:46 AM, Jürgen Schmidt wrote:

> Hi,
>
> we make good progress with the sidebar work which is done on the branch.
> The sidebar will be the most visible and important change for 4.0 (by
> the way I like what I have seen so far). We come closer to the point
> where we should talk about a more detailed schedule.
>
> I would like to start with the following proposal and still many steps
> have to be defined in more detail.
>
> 03/01 function verification test will start, define test case, prepare
> tests etc.
> 04/04 integrate sidebar branch in trunk, other new features should be
> finished by this date as well.
> 04/05 - 05/15 regression testing will be start on trunk
> 04/05 - 05/15 bugfix and stabilization, no feature development
> 04/08 - 05/15 translation -> I guessed ~5 weeks for updating the new
> strings. This can change when we know exactly how many new strings we
> will have. But translation for new languages can already work on the
> existing po files for 3.4.1.
> 05/21 RC1
> 06/04 RC2
> 06/18 RC3 (optional), can be GA already
> 06/25 GA -> this should be our final target
>
>
> This is a proposal based on the ongoing work that I no. Please let me
> know if I missed something important.
>
> Regular developer builds 1/week + nightly builds
>
> Based on feedback and potential changes I will put this in the wiki later.
>
> Important is from my pov that we start talking about the improvements
> that we make in public. It should be very clear for anybody where the
> real important features and improvement for OpenOffice or derivatives
> are coming from ;-)
>
>
> Juergen
>

I would hope that somewhere in this mix we make the current Base issues vis
a vis HSQLDB version (performance issues) and java version issues (we
REALLY need to get off 6 and onto 7 with  whatever we know about future
versions) high priorities.
Maybe in the next week or so, we can get an update on the progress of this
area (several folks are working on this I think).

Generally though, I think this time frame looks workable. Thanks for this
posting.

-- 

MzK

"Achieving happiness requires the right combination of Zen and Zin."

Re: [Build] My build breaks in solenv

On 2/20/13 6:11 PM, Regina Henschel wrote:
> Hi all,
> 
> my build of r1448282 breaks immediately in solenv  with the message
> 
> dmake:  /cygdrive/c/AOO_2013_01_24/trunk/main/solenv/inc/settings.mk:
> line 54:  Error: -- Expecting macro or rule defn, found neither
> 
> Any idea?
> I work with Cygwin and VC 2008 Express on Windows 7.
> 

you should run configure again and should build from scratch. I assume
you are switching from 341 to 350 or 400

Juergen

RE: Solving this 0⁰ issue correctly (was Re: Calc behavior: result of 0 ^ 0)

2013-02-20 Thread Dennis E. Hamilton

I don't want to get into this.  I think enough has been said.

I do want to avoid anyone misunderstanding what the ANSI/ISO Standards for C 
and C++ say about pow(0,0) however.

In general, C/C++ pow(0,0) is left implementation-defined.  There may be a 
domain error (this is an implementation-defined result plus setting of a global 
condition).  There may be a silent return of NaN.  

 - Dennis

DETAILS

In ISO/IEC 14882-1998 (C++) the numeric_limits account for specializations in 
arithmetic that provide for +infinity and silent (non-exception-triggering) NaN 
among other cases.  The value for *complex* pow(0,0) is implementation-defined 
in 26.2.8.  For  (section 26.5) the definitions are deferred to the C 
Standard , although more type specializations are provided for numtype 
pow(numtype1, numtype2).

In ISO/IEC 14882-2003 (C++) is the same.  I haven't checked -2011 and the 
standardization of some of the Boost library.

In ISO/IEC 9899:2011 (C) the specification of cpow( ) does not say anything 
about cpow(0,0).  The specification of pow(x,y) says that a domain error may 
occur if x is zero and y is zero.  The same language appears in ISO C99 
(including its Technical Corrigenda).  In ANSI/ISO C (way back, before 1992) 
the rule was that "A domain error occurs if the result cannot be represented 
when x is zero and y is less than or equal to zero."  (A domain error involves 
return of an implementation-defined value and the global error variable is set 
- exceptions aren't used in Standard C libraries.)  So, considerable 
variability is provided. Quiet NaN and +Inf are representations, of course, if 
available in the library and arithmetic implementation.  These are accounted 
for in 9899:2011.

 Plauger's "Standard C Library" (in 1992) assumes IEEE floating point and 
handles NaN and +Inf (and his implementation appears to return 1 for pow(0,0) 
-- the code is pretty snarly).  

-Original Message-
From: Rob Weir [mailto:robw...@apache.org] 
Sent: Wednesday, February 20, 2013 07:08
To: dev@openoffice.apache.org
Subject: Re: Solving this 0⁰ issue correctly (was Re: Calc behavior: result of 
0 ^ 0)

[ ... ] ANSI C, C99, ISO C++ all require that
pow(x,0) return 1 for all values of x. 

[ ... ]

Re: Size of the Community

2013-02-20 Thread Roberto Galoppini

On Wed, Feb 20, 2013 at 4:23 PM, Hans Zybura  wrote:

> Don't forget extension developers, please! I do think they deserve to be a
> group of their own. Difficult to count, though. ;-)
>

AOOE. Over 350 authors created over 700 extensions.
AOOT. Over 700 authors created over 2500 templates.

Please note that this is not incremental, but the total count.

Roberto


>
> Regards, Hans
>
>
>
> > -Original Message-
> > From: Rob Weir [mailto:robw...@apache.org]
> > Sent: Thursday, February 14, 2013 8:06 PM
> > To: dev@openoffice.apache.org
> > Subject: Size of the Community
> >
> > I came across this old post from the Django project, "Measuring the
> Django
> > Community: Circles of Django"
> >
> > http://jacobian.org/writing/django-community/circles-of-django/
> >
> > It looks like an interesting approach and worth doing on a periodic
> basis, once
> > or twice a year, a census of sorts.
> >
> > Obviously participation in the project comes in various ways and in
> various
> > degrees of engagement.  I think of it as a pyramid:
> >
> > Users -- at the based of the pyramid we have the users of OpenOffice.
> > This can be estimated from our download numbers.
> >
> > Engaged users -- Next level of the pyramid are users who have engaged
> with
> > the project at one level or another.  This might be by following us on
> Twitter,
> > by signing up for a mailing list, posting a question to the forums, etc.
>  These
> > can all be measured.  It is probably on the order of 15,000.  (We have
> over
> > 9000 users signed up for our announcement mailing list, for example)
> >
> > Contributors -- These are those who have contributed to the project.
> > This includes code contributions, obviously, but beyond patches also bug
> > reports, translations strings, wiki edits, helping others on support
> forum or
> > user list, contributing logos and ideas on marketing list.  These can
> all be
> > measured, though it is harder since it is spread across many systems and
> > there is duplication across these systems.  This is probably on the
> order of
> > 500.
> >
> > Committers -- those who have made sustained contributions of merit and
> > have been voted in as committers.  We have 122 committers.
> >
> > This could be visualized as  pyramid, or concentric circles ("onion
> > diagram") or maybe some other ways.  Could make a good blog post.
> >
> > From a recruitment perspective, it also makes sense to consider what is
> > required to encourage progress, e.g., converting users into engaged
> users, or
> > engaged users into contributors, etc.
> >
> > Regards,
> >
> > -Rob
>
>

-- 

This e- mail message is intended only for the named recipient(s) above. It 
may contain confidential and privileged information. If you are not the 
intended recipient you are hereby notified that any dissemination, 
distribution or copying of this e-mail and any attachment(s) is strictly 
prohibited. If you have received this e-mail in error, please immediately 
notify the sender by replying to this e-mail and delete the message and any 
attachment(s) from your system. Thank you.

[Build] My build breaks in solenv


Hi all,

my build of r1448282 breaks immediately in solenv  with the message

dmake:  /cygdrive/c/AOO_2013_01_24/trunk/main/solenv/inc/settings.mk: 
line 54:  Error: -- Expecting macro or rule defn, found neither


Any idea?
I work with Cygwin and VC 2008 Express on Windows 7.

Kind regards
Regina

Re: Draft blog post: International Mother Language Day 2013 -- Translations requested

On Wed, Feb 20, 2013 at 10:41 AM, Rob Weir  wrote:

>
> On Wed, Feb 20, 2013 at 3:01 AM, Robin Fowler  > wrote:
>
>> Sorry for taking so long. Here is the logo with transparent background.
>>
>>
>
> Hi Robin, for the website we need something smaller, 100 pixels tall,
> since it should fit in the vertical space used by this logo on the home
> page:
>
> http://www.openoffice.org/images/AOO_logos/AOO_orb2_logo_webSite.jpg
>
> (Being wider is fine, since we have more space there(
>
> I could resize this myself, but that will probably degrade the text.
>
>
Never mind.  I gave it a try and it looks good:   http://www.openoffice.org/

-Rob



> Any chance of getting this today?
>
> Thanks!
>
> -Rob
>
>
>
>>
>>
>> Robin
>>
>>
>> On 20 Feb 2013, at 01:06, RGB ES  wrote:
>>
>> Here it is a Spanish translation.
>>
>> Regards
>> Ricardo
>>
>>
>> 2013/2/15 Rob Weir 
>>
>>>
>>> https://blogs.apache.org/preview/OOo/?previewEntry=international_mother_language_day_2013
>>>
>>> Thanks to Khan for the background information and Robin for the logo
>>> design.
>>>
>>> 1. Proofreading is always appreciated.
>>>
>>> 2. Robin, maybe you could make a version of the logo with transparent
>>> background rather than white?
>>>
>>> 3. Since we are commemorating International Mother Language Day,
>>> translations of the blog post are most welcome.  If you can send me a
>>> translation by end of day Tuesday I can add it to the post.  Or if you
>>> host a translation externally we can link to it.
>>>
>>> 4. I plan on posting on Wednesday afternoon, New York time, so we
>>> cover February 21st across all time zones.
>>>
>>> Thanks!
>>>
>>> -Rob
>>>
>>
>> 
>>
>>
>>
>

Re: Adapt the naming of our project deliverables - "OpenOffice.org" --> "Apache OpenOffice"


Hi,

On 18.02.2013 13:19, Oliver-Rainer Wittmann wrote:

Hi,

On 15.02.2013 16:10, Oliver-Rainer Wittmann wrote:

Hi,

On 15.01.2013 16:08, Oliver-Rainer Wittmann wrote:

Hi,

On 11.01.2013 15:06, Jürgen Schmidt wrote:

On 1/10/13 3:56 PM, Oliver-Rainer Wittmann wrote:

Hi,

On 10.01.2013 11:55, Rony G. Flatscher wrote:

Hi Oliver-Rainer,

On 10.01.2013 11:23, Oliver-Rainer Wittmann wrote:

I have finished the renaming from "OpenOffice.org" to "Apache
OpenOffice" - see issue 121388.

Beside corresponding changes in the user interface this change has
impact on the following
important and critical stuff:
- folder/directory names
- package names
- Windows registry key names and values
- ...

As the folder/directory path to the user profile is also changed,
the
user profile of a former
installed AOO (or OOo) version is not taken over.

for installation script purposes of add-ons etc., where can one find
the concrete strings for
folder/directory names on the various operating system platforms and
the Windows registry key names
and values?



Unfortunately, there is no single place in the source code. I also had
not the resources to clean this up during the renaming work - hint,
hint, hint :-)

Please have a look at issue 121388, the wiki page referenced in one of
the issue's comments and the intrinsic changes I have made.

The product installation folder is more or less a form of the
$PRODUCTNAME + [major version number]. E.g.:
- Windows: "Apache OpenOffice 3"
- Linux: "apache_openoffice3"
On Linux platforms we have also the basis installation folder. It name
is found in /main/instsetoo_native/util/openoffice.lst

The user profile folder is more or less $PRODUCTNAME/[major version
number]/

The Windows registry keys and values can be found in module main/scp2/

I hope that helps a little bit.


I was thinking about the name and here I mean the name that is used for
the folder etc. The name is used in the help, in tools option, in the
menu...

We changed "OpenOffice.org" to "Apache OpenOffice" so good so far. But
would it be nicer to shorten the folder, menu entries, ... to simply
OpenOffice

Folders
Linux: /opt/openoffice4
Mac: OpenOffice.app
Windows: OpenOffice 4

Tools Option
OpenOffice
OpenOffice Writer
OpenOffice ...

Help
OpenOffice instead of hundreds of "Apache OpenOffice"

The idea is that the project and product is called Apache OpenOffice
but
in practice we would use in the product the short from OpenOffice. The
intro, start center, about can of course use images where we use
"Apache
OpenOffice".

Well it's just an idea and I know it would require some further work
but
now would be the time for it. I believe legally should it be ok today
but it have to checked to be safe.

What's your opinion?



It looks like that Jürgen's suggestion does not get any objections,
quite the contrary happened.
Thus, if nobody objects I will reopen issue 121388 and work on it to
adapt the naming as suggested by Jürgen.



Sorry for the long silence on this issue.
Two viral flues knocked me out for all together more than two weeks.
Thus, I did not find the time to work on it.

Now, I am about to start my work on it.

My ideas are the following:
- Change PRODUCTNAME (in /instsetoo_native/util/openoffice.lst) to
"OpenOffice"
- Introduce new variable FULLPRODUCTNAME having value "Apache OpenOffice"
- Use new variable FULLPRODUCTNAME instead of PRODUCTNAME where
appropriate to keep the full product name. These should be only a small
amount of replacements - at least I hope.
- Check the rest of the other "hard-code" occurences of "Apache
OpenOffice" and its variants in the source and adapt them, if needed.
- Fix the Linux installation problem - kudos to Ariel for finding the
root cause - that the underscore in PRODUCTLIST = apache_openoffice from
main/sysui/desktop/productversion.mk causes - see thread "Error (maybe)
installing yesterdays daily build"

Did I miss anything?
Do not hesitate to provide feedback and/or suggestions.



I will also change the Windows Registry Keys from "Apache OpenOffice" to
"OpenOffice".



I have almost finish the "renaming adaption" - see the adapting patch 
attached to issue 121388.


I have already did some tests on Window 7:
- installation on clean system
- installation on system having AOO 3.4.1
- installation on system having OOo 3.3

I will do some simple tests on my Ubuntu VMs.

I assume that I will commit the changes tomorrow. Then our buildbots 
will show may be further problems.


I am requesting that people involved in other platforms and/or testing 
should have a look at builds containing these changes. Especially 
regarding installation and upgrade.


Thanks in advance.

Best regards, Oliver.

Re: Branding Refresh For AOO 4.0 [Closing in 72hrs]

2013-02-20 Thread Kadal Amutham

Once the logo and other content are ready I can neatly organize into a
page, give  all the links etc

With Warm Regards

V.Kadal Amutham
919444360480
914422396480


On 20 February 2013 21:43, Samer Mansour  wrote:

> Hello AOO Dev and Marketing Community,
>
> The main subject of this e-mail is to call for an end date to proposals.
> In 72hrs (saturday) we will be closing branding proposals.
>
> - - - - -
>
> I am heading up the branding effort for the AOO 4.0 release and we can
> unanimously agree the 4.0 release will be a milestone for our community and
> users.  For this special release the marketing team is taking on the effort
> to giving us a fresh look.
>
> The marketing team is starting to plot deadlines at the same time as the
> dev team, the marketing team can't keep proposing ideas forever, we
> actually need to do the work to get us there.  Specially because some dev
> efforts require assets from our designers.
>
> What does that mean?
> - We're picking and choosing. Late submissions might not be considered
> (just the nature of "just do it" sorry).
> - Eliminating designs we don't like and smoothing and integrating ones we
> do like.
> - In a week from Saturday we will have a master proposal to present for
> lazy consensus. (at least that's the plan)
>
> How can you help?
>  - - - - -
> - I have design skills! (or I think!)
> -> Check out some guidelines and placements of the branding, see children
> of this cwiki page:
>
> https://cwiki.apache.org/confluence/display/OOOUSERS/Apache+OpenOffice+4.0+Brand+Refresh+Project
> -> Go to our wiki and sketch out some ideas here:
>
> https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.x+-+Logo+Explorations
> -> They don't have to be complete or polished ideas, ie. you only have
> ideas for icons and only have 2 hours to create the proposal, capture the
> main idea but don't worry about detail.
> -> Join the marketing mailing list to help us with implementing the final
> design: https://blogs.apache.org/OOo/entry/call_for_marketing_volunteers
>
> - I don't have design skills?!
> -> Go to our wiki and help us by commenting on designs, DO NOT reply with
> comments about design in these mailing lists.
> -> There is about 10 pages and they all could use some feedback in the
> comments:
>
> https://cwiki.apache.org/confluence/display/OOOUSERS/Apache+OpenOffice+4.0+Brand+Refresh+Project
> -> I will call for any final discussion on Saturday once the deadline has
> passed.
>
> If you have any concerns about this process reply here.
>
> Do not reply to this e-mail to talk about designs!  Go to the wiki and add
> design comments there!
>

Branding Refresh For AOO 4.0 [Closing in 72hrs]

2013-02-20 Thread Samer Mansour

Hello AOO Dev and Marketing Community,

The main subject of this e-mail is to call for an end date to proposals.
In 72hrs (saturday) we will be closing branding proposals.

- - - - -

I am heading up the branding effort for the AOO 4.0 release and we can
unanimously agree the 4.0 release will be a milestone for our community and
users. For this special release the marketing team is taking on the effort
to giving us a fresh look.

The marketing team is starting to plot deadlines at the same time as the
dev team, the marketing team can't keep proposing ideas forever, we
actually need to do the work to get us there. Specially because some dev
efforts require assets from our designers.

What does that mean?
- We're picking and choosing. Late submissions might not be considered
(just the nature of "just do it" sorry).
- Eliminating designs we don't like and smoothing and integrating ones we
do like.
- In a week from Saturday we will have a master proposal to present for
lazy consensus. (at least that's the plan)

How can you help?
- - - - -
- I have design skills! (or I think!)
-> Check out some guidelines and placements of the branding, see children
of this cwiki page:
https://cwiki.apache.org/confluence/display/OOOUSERS/Apache+OpenOffice+4.0+Brand+Refresh+Project
-> Go to our wiki and sketch out some ideas here:
https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.x+-+Logo+Explorations
-> They don't have to be complete or polished ideas, ie. you only have
ideas for icons and only have 2 hours to create the proposal, capture the
main idea but don't worry about detail.
-> Join the marketing mailing list to help us with implementing the final
design: https://blogs.apache.org/OOo/entry/call_for_marketing_volunteers

- I don't have design skills?!
-> Go to our wiki and help us by commenting on designs, DO NOT reply with
comments about design in these mailing lists.
-> There is about 10 pages and they all could use some feedback in the
comments:
https://cwiki.apache.org/confluence/display/OOOUSERS/Apache+OpenOffice+4.0+Brand+Refresh+Project
-> I will call for any final discussion on Saturday once the deadline has
passed.

If you have any concerns about this process reply here.

Do not reply to this e-mail to talk about designs! Go to the wiki and add
design comments there!

OpenOffice and Word-like integration

2013-02-20 Thread Kevin Smith

Hi,

We integrate with the Word Object Model to interrogate 'operator-insert' fields 
and to perform a mailmerge/print, plus creation of template letters.

Can we achieve the same with the OpenOffice SDK? Is it similar in methodology 
and capability? Are there any code examples of replacing Word integration with 
OpenOffice?

Thanks.

Kevin Smith
Applied Software Solutions Ltd
Tel: 0845 365 4010
Fax: 01582 433794

Re: [RELEASE]: proposed schedule for AOO 4.0

On Wed, Feb 20, 2013 at 4:46 AM, Jürgen Schmidt  wrote:
> Hi,
>
> we make good progress with the sidebar work which is done on the branch.
> The sidebar will be the most visible and important change for 4.0 (by
> the way I like what I have seen so far). We come closer to the point
> where we should talk about a more detailed schedule.
>
> I would like to start with the following proposal and still many steps
> have to be defined in more detail.
>
> 03/01 function verification test will start, define test case, prepare
> tests etc.
> 04/04 integrate sidebar branch in trunk, other new features should be
> finished by this date as well.
> 04/05 - 05/15 regression testing will be start on trunk
> 04/05 - 05/15 bugfix and stabilization, no feature development
> 04/08 - 05/15 translation -> I guessed ~5 weeks for updating the new
> strings. This can change when we know exactly how many new strings we
> will have. But translation for new languages can already work on the
> existing po files for 3.4.1.
> 05/21 RC1
> 06/04 RC2
> 06/18 RC3 (optional), can be GA already
> 06/25 GA -> this should be our final target
>
>
> This is a proposal based on the ongoing work that I no. Please let me
> know if I missed something important.
>

Have we resolved the question of whether the extensions API is
changing?  If so we probably need an "API freeze" date (maybe the same
as feature freeze), so there is time for extension authors to prepare.
 So probably a set of things to aim for by that date:  1) API freeze,
2) a good build of AOO 4.0 and SDK, 3) Blog post for extension
developers letting them know what will be changing.

-Rob


> Regular developer builds 1/week + nightly builds
>
> Based on feedback and potential changes I will put this in the wiki later.
>
> Important is from my pov that we start talking about the improvements
> that we make in public. It should be very clear for anybody where the
> real important features and improvement for OpenOffice or derivatives
> are coming from ;-)
>
>
> Juergen

Re: Draft blog post: International Mother Language Day 2013 -- Translations requested

On Wed, Feb 20, 2013 at 3:01 AM, Robin Fowler
wrote:

> Sorry for taking so long. Here is the logo with transparent background.
>
>

Hi Robin, for the website we need something smaller, 100 pixels tall, since
it should fit in the vertical space used by this logo on the home page:

http://www.openoffice.org/images/AOO_logos/AOO_orb2_logo_webSite.jpg

(Being wider is fine, since we have more space there(

I could resize this myself, but that will probably degrade the text.

Any chance of getting this today?

Thanks!

-Rob



>
>
> Robin
>
>
> On 20 Feb 2013, at 01:06, RGB ES  wrote:
>
> Here it is a Spanish translation.
>
> Regards
> Ricardo
>
>
> 2013/2/15 Rob Weir 
>
>>
>> https://blogs.apache.org/preview/OOo/?previewEntry=international_mother_language_day_2013
>>
>> Thanks to Khan for the background information and Robin for the logo
>> design.
>>
>> 1. Proofreading is always appreciated.
>>
>> 2. Robin, maybe you could make a version of the logo with transparent
>> background rather than white?
>>
>> 3. Since we are commemorating International Mother Language Day,
>> translations of the blog post are most welcome.  If you can send me a
>> translation by end of day Tuesday I can add it to the post.  Or if you
>> host a translation externally we can link to it.
>>
>> 4. I plan on posting on Wednesday afternoon, New York time, so we
>> cover February 21st across all time zones.
>>
>> Thanks!
>>
>> -Rob
>>
>
> 
>
>
>

RE: Size of the Community

2013-02-20 Thread Hans Zybura

Don't forget extension developers, please! I do think they deserve to be a 
group of their own. Difficult to count, though. ;-)

Regards, Hans



> -Original Message-
> From: Rob Weir [mailto:robw...@apache.org]
> Sent: Thursday, February 14, 2013 8:06 PM
> To: dev@openoffice.apache.org
> Subject: Size of the Community
> 
> I came across this old post from the Django project, "Measuring the Django
> Community: Circles of Django"
> 
> http://jacobian.org/writing/django-community/circles-of-django/
> 
> It looks like an interesting approach and worth doing on a periodic basis, 
> once
> or twice a year, a census of sorts.
> 
> Obviously participation in the project comes in various ways and in various
> degrees of engagement.  I think of it as a pyramid:
> 
> Users -- at the based of the pyramid we have the users of OpenOffice.
> This can be estimated from our download numbers.
> 
> Engaged users -- Next level of the pyramid are users who have engaged with
> the project at one level or another.  This might be by following us on 
> Twitter,
> by signing up for a mailing list, posting a question to the forums, etc.  
> These
> can all be measured.  It is probably on the order of 15,000.  (We have over
> 9000 users signed up for our announcement mailing list, for example)
> 
> Contributors -- These are those who have contributed to the project.
> This includes code contributions, obviously, but beyond patches also bug
> reports, translations strings, wiki edits, helping others on support forum or
> user list, contributing logos and ideas on marketing list.  These can all be
> measured, though it is harder since it is spread across many systems and
> there is duplication across these systems.  This is probably on the order of
> 500.
> 
> Committers -- those who have made sustained contributions of merit and
> have been voted in as committers.  We have 122 committers.
> 
> This could be visualized as  pyramid, or concentric circles ("onion
> diagram") or maybe some other ways.  Could make a good blog post.
> 
> From a recruitment perspective, it also makes sense to consider what is
> required to encourage progress, e.g., converting users into engaged users, or
> engaged users into contributors, etc.
> 
> Regards,
> 
> -Rob

Re: [RELEASE]: proposed schedule for AOO 4.0

2013-02-20 Thread Samer Mansour

I will be driving the branding effort from the marketing team.  I agree
design work needs to be done early. 04/04 is a good target.

On Wed, Feb 20, 2013 at 5:32 AM, Jürgen Schmidt wrote:

> On 2/20/13 10:46 AM, Jürgen Schmidt wrote:
> > Hi,
> >
> > we make good progress with the sidebar work which is done on the branch.
> > The sidebar will be the most visible and important change for 4.0 (by
> > the way I like what I have seen so far). We come closer to the point
> > where we should talk about a more detailed schedule.
> >
> > I would like to start with the following proposal and still many steps
> > have to be defined in more detail.
> >
> > 03/01 function verification test will start, define test case, prepare
> > tests etc.
> > 04/04 integrate sidebar branch in trunk, other new features should be
> > finished by this date as well.
>
> I missed to add that the art work (logo, icons, etc. should be finished
> at this date as well)
>
> > 04/05 - 05/15 regression testing will be start on trunk
> > 04/05 - 05/15 bugfix and stabilization, no feature development
> > 04/08 - 05/15 translation -> I guessed ~5 weeks for updating the new
> > strings. This can change when we know exactly how many new strings we
> > will have. But translation for new languages can already work on the
> > existing po files for 3.4.1.
> > 05/21 RC1
> > 06/04 RC2
> > 06/18 RC3 (optional), can be GA already
> > 06/25 GA -> this should be our final target
> >
> >
> > This is a proposal based on the ongoing work that I no. Please let me
> > know if I missed something important.
> >
> > Regular developer builds 1/week + nightly builds
> >
> > Based on feedback and potential changes I will put this in the wiki
> later.
> >
> > Important is from my pov that we start talking about the improvements
> > that we make in public. It should be very clear for anybody where the
> > real important features and improvement for OpenOffice or derivatives
> > are coming from ;-)
> >
> >
> > Juergen
> >
>
>

Re: Solving this 0⁰ issue correctly (was Re: Calc behavior: result of 0 ^ 0)

On Wed, Feb 20, 2013 at 9:54 AM, Pedro Giffuni  wrote:
> I guess I shouldn't be surprised that this thread keeps reappearing
> in my inbox ;).
>
> - Messaggio originale -
>> Da: Andrea Pescetti
> ...
>>
  what the result of the power function in edge cases should be.
>>>  So let me suggest a solution ... this really needs to be a per-document
>>>  setting. ...
>>>  3) If we make it a runtime setting --- all legacy documents in ODF
>>>  format are evaluated according to the legacy mode.  So no
>>>  compatibility break.   Users have a choice for mode for all new
>>>  documents.  All Excel format documents by default are in
>>>  Excel-compatibility mode.
>>
>> This seems the only solution where we could have consensus. It is a 
>> non-trivial
>> enhancement but it has advantages.
>>
>
> It is certainly not impossible but my experience with people changing colors
> of bikeshed is that:
>
> 1) there must be some default value, which will lead to yet another
> bikeshed color dispute.
> 2) No one will do anything about it because they lack the skills or
> they never wanted the change done at all.
>
> I am pretty sure the result will be (2).
>
>
  Are you really suggesting to ship AOO on FreeBSD with different
>> behavior
  then on eg Windows? ... Please don't do that.
>>
>> Yes, this should be avoided if possible. Let's try to avoid inconsistencies
>> across operating systems.
>>
>
>
> In this case there is actually no inconsistency as AOO has no
> control over what pow() does. Technically the behaviour has always
> been system dependent
>

I don't believe this is true.  ANSI C, C99, ISO C++ all require that
pow(x,0) return 1 for all values of x. This is also a POSIX
requirement.ODF 1.2 permits other values, but to the extent we use
the standard C library's pow() function we should be consistent on all
platforms, to the extent their C runtime is conforming.

-Rob

> There is a long history of patches for bugzilla issues that OOo was
> very slow to adopt. The fact that distributions can now use
> a very different Python version already induces much more
> inconsistencies.
>
> Oh, and python is a good example on how breaking backwards
> compatibility is not a valid reason for a veto. I am of the opinion
> that introducing python3 as the internal python would cause
> too much trouble now to existing users (LO has less such users), but
> the real reason why the change hasn't been made is not a veto:
> people asked for it but no one has offered the work required in the
> python module (and the MacOSX port).
>
> cheers,
>
> Pedro.
>

Re: Sidebar: new developer builds


Hi Andre
,
Regina Henschel schrieb:



I've unpacked the Windows version. It crashes immediately, when I use a
text frame, that is the shape from the T icon. :(


Or when I use any other text edit in Impress. The windows version is not 
testable.


Kind regards
Regina

Re: Solving this 0⁰ issue correctly (was Re: Calc behavior: result of 0 ^ 0)

2013-02-20 Thread Pedro Giffuni

I guess I shouldn't be surprised that this thread keeps reappearing
in my inbox ;).

- Messaggio originale -
> Da: Andrea Pescetti 
...
> 
>>>  what the result of the power function in edge cases should be.
>>  So let me suggest a solution ... this really needs to be a per-document
>>  setting. ...
>>  3) If we make it a runtime setting --- all legacy documents in ODF
>>  format are evaluated according to the legacy mode.  So no
>>  compatibility break.   Users have a choice for mode for all new
>>  documents.  All Excel format documents by default are in
>>  Excel-compatibility mode.
> 
> This seems the only solution where we could have consensus. It is a 
> non-trivial 
> enhancement but it has advantages.
>

It is certainly not impossible but my experience with people changing colors
of bikeshed is that:

1) there must be some default value, which will lead to yet another
bikeshed color dispute.
2) No one will do anything about it because they lack the skills or
they never wanted the change done at all.

I am pretty sure the result will be (2).
  

>>>  Are you really suggesting to ship AOO on FreeBSD with different 
> behavior
>>>  then on eg Windows? ... Please don't do that.
> 
> Yes, this should be avoided if possible. Let's try to avoid inconsistencies 
> across operating systems.
> 


In this case there is actually no inconsistency as AOO has no
control over what pow() does. Technically the behaviour has always
been system dependent

There is a long history of patches for bugzilla issues that OOo was
very slow to adopt. The fact that distributions can now use
a very different Python version already induces much more
inconsistencies.

Oh, and python is a good example on how breaking backwards
compatibility is not a valid reason for a veto. I am of the opinion
that introducing python3 as the internal python would cause
too much trouble now to existing users (LO has less such users), but
the real reason why the change hasn't been made is not a veto:
people asked for it but no one has offered the work required in the
python module (and the MacOSX port).

cheers,

Pedro.

Re: Draft blog post: International Mother Language Day 2013 -- Translations requested

On Tue, Feb 19, 2013 at 8:06 PM, RGB ES  wrote:
> Here it is a Spanish translation.
>

Thanks.  It is in the post now.

-Rob

> Regards
> Ricardo
>
>
> 2013/2/15 Rob Weir 
>>
>>
>> https://blogs.apache.org/preview/OOo/?previewEntry=international_mother_language_day_2013
>>
>> Thanks to Khan for the background information and Robin for the logo
>> design.
>>
>> 1. Proofreading is always appreciated.
>>
>> 2. Robin, maybe you could make a version of the logo with transparent
>> background rather than white?
>>
>> 3. Since we are commemorating International Mother Language Day,
>> translations of the blog post are most welcome.  If you can send me a
>> translation by end of day Tuesday I can add it to the post.  Or if you
>> host a translation externally we can link to it.
>>
>> 4. I plan on posting on Wednesday afternoon, New York time, so we
>> cover February 21st across all time zones.
>>
>> Thanks!
>>
>> -Rob
>
>

Re: Sidebar: new developer builds


Hi Andre,

Andre Fischer schrieb:

Hi,

after some very hard work the Impress panels are now migrated to the
sidebar.  These are panels for

- Layouts
- Master pages (all, recent, used)
- Custom animation
- Slide transition
- Table

I have created new developer builds (version 0.7), please see

 http://wiki.openoffice.org/wiki/Sidebar#Developer_Builds

for details.  I made the Linux build with an older Ubuntu, so that more
people can try it out.  A special activation of the sidebar is not
necessary anymore.


I've unpacked the Windows version. It crashes immediately, when I use a 
text frame, that is the shape from the T icon. :(


Kind regards
Regina

Re: [AOO 4.0] volunteers for updating images due to new version number and due to the graduation


Hi,

On 20.02.2013 12:56, Jürgen Schmidt wrote:

On 2/20/13 12:06 PM, Oliver-Rainer Wittmann wrote:

Hi,

On 20.02.2013 12:00, Oliver-Rainer Wittmann wrote:

Hi,

Ariel had recently finished the work on issue 119977 - update version
number to "4.0".
Now it is needed to update our images which e.g. are used in the splash
screen or in the start center which still carry "Apache OpenOffice 3".

As I am not experienced in editing images I am asking here for
corresponding volunteers.
Who can help here?

Some of these images are also carrying the Apache feather together with
some "incubator project" text which also needs to be adapted as the
project has graduated.

Can somebody take over this task?

I will submit a corresponding entry in Bugzilla for this task.



The issue number is 121802 [1].

[1] https://issues.apache.org/ooo/show_bug.cgi?id=121802



mmh, I am not sure but I think we can avoid duplicate work by aligning
the update of these images with the efforts to define a new branding
scheme. On the marketing side there is work ongoing.

Maybe a minimal change of the version number should be sufficient for
now. I would not spent too much time on it.



Thank Jürgen for the hint - I was not aware of the work going on marketing.
Thus, marketing can just grab the issue and close it in favor of the 
ongoing work.

Sorry for the noise.

Best regards, Oliver.

Sidebar: new developer builds

2013-02-20 Thread Andre Fischer


Hi,

after some very hard work the Impress panels are now migrated to the 
sidebar.  These are panels for


- Layouts
- Master pages (all, recent, used)
- Custom animation
- Slide transition
- Table

I have created new developer builds (version 0.7), please see

http://wiki.openoffice.org/wiki/Sidebar#Developer_Builds

for details.  I made the Linux build with an older Ubuntu, so that more 
people can try it out.  A special activation of the sidebar is not 
necessary anymore.


Have fun,
Andre

Re: [AOO 4.0] volunteers for updating images due to new version number and due to the graduation

On 2/20/13 12:06 PM, Oliver-Rainer Wittmann wrote:
> Hi,
> 
> On 20.02.2013 12:00, Oliver-Rainer Wittmann wrote:
>> Hi,
>>
>> Ariel had recently finished the work on issue 119977 - update version
>> number to "4.0".
>> Now it is needed to update our images which e.g. are used in the splash
>> screen or in the start center which still carry "Apache OpenOffice 3".
>>
>> As I am not experienced in editing images I am asking here for
>> corresponding volunteers.
>> Who can help here?
>>
>> Some of these images are also carrying the Apache feather together with
>> some "incubator project" text which also needs to be adapted as the
>> project has graduated.
>>
>> Can somebody take over this task?
>>
>> I will submit a corresponding entry in Bugzilla for this task.
>>
> 
> The issue number is 121802 [1].
> 
> [1] https://issues.apache.org/ooo/show_bug.cgi?id=121802
> 

mmh, I am not sure but I think we can avoid duplicate work by aligning
the update of these images with the efforts to define a new branding
scheme. On the marketing side there is work ongoing.

Maybe a minimal change of the version number should be sufficient for
now. I would not spent too much time on it.

Juergen

Re: [AOO 4.0] volunteers for updating images due to new version number and due to the graduation


Hi,

On 20.02.2013 12:00, Oliver-Rainer Wittmann wrote:

Hi,

Ariel had recently finished the work on issue 119977 - update version
number to "4.0".
Now it is needed to update our images which e.g. are used in the splash
screen or in the start center which still carry "Apache OpenOffice 3".

As I am not experienced in editing images I am asking here for
corresponding volunteers.
Who can help here?

Some of these images are also carrying the Apache feather together with
some "incubator project" text which also needs to be adapted as the
project has graduated.

Can somebody take over this task?

I will submit a corresponding entry in Bugzilla for this task.



The issue number is 121802 [1].

[1] https://issues.apache.org/ooo/show_bug.cgi?id=121802


Best regards, Oliver.

[AOO 4.0] volunteers for updating images due to new version number and due to the graduation


Hi,

Ariel had recently finished the work on issue 119977 - update version 
number to "4.0".
Now it is needed to update our images which e.g. are used in the splash 
screen or in the start center which still carry "Apache OpenOffice 3".


As I am not experienced in editing images I am asking here for 
corresponding volunteers.

Who can help here?

Some of these images are also carrying the Apache feather together with 
some "incubator project" text which also needs to be adapted as the 
project has graduated.


Can somebody take over this task?

I will submit a corresponding entry in Bugzilla for this task.

Thanks in advance.

Best regards, Oliver.

Re: [RELEASE]: proposed schedule for AOO 4.0

On 2/20/13 10:46 AM, Jürgen Schmidt wrote:
> Hi,
> 
> we make good progress with the sidebar work which is done on the branch.
> The sidebar will be the most visible and important change for 4.0 (by
> the way I like what I have seen so far). We come closer to the point
> where we should talk about a more detailed schedule.
> 
> I would like to start with the following proposal and still many steps
> have to be defined in more detail.
> 
> 03/01 function verification test will start, define test case, prepare
> tests etc.
> 04/04 integrate sidebar branch in trunk, other new features should be
> finished by this date as well.

I missed to add that the art work (logo, icons, etc. should be finished
at this date as well)

> 04/05 - 05/15 regression testing will be start on trunk
> 04/05 - 05/15 bugfix and stabilization, no feature development
> 04/08 - 05/15 translation -> I guessed ~5 weeks for updating the new
> strings. This can change when we know exactly how many new strings we
> will have. But translation for new languages can already work on the
> existing po files for 3.4.1.
> 05/21 RC1
> 06/04 RC2
> 06/18 RC3 (optional), can be GA already
> 06/25 GA -> this should be our final target
> 
> 
> This is a proposal based on the ongoing work that I no. Please let me
> know if I missed something important.
> 
> Regular developer builds 1/week + nightly builds
> 
> Based on feedback and potential changes I will put this in the wiki later.
> 
> Important is from my pov that we start talking about the improvements
> that we make in public. It should be very clear for anybody where the
> real important features and improvement for OpenOffice or derivatives
> are coming from ;-)
> 
> 
> Juergen
>

[RELEASE]: proposed schedule for AOO 4.0