Re: Is the enclosed still true for AOO 4.1.x Impress

[Keith N. McKenna]

In article , cmar...@apache.org says...
> 
> On 3/15/22 2:45 PM, Carl Marcum wrote:
> > Hi Keith,
> >
> > On 3/15/22 1:37 PM, Marcus wrote:
> >> Am 09.03.22 um 22:45 schrieb Keith N. McKenna:
> >>> The Chapter on Impress in the Getting Started Guide
> >>> contains the following note for using media files in Linix
> >>> based systems:
> >>>
> >>> In Linux-based systems such as Ubuntu, media files do not
> >>> work straight out of the box. You need to download the
> >>> Java Media Framework API (JMF) and add the path to jmf.jar
> >>> to the Class Path in Tools > Options > OpenOffice > Java.
> >>>
> >>> Is this still true for 4.1.x versions of AOO.
> > It's true that media doesn't work out of the box on any Linux I have.
> >
> > I haven't tried to set it up but I will and let you know.
> >
> > Best regards,
> > Carl
> >
> >>
> >> unfortunately, I've no experience with video or sound files in 
> >> presentations on Linux.
> >>
> >> Maybe other people can tell their experiences?
> 
> I'm using the Java Media Framework 2.1.1e.
> 
> Not sure I've installed it correctly yet.
> I keep getting the format is unsupported errors inserting media files.
> 
> I'll follow up if that changes.
> 
> Best regards,
> Carl
> 
> >>
> >> Thanks
> >>
> >> Marcus
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> >> For additional commands, e-mail: dev-h...@openoffice.apache.org
> >>
> >


Thanks Carl I appreciate you checking. That was an open 
question from Francis on the getting started guide. IO 
will leave the current not in place and add to it if it 
becomes necessary.

Thanks
Keith


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

Re: Is the enclosed still true for AOO 4.1.x Impress

[Carl Marcum]

On 3/15/22 2:45 PM, Carl Marcum wrote:

Hi Keith,

On 3/15/22 1:37 PM, Marcus wrote:

Am 09.03.22 um 22:45 schrieb Keith N. McKenna:

The Chapter on Impress in the Getting Started Guide
contains the following note for using media files in Linix
based systems:

In Linux-based systems such as Ubuntu, media files do not
work straight out of the box. You need to download the
Java Media Framework API (JMF) and add the path to jmf.jar
to the Class Path in Tools > Options > OpenOffice > Java.

Is this still true for 4.1.x versions of AOO.

It's true that media doesn't work out of the box on any Linux I have.

I haven't tried to set it up but I will and let you know.

Best regards,
Carl



unfortunately, I've no experience with video or sound files in 
presentations on Linux.


Maybe other people can tell their experiences?


I'm using the Java Media Framework 2.1.1e.

Not sure I've installed it correctly yet.
I keep getting the format is unsupported errors inserting media files.

I'll follow up if that changes.

Best regards,
Carl



Thanks

Marcus

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






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

Re: Is the enclosed still true for AOO 4.1.x Impress

[Carl Marcum]

Hi Keith,

On 3/15/22 1:37 PM, Marcus wrote:

Am 09.03.22 um 22:45 schrieb Keith N. McKenna:

The Chapter on Impress in the Getting Started Guide
contains the following note for using media files in Linix
based systems:

In Linux-based systems such as Ubuntu, media files do not
work straight out of the box. You need to download the
Java Media Framework API (JMF) and add the path to jmf.jar
to the Class Path in Tools > Options > OpenOffice > Java.

Is this still true for 4.1.x versions of AOO.

It's true that media doesn't work out of the box on any Linux I have.

I haven't tried to set it up but I will and let you know.

Best regards,
Carl



unfortunately, I've no experience with video or sound files in 
presentations on Linux.


Maybe other people can tell their experiences?

Thanks

Marcus

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




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

Re: Is the enclosed still true for AOO 4.1.x Impress

[Marcus]

Am 09.03.22 um 22:45 schrieb Keith N. McKenna:

The Chapter on Impress in the Getting Started Guide
contains the following note for using media files in Linix
based systems:

In Linux-based systems such as Ubuntu, media files do not
work straight out of the box. You need to download the
Java Media Framework API (JMF) and add the path to jmf.jar
to the Class Path in Tools > Options > OpenOffice > Java.

Is this still true for 4.1.x versions of AOO.


unfortunately, I've no experience with video or sound files in 
presentations on Linux.


Maybe other people can tell their experiences?

Thanks

Marcus

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

Is the enclosed still true for AOO 4.1.x Impress

[Keith N. McKenna]

The Chapter on Impress in the Getting Started Guide 
contains the following note for using media files in Linix 
based systems:

In Linux-based systems such as Ubuntu, media files do not 
work straight out of the box. You need to download the 
Java Media Framework API (JMF) and add the path to jmf.jar 
to the Class Path in Tools > Options > OpenOffice > Java.

Is this still true for 4.1.x versions of AOO.

Reghards
Keith


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

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

[Jörg Schmidt]

 

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

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

OK, but what helps and your (or my) definition? We need a definition that 
everyone recognises, especially the PMC because they have the power to decide 
on releases.

But I repeat myself: your statements about major, minor and micro releases, and 
that API changes should only be made in major releases, make sense and are 
recognised (I think by everyone). So why should we want to violate them?



greetings,
Jörg


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

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

[Peter Kovacs]

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


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

Hi Jörg,

Check:


 Version Number Assignment (Apache OpenOffice internal)


   Structure

..


   Explanation

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

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

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

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

Yes, agreed.


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

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

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


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


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

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

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

[Jörg Schmidt]

 

> -Original Message-
> From: Peter Kovacs [mailto:pe...@apache.org] 
> Sent: Sunday, October 24, 2021 2:19 PM
> To: dev@openoffice.apache.org
> Subject: Re: API doc on web site [Was: Accessing the comment 
> object (annotation) in Draw/Impress via API]
> 
> Hi Jörg,
> 
> Check:
> 
> 
> Version Number Assignment (Apache OpenOffice internal)
> 
> 
>   Structure
> 
> ..
> 
> 
>   Explanation
> 
> : huge release with visible changes and new features including 
> incompatible API changes if necessary. Translation updates are most 
> often necessary to address the UI visible changes.
> 
> : smaller improvements of features that don't need any 
> translation. And of course any kind of bug fixes.
> 
> : only selected bug fixes and most often only critical 
> ones. This 
> includes any potential security issues.
> 
> From: https://cwiki.apache.org/confluence/display/OOOUSERS/Releases

Yes, agreed. 

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

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

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


greetings,
Jörg


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

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

[Peter Kovacs]

Hi Jörg,

Check:


   Version Number Assignment (Apache OpenOffice internal)


 Structure

..


 Explanation

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


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


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


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


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



All the best

Peter

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

Hello Carl,


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



Actually we do provide updated documentation included in

the SDK with

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

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

Is this a principle that _all_ those involved in releases

will also _reliably_ follow?

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

yes, but ...

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

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



greetings,
Jörg


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


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

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

[Jörg Schmidt]

Hello Carl,

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


> >> Actually we do provide updated documentation included in 
> the SDK with
> >> each convenience binary release.
> >> It can be found on Linux at
> >> /opt/openoffice4/sdk/docs/common/ref/module-ix.html
> >> if the SDK is installed.
> >>
> >> Knowing that we can't make API changes like adding or deprecating
> >> methods or things like that in a minor version change,
> > Is this a principle that _all_ those involved in releases 
> will also _reliably_ follow?
> 
> It's up to us to inform new contributors who may make such a 
> mistake if 
> it were to happen.

yes, but ...

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

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



greetings,
Jörg


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

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

[Carl Marcum]

Hi Jörg,

On 10/19/21 4:26 AM, Jörg Schmidt wrote:
  


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

Hi All,

On 10/17/21 5:17 PM, Peter Kovacs wrote:

Hi Jörg,

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

Hello Peter,


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

Hi Jörg,


I am not sure what you refer to.

I refer to the fact that changes in the API documentation

are marked

in time (the typical entry is "since ..."), so that the API
documentation can be used in practice for all program versions.

I think we are on the same page if we want to change the API, but I
think this is not the topic.

The documentation has no
influence on
backward compatibility.

right.

What I am referring to is only that we should not make

changes if the

QA is not 100% guaranteed. And what I currently experience is that
there is a tiny(!) problem in the API documentation, but

immediately

demanded now to regularly renew the documentation routinely.

Again this is relevant if we change the API itself.

Explain to me bitterly where there are at all changes in

the API that

would make it necessary to update the documentation inflationary
frequently?
I follow every release carefully, only from API changes I have not
noticed for years.

The API Documentation is extracted from the Code.

For example the comment in



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


does have an impact on the web page:



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


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

Currently we will never update the web site, and the danger

is that if

we change a comment in the documentation it will not end up on the
website..

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

It makes sense to publish on the website which Code the

extraction has

been taken from and what Versions the Documentation relates to.

On an API Change, QA and documentation  Versions need to be

discussed.

But we can discuss this when we get near to a API Change. I think
until then we have done some steps in respect of QA.

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

All the best

Peter



Actually we do provide updated documentation included in the SDK with
each convenience binary release.
It can be found on Linux at
/opt/openoffice4/sdk/docs/common/ref/module-ix.html
if the SDK is installed.

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

Is this a principle that _all_ those involved in releases will also _reliably_ 
follow?


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






On the whole question of API and documentation, I would like to make a general 
appeal to all of us:

The fact that OpenOffice could not be displaced by LibreOffice is largely due 
to the good quality of OO.
We must do everything we can to preserve this quality and not compromise in 
this regard. In this context, we must also be ready to examine, critically 
discuss and improve our activities again and again.


I very much agree.

Best regards,
Carl





Jörg


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




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

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

[Jörg Schmidt]

 

> -Original Message-
> From: Carl Marcum [mailto:cmar...@apache.org] 
> Sent: Tuesday, October 19, 2021 3:59 AM
> To: dev@openoffice.apache.org
> Subject: Re: API doc on web site [Was: Accessing the comment 
> object (annotation) in Draw/Impress via API]
> 
> Hi All,
> 
> On 10/17/21 5:17 PM, Peter Kovacs wrote:
> > Hi Jörg,
> >
> > On 17.10.21 19:48, Jörg Schmidt wrote:
> >> Hello Peter,
> >>
> >>> -Original Message-
> >>> From: Peter Kovacs [mailto:pe...@apache.org]
> >>> Sent: Sunday, October 17, 2021 11:27 AM
> >>> To: dev@openoffice.apache.org
> >>> Subject: Re: API doc on web site [Was: Accessing the comment
> >>> object (annotation) in Draw/Impress via API]
> >>>
> >>> Hi Jörg,
> >>>
> >>>
> >>> I am not sure what you refer to.
> >> I refer to the fact that changes in the API documentation 
> are marked 
> >> in time (the typical entry is "since ..."), so that the API 
> >> documentation can be used in practice for all program versions.
> > I think we are on the same page if we want to change the API, but I 
> > think this is not the topic.
> >>> The documentation has no
> >>> influence on
> >>> backward compatibility.
> >> right.
> >>
> >> What I am referring to is only that we should not make 
> changes if the 
> >> QA is not 100% guaranteed. And what I currently experience is that 
> >> there is a tiny(!) problem in the API documentation, but 
> immediately 
> >> demanded now to regularly renew the documentation routinely.
> > Again this is relevant if we change the API itself.
> >> Explain to me bitterly where there are at all changes in 
> the API that 
> >> would make it necessary to update the documentation inflationary 
> >> frequently?
> >> I follow every release carefully, only from API changes I have not 
> >> noticed for years.
> >
> > The API Documentation is extracted from the Code.
> >
> > For example the comment in
> >
> > 
> http://opengrok.openoffice.org/xref/aoo41x/main/offapi/com/sun
> /star/modules.idl?r=d1766043#83 
> >
> >
> > does have an impact on the web page:
> >
> > 
> https://www.openoffice.org/api/docs/common/ref/com/sun/star/of
> fice/module-ix.html 
> >
> >
> > I hope you see both documentations are linked. So when do we update 
> > the documentation on the web site?
> >
> > Currently we will never update the web site, and the danger 
> is that if 
> > we change a comment in the documentation it will not end up on the 
> > website..
> >
> > So Arrigos Idea is to update with each release. This would keep the 
> > documentation on the web in sync with the latest Code released for 
> > this API Version (Which should roughly correspond with the major 
> > release).
> >
> > It makes sense to publish on the website which Code the 
> extraction has 
> > been taken from and what Versions the Documentation relates to.
> >
> > On an API Change, QA and documentation  Versions need to be 
> discussed. 
> > But we can discuss this when we get near to a API Change. I think 
> > until then we have done some steps in respect of QA.
> >
> > Carl is working on improvements, and I would like to try if we can 
> > establish a UI check with UI Path or similar tool.
> >
> > All the best
> >
> > Peter
> >
> >
> 
> Actually we do provide updated documentation included in the SDK with 
> each convenience binary release.
> It can be found on Linux at 
> /opt/openoffice4/sdk/docs/common/ref/module-ix.html
> if the SDK is installed.
> 
> Knowing that we can't make API changes like adding or deprecating 
> methods or things like that in a minor version change, 

Is this a principle that _all_ those involved in releases will also _reliably_ 
follow?



On the whole question of API and documentation, I would like to make a general 
appeal to all of us:

The fact that OpenOffice could not be displaced by LibreOffice is largely due 
to the good quality of OO. 
We must do everything we can to preserve this quality and not compromise in 
this regard. In this context, we must also be ready to examine, critically 
discuss and improve our activities again and again.



Jörg


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

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

[Carl Marcum]

Hi All,

On 10/17/21 5:17 PM, Peter Kovacs wrote:

Hi Jörg,

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

Hello Peter,


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

Hi Jörg,


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

The documentation has no
influence on
backward compatibility.

right.

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

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


The API Documentation is extracted from the Code.

For example the comment in

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



does have an impact on the web page:

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



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


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


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


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


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


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


All the best

Peter




Actually we do provide updated documentation included in the SDK with 
each convenience binary release.
It can be found on Linux at 
/opt/openoffice4/sdk/docs/common/ref/module-ix.html

if the SDK is installed.

Knowing that we can't make API changes like adding or deprecating 
methods or things like that in a minor version change, any updates I 
imagine would be to improve documentation of current API.
I don't see a problem with that and I think there is a lot of room for 
improvement especially around examples and more description.


I have more concern around the website and SDK being out of sync if in 
fact documentation changes have been made which I don't know whether 
that's the case or not.
Maybe that's something we can look at making sure the website has the 
latest copy.


Slightly off-topic is that the Java documentation doesn't include all of 
the juh, jurt, and ridl classes like it could.
I've been able to generate them and packed into and archive during a 
build but I haven't solved getting them into the packaging part.


Best regards,
Carl


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

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

[Marcus]

Am 18.10.21 um 08:07 schrieb Arrigo Marchiori:


replying to myself as a correction.

On Thu, Oct 14, 2021 at 07:08:25PM +0200, Arrigo Marchiori wrote:

[...]

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

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


I should have written "API documentation" instead of API. I apologize.


ah, that is changing the game. ;-)


I agree that changing the API is a ``big thing'', that we shall be
very careful, and I understand Jörg's and Marcus' concern while
reading my paragraph above!

I suggest we update the _documentation_ whenever possible because IMHO
that can be helpful for developers.


The details can and should be discussed when it comes to updates. But in 
general I agree.



I hope I could clarify my proposal now.


Yes, thanks

Marcus


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

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

[Jörg Schmidt]

 

> -Original Message-
> From: Arrigo Marchiori [mailto:ard...@yahoo.it.INVALID] 
> Sent: Monday, October 18, 2021 8:08 AM
> To: dev@openoffice.apache.org
> Subject: Re: API doc on web site [Was: Accessing the comment 
> object (annotation) in Draw/Impress via API]
> 
> Hello All,
> 
> replying to myself as a correction.
> 
> On Thu, Oct 14, 2021 at 07:08:25PM +0200, Arrigo Marchiori wrote:
> 
> [...]
> > Those pages should be generated by Autodoc, for what I understand.
> > 
> > Are there any scripts that do this? Or any policies on how 
> and when to
> > update the API documentation?  For example, I would suggest 
> that each
> > new release would be a good time to update the API.
> 
> I should have written "API documentation" instead of API. I apologize.

I assumed that 'API documentation' was meant, so all is well, no 
misunderstanding.

> I agree that changing the API is a ``big thing'', that we shall be
> very careful, and I understand Jörg's and Marcus' concern while
> reading my paragraph above!
> 
> I suggest we update the _documentation_ whenever possible because 

"whenever possible"?

-1

'whenever necessary'

+1

The difference between both things is a basic principle, e.g. in mechanical 
engineering (it is always worked as exactly as necessary, not as possible) as 
well as in programming, because one should not change any code (here 
documentation) if it is not necessary, because every change contains the risk 
of errors. 

> IMHO
> that can be helpful for developers.

Well, I've been professionally developing macros and extensions for OpenOffice 
for close to 15 years and I caution against frivolously updating the API 
documentation via automated processes until we have proper QA.



Jörg


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

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

[Jörg Schmidt]

Hello Peter, 

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

> The API Documentation is extracted from the Code.
> 
> For example the comment in
> 
> http://opengrok.openoffice.org/xref/aoo41x/main/offapi/com/sun
> /star/modules.idl?r=d1766043#83
> 
> does have an impact on the web page:
> 
> https://www.openoffice.org/api/docs/common/ref/com/sun/star/of
> fice/module-ix.html
> 
> I hope you see both documentations are linked. So when do we 
> update the 
> documentation on the web site?
> 
> Currently we will never update the web site, and the danger 
> is that if 
> we change a comment in the documentation it will not end up 
> on the website..
> 
> So Arrigos Idea is to update with each release. This would keep the 
> documentation on the web in sync with the latest Code 
> released for this 
> API Version (Which should roughly correspond with the major release).
> 
> It makes sense to publish on the website which Code the 
> extraction has 
> been taken from and what Versions the Documentation relates to.
> 
> On an API Change, QA and documentation  Versions need to be 
> discussed. 

yes, exactly.

> But we can discuss this when we get near to a API Change. I 
> think until 
> then we have done some steps in respect of QA.

How do you come to this hope, so we can all see that there is no regulated QA 
for years? Basically there is no real QA since Raphael left the project. 

That's just a description of the situation, because we lack enough volunteers 
to build up a really sufficient QA. But volunteers have to be motivated and for 
this we have to recognize performance and not admit people to the PMC according 
to personal preference (called alleged "merit"), but only according to 
performance.

For example, we should have discussed honestly and factually how it came to the 
release mikt the (so-called) 'Big Sur Bug', to improve our release procedures, 
that such gross errors no longer occur. But nothing happened.

'9 years as a top level project' ... well, I've been in the OO project for more 
than 16 years ...




Jörg



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

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

[Arrigo Marchiori]

Hello All,

replying to myself as a correction.

On Thu, Oct 14, 2021 at 07:08:25PM +0200, Arrigo Marchiori wrote:

[...]
> Those pages should be generated by Autodoc, for what I understand.
> 
> Are there any scripts that do this? Or any policies on how and when to
> update the API documentation?  For example, I would suggest that each
> new release would be a good time to update the API.

I should have written "API documentation" instead of API. I apologize.

I agree that changing the API is a ``big thing'', that we shall be
very careful, and I understand Jörg's and Marcus' concern while
reading my paragraph above!

I suggest we update the _documentation_ whenever possible because IMHO
that can be helpful for developers.

I hope I could clarify my proposal now.

Best regards,
-- 
Arrigo

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

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

[Peter Kovacs]

Hi Jörg,

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

Hello Peter,


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

Hi Jörg,


I am not sure what you refer to.

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

The documentation has no
influence on
backward compatibility.

right.

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

Again this is relevant if we change the API itself.

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


The API Documentation is extracted from the Code.

For example the comment in

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

does have an impact on the web page:

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

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


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


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


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


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


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


All the best

Peter


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

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

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

[Jörg Schmidt]

Hello Peter, 

> -Original Message-
> From: Peter Kovacs [mailto:pe...@apache.org] 
> Sent: Sunday, October 17, 2021 11:27 AM
> To: dev@openoffice.apache.org
> Subject: Re: API doc on web site [Was: Accessing the comment 
> object (annotation) in Draw/Impress via API]
> 
> Hi Jörg,
> 
> 
> I am not sure what you refer to.

I refer to the fact that changes in the API documentation are marked in time 
(the typical entry is "since ..."), so that the API documentation can be used 
in practice for all program versions.

> The documentation has no 
> influence on 
> backward compatibility.

right.

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

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

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

And where is this process?
What I see is that we don't even have a regulated QA for the program. Why do 
you want to make more work for which quality assurance never has the time?

> I would not see documentation update as a blocker to a release thought. 

Neither do I in the least, but that's not the point, it's the quality assurance 
of the API documentation. 




Jörg


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

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

[Peter Kovacs]

Hi Jörg,


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


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


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


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


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


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




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


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


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


to have both process in sync.


I think Arrigos Idea is a good one.


All the best

Peter

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

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

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

are looking for

is maybe here:



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

Thank you! That is what I meant.

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

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

-1 (for the moment)

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

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


Jörg


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


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

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

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

[Marcus]

Am 15.10.21 um 10:15 schrieb Jörg Schmidt:

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

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

are looking for

is maybe here:



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

Thank you! That is what I meant.

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

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


please not really for each release. We should provide our users with a 
stable API at least for the 4.1.x release branch. Maybe also for 4.x.y.


Marcus


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

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

[Jörg Schmidt]

> -Original Message-
> From: Arrigo Marchiori [mailto:ard...@yahoo.it.INVALID] 
> Sent: Thursday, October 14, 2021 7:08 PM
> To: dev@openoffice.apache.org
> Subject: API doc on web site [Was: Accessing the comment 
> object (annotation) in Draw/Impress via API]
> > the API doc is (somehow) part of the website. And what you 
> are looking for
> > is maybe here:
> > 
> > 
> https://github.com/apache/openoffice-org/blob/main/part2/conte
> nt/api/docs/common/ref/com/sun/star/office/module-ix.html
> 
> Thank you! That is what I meant.
> 
> Those pages should be generated by Autodoc, for what I understand.
> 
> Are there any scripts that do this? Or any policies on how and when to
> update the API documentation?  For example, I would suggest that each
> new release would be a good time to update the API.

-1 (for the moment)

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

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


Jörg


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

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

[Arrigo Marchiori]

Hello,

On Wed, Oct 13, 2021 at 12:10:52AM +0200, Marcus wrote:

> Am 12.10.21 um 22:06 schrieb Arrigo Marchiori:
> > 
> > On Mon, Oct 11, 2021 at 04:53:56PM +0200, Czesław Wolański wrote:
> > 
> > > Recently a user on the English forum inquired how one can change the font
> > > size in a comment box in Draw [1].
> > > He was given the obvious workaround tip and then the discussion started on
> > > how to access the comment object via API.
> > > Though the AOO's IDL reference says nothing in this regard, it turned out
> > > the annotation can be handled
> > > programmatically (at least in OpenOffice Basic).
> > > 
> > > Hence my questions:
> > > 1. Is the API in terms of annotations' handling fully operational?
> > > 2. Should the relevant AOO's IDL reference be amended?
> > > see:
> > > https://www.openoffice.org/api/docs/common/ref/com/sun/star/office/module-ix.html
> > 
> > I guess that the "API documentation" is extracted from autodoc or
> > something like that... how can we update it on our web site? Are there
> > any scripts or procedures?
> > 
> > Thank you in advance for any pointers,
> 
> the API doc is (somehow) part of the website. And what you are looking for
> is maybe here:
> 
> https://github.com/apache/openoffice-org/blob/main/part2/content/api/docs/common/ref/com/sun/star/office/module-ix.html

Thank you! That is what I meant.

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

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

Best regards,
-- 
Arrigo

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

Re: Accessing the comment object (annotation) in Draw/Impress via API

[Marcus]

Am 12.10.21 um 22:06 schrieb Arrigo Marchiori:


On Mon, Oct 11, 2021 at 04:53:56PM +0200, Czesław Wolański wrote:


Recently a user on the English forum inquired how one can change the font
size in a comment box in Draw [1].
He was given the obvious workaround tip and then the discussion started on
how to access the comment object via API.
Though the AOO's IDL reference says nothing in this regard, it turned out
the annotation can be handled
programmatically (at least in OpenOffice Basic).

Hence my questions:
1. Is the API in terms of annotations' handling fully operational?
2. Should the relevant AOO's IDL reference be amended?
see:
https://www.openoffice.org/api/docs/common/ref/com/sun/star/office/module-ix.html


I guess that the "API documentation" is extracted from autodoc or
something like that... how can we update it on our web site? Are there
any scripts or procedures?

Thank you in advance for any pointers,


the API doc is (somehow) part of the website. And what you are looking 
for is maybe here:


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

HTH

Marcus


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

Re: Accessing the comment object (annotation) in Draw/Impress via API

[Arrigo Marchiori]

Dear all,

On Mon, Oct 11, 2021 at 04:53:56PM +0200, Czesław Wolański wrote:

> Hi,
> 
> Recently a user on the English forum inquired how one can change the font
> size in a comment box in Draw [1].
> He was given the obvious workaround tip and then the discussion started on
> how to access the comment object via API.
> Though the AOO's IDL reference says nothing in this regard, it turned out
> the annotation can be handled
> programmatically (at least in OpenOffice Basic).
> 
> Hence my questions:
> 1. Is the API in terms of annotations' handling fully operational?
> 2. Should the relevant AOO's IDL reference be amended?
> see:
> https://www.openoffice.org/api/docs/common/ref/com/sun/star/office/module-ix.html

I guess that the "API documentation" is extracted from autodoc or
something like that... how can we update it on our web site? Are there
any scripts or procedures?

Thank you in advance for any pointers,
-- 
Arrigo

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

Accessing the comment object (annotation) in Draw/Impress via API

[Czesław Wolański]

Hi,

Recently a user on the English forum inquired how one can change the font
size in a comment box in Draw [1].
He was given the obvious workaround tip and then the discussion started on
how to access the comment object via API.
Though the AOO's IDL reference says nothing in this regard, it turned out
the annotation can be handled
programmatically (at least in OpenOffice Basic).

Hence my questions:
1. Is the API in terms of annotations' handling fully operational?
2. Should the relevant AOO's IDL reference be amended?
see:
https://www.openoffice.org/api/docs/common/ref/com/sun/star/office/module-ix.html

--
"The OpenOffice.org 3 Draw Guide",
section "Adding comments to a drawing" (pp. 201-202)
states:
"Type or paste your comment into the text box.
You can optionally apply some basic formatting to parts of the text
by selecting it, right-clicking, and choosing from the pop-up menu."
--


My sincere thanks to Arrigo Marchiori for providing valuable hints on the
relevant source code and the SDK.

Regards,
Czesław



[1] "Changing the font size in a comment box"
https://forum.openoffice.org/en/forum/viewtopic.php?f=11=106271

R: IMPRESS ICONS USE CLARIFICATION

[Mirco Busetto]

Good morning Joerg,

thank you very much for the fast answer.
I took a quick look and today I will read it more calmly, especially point 4.
Last part of the page including code is very important for applying with the 
license.

Have a nice day

Mirco Busetto

Da: Jörg Schmidt<mailto:joe...@j-m-schmidt.de>
Inviato: giovedì 26 marzo 2020 11:27
A: dev@openoffice.apache.org<mailto:dev@openoffice.apache.org>
Oggetto: RE: IMPRESS ICONS USE CLARIFICATION

hello,

> -Original Message-
> From: Mirco Busetto [mailto:boy8...@hotmail.it]
> Sent: Thursday, March 26, 2020 9:01 AM
> To: dev@openoffice.apache.org
> Subject: IMPRESS ICONS USE CLARIFICATION
>
> Good morning,
>
> I wish to receive a clarification because I have searched for
> this information but I have not found it.
> I understand that it is possible to use Gallery Impress icons
> to create a logo (such as arrows, symbols, etc.). My doubt is
> whether it is possible to make commercial use of it: as an
> example it is the creation of a logo and the subsequent
> registration of the trademark to prevent it from being copied
> (more the name than the image) and subsequently a safer use
> from the point of view visibility (not mandatory commercial use).

If the icons (graphics etc.) are part of the installation package, they are
subject to the Apache license (http://www.apache.org/licenses/LICENSE-2.0.html)
and you can use or change them commercially and make some of your own logos in
accordance with the license.

Because this use also imposes obligations on you (see "4. Redistribution" in
http://www.apache.org/licenses/LICENSE-2.0.html) I would ask myself if this is a
good idea in the special case of a trademark.



greetings,
Jörg


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

RE: IMPRESS ICONS USE CLARIFICATION

[Jörg Schmidt]

hello, 

> -Original Message-
> From: Mirco Busetto [mailto:boy8...@hotmail.it] 
> Sent: Thursday, March 26, 2020 9:01 AM
> To: dev@openoffice.apache.org
> Subject: IMPRESS ICONS USE CLARIFICATION
> 
> Good morning,
> 
> I wish to receive a clarification because I have searched for 
> this information but I have not found it.
> I understand that it is possible to use Gallery Impress icons 
> to create a logo (such as arrows, symbols, etc.). My doubt is 
> whether it is possible to make commercial use of it: as an 
> example it is the creation of a logo and the subsequent 
> registration of the trademark to prevent it from being copied 
> (more the name than the image) and subsequently a safer use 
> from the point of view visibility (not mandatory commercial use).

If the icons (graphics etc.) are part of the installation package, they are
subject to the Apache license (http://www.apache.org/licenses/LICENSE-2.0.html)
and you can use or change them commercially and make some of your own logos in
accordance with the license.

Because this use also imposes obligations on you (see "4. Redistribution" in
http://www.apache.org/licenses/LICENSE-2.0.html) I would ask myself if this is a
good idea in the special case of a trademark.



greetings,
Jörg


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

IMPRESS ICONS USE CLARIFICATION

[Mirco Busetto]

Good morning,

I wish to receive a clarification because I have searched for this information 
but I have not found it.
I understand that it is possible to use Gallery Impress icons to create a logo 
(such as arrows, symbols, etc.). My doubt is whether it is possible to make 
commercial use of it: as an example it is the creation of a logo and the 
subsequent registration of the trademark to prevent it from being copied (more 
the name than the image) and subsequently a safer use from the point of view 
visibility (not mandatory commercial use).

Thanks in advance

Mirco Busetto

Re: Impress masterpage issue, has someone time to test?

[Matthias Seidel]

Hi Pedro,

Am 11.11.18 um 13:21 schrieb Pedro Lino:
> Hi Peter, all
>
> I have successfully compiled (under 16.04 x64) and tested the patched 4.1.6 
> build under 18.04 x64 and 16.04 x64 and I can confirm that the crash no 
> longer occurs. The user can click in the Master tab and use the master slides.

Great!

I would like to commit this patch to trunk...

Regards,

   Matthias

>
> Best,
> Pedro
>
>
>> On November 8, 2018 at 9:18 PM Peter Kovacs  wrote:
>>
>>
>> There is a patch for this issue. Can someone check it out?
>>
>> https://bz.apache.org/ooo/show_bug.cgi?id=127929
>>
>> Thanks!
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>



smime.p7s
Description: S/MIME Cryptographic Signature

Impress masterpage issue, has someone time to test?

[Peter Kovacs]

There is a patch for this issue. Can someone check it out?

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

Thanks!


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

4.1.6_release_blocker denied: [Issue 127805] Crash in Impress on Ubuntu 18.04 when selecting Master Pages in sidebar

[bugzilla]

Peter  has denied Matthias Seidel 's
request for 4.1.6_release_blocker:
Issue 127805: Crash in Impress on Ubuntu 18.04 when selecting Master Pages in
sidebar
https://bz.apache.org/ooo/show_bug.cgi?id=127805



--- Comment #8 from Peter  ---
I think this bug will delay the release longer. I rather would like to release
now and evaluate this again in the next release. Even a version 4.1.7 sounds
more attractive then press this in 4.1.6.
I am sorry, but the initiative is welcome.

Also this might be older and not a new effect. I had crashes like this in 2017.
But I forgot about it bcause of FOSDEM.

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

4.1.6_release_blocker requested: [Issue 127805] Crash in Impress on Ubuntu 18.04 when selecting Master Pages in sidebar

[bugzilla]

Matthias Seidel  has asked  for 4.1.6_release_blocker:
Issue 127805: Crash in Impress on Ubuntu 18.04 when selecting Master Pages in
sidebar
https://bz.apache.org/ooo/show_bug.cgi?id=127805



--- Comment #7 from Matthias Seidel  ---
After installing FreeType 2.8.1 via PPA on Ubuntu 16.04 the crash can be
reproduced immediately with Jim's latest 4.1.6 build.

So I am asking for release blocker 4.1.6.

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

Re: svn commit: r1835769 [1/2] - in /openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting: Impress/AddorRemoveAnimationEffects/index.html Impress/Chart/index.html Impress/Compatability/index.ht

[Matthias Seidel]

Am 12.07.2018 um 21:35 schrieb Kay Schenk:
>
> Right. They're in svn as was the others. When the build gets kick
> started again, maybe they will. :-(
>

Hopefully.

>
> On 07/12/2018 12:31 PM, Matthias Seidel wrote:
>> Hi Kay,
>>
>> those commits will not make it to the website...
>>
>> My ticket at infra is still unassigned and the compile fails:
>> https://ci.apache.org/builders/ooo-site-site-staging/builds/1740
>>
>> Regards,
>>
>>    Matthias
>>
>>
>> Am 12.07.2018 um 21:26 schrieb ksch...@apache.org:
>>> Author: kschenk
>>> Date: Thu Jul 12 19:26:24 2018
>>> New Revision: 1835769
>>>
>>> URL: http://svn.apache.org/viewvc?rev=1835769=rev
>>> Log:
>>> Commit new index files
>>>
>>>
>>> Added:
>>>     
>>> openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting/Impress/AddorRemoveAnimationEffects/index.html
>>> 
>>> openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting/Impress/Chart/index.html
>>> 
>>> openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting/Impress/Compatability/index.html
>>> 
>>> openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting/Impress/TextBox/index.html
>>> 
>>> openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting/Impress/index.html
>>> openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting/index.html
>>>
>>> Added: 
>>> openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting/Impress/AddorRemoveAnimationEffects/index.html
>>> URL: 
>>> http://svn.apache.org/viewvc/openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting/Impress/AddorRemoveAnimationEffects/index.html?rev=1835769=auto
>>> ==
>>> --- 
>>> openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting/Impress/AddorRemoveAnimationEffects/index.html
>>>  (added)
>>> +++ 
>>> openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting/Impress/AddorRemoveAnimationEffects/index.html
>>>  Thu Jul 12 19:26:24 2018
>>> @@ -0,0 +1,32 @@
>>> +
>>> + 
>>> +  Index of 
>>> /home/kschenk/AOOwebsite/trunk/content/qa/testcase/ManualTesting/Impress/AddorRemoveAnimationEffects
>>> +  
>>> +Index of 
>>> /home/kschenk/AOOwebsite/trunk/content/qa/testcase/ManualTesting/Impress/AddorRemoveAnimationEffects
>>> + 
>>> +
>>> +
>>> +  >> href="AOOTest-575_Animation_Effects_Complex.html">AOOTest-575_Animation_Effects_Complex.html
>>> +  AOOTest-576_ 
>>> Emphasis_Basic.html
>>> +  >> href="AOOTest-577_Emphasis_Moderate.html">AOOTest-577_Emphasis_Moderate.html
>>> +  AOOTest-578 
>>> _Emphasis_Special.html
>>> +  >> href="AOOTest-579_Entrance_Basic.html">AOOTest-579_Entrance_Basic.html
>>> +  >> href="AOOTest-580_Entrance_Exciting.html">AOOTest-580_Entrance_Exciting.html
>>> +  >> href="AOOTest-581_Entrance_Moderate.html">AOOTest-581_Entrance_Moderate.html
>>> +  >> href="AOOTest-582_Entrance_Random_Effects.html">AOOTest-582_Entrance_Random_Effects.html
>>> +  >> href="AOOTest-583_Entrance_Special.html">AOOTest-583_Entrance_Special.html
>>> +  >> href="AOOTest-584_Exit_Basic.html">AOOTest-584_Exit_Basic.html
>>> +  >> href="AOOTest-585_Exit_Exciting.html">AOOTest-585_Exit_Exciting.html
>>> +  >> href="AOOTest-586_Exit_Moderate.html">AOOTest-586_Exit_Moderate.html
>>> +  >> href="AOOTest-587_Exit_Random_Effects.html">AOOTest-587_Exit_Random_Effects.html
>>> +  >> href="AOOTest-588_Exit_Special.html">AOOTest-588_Exit_Special.html
>>> +  >> href="AOOTest-589_Misc_Effects_Media.html">AOOTest-589_Misc_Effects_Media.html
>>> +  >> href="AOOTest-590_Motion_Paths_Basic.html">AOOTest-590_Motion_Paths_Basic.html
>>> +  >> href="AOOTest-591_Motion_Paths_Lines_and_Curves.html">AOOTest-591_Motion_Paths_Lines_and_Curves.html
>>> +  >> href="AOOTest-592_Motion_Paths_Special.html">AOOTest-592_Motion_Paths_Special.html
>>> +  >> href="AOOTest-593_Motion_Paths_User_Paths.html">AOOTest-593_Motion_Paths_User_Paths.html
>>> +  AOOTest-594_ 
>&g

Re: svn commit: r1835769 [1/2] - in /openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting: Impress/AddorRemoveAnimationEffects/index.html Impress/Chart/index.html Impress/Compatability/index.ht

[Matthias Seidel]

Hi Kay,

those commits will not make it to the website...

My ticket at infra is still unassigned and the compile fails:
https://ci.apache.org/builders/ooo-site-site-staging/builds/1740

Regards,

   Matthias


Am 12.07.2018 um 21:26 schrieb ksch...@apache.org:
> Author: kschenk
> Date: Thu Jul 12 19:26:24 2018
> New Revision: 1835769
>
> URL: http://svn.apache.org/viewvc?rev=1835769=rev
> Log:
> Commit new index files
>
>
> Added:
> 
> openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting/Impress/AddorRemoveAnimationEffects/index.html
> 
> openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting/Impress/Chart/index.html
> 
> openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting/Impress/Compatability/index.html
> 
> openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting/Impress/TextBox/index.html
> 
> openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting/Impress/index.html
> openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting/index.html
>
> Added: 
> openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting/Impress/AddorRemoveAnimationEffects/index.html
> URL: 
> http://svn.apache.org/viewvc/openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting/Impress/AddorRemoveAnimationEffects/index.html?rev=1835769=auto
> ======
> --- 
> openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting/Impress/AddorRemoveAnimationEffects/index.html
>  (added)
> +++ 
> openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting/Impress/AddorRemoveAnimationEffects/index.html
>  Thu Jul 12 19:26:24 2018
> @@ -0,0 +1,32 @@
> +
> + 
> +  Index of 
> /home/kschenk/AOOwebsite/trunk/content/qa/testcase/ManualTesting/Impress/AddorRemoveAnimationEffects
> +  
> +Index of 
> /home/kschenk/AOOwebsite/trunk/content/qa/testcase/ManualTesting/Impress/AddorRemoveAnimationEffects
> + 
> +
> +
> + href="AOOTest-575_Animation_Effects_Complex.html">AOOTest-575_Animation_Effects_Complex.html
> +  AOOTest-576_ 
> Emphasis_Basic.html
> +   href="AOOTest-577_Emphasis_Moderate.html">AOOTest-577_Emphasis_Moderate.html
> +  AOOTest-578 
> _Emphasis_Special.html
> +   href="AOOTest-579_Entrance_Basic.html">AOOTest-579_Entrance_Basic.html
> +   href="AOOTest-580_Entrance_Exciting.html">AOOTest-580_Entrance_Exciting.html
> +   href="AOOTest-581_Entrance_Moderate.html">AOOTest-581_Entrance_Moderate.html
> +   href="AOOTest-582_Entrance_Random_Effects.html">AOOTest-582_Entrance_Random_Effects.html
> +   href="AOOTest-583_Entrance_Special.html">AOOTest-583_Entrance_Special.html
> +   href="AOOTest-584_Exit_Basic.html">AOOTest-584_Exit_Basic.html
> +   href="AOOTest-585_Exit_Exciting.html">AOOTest-585_Exit_Exciting.html
> +   href="AOOTest-586_Exit_Moderate.html">AOOTest-586_Exit_Moderate.html
> +   href="AOOTest-587_Exit_Random_Effects.html">AOOTest-587_Exit_Random_Effects.html
> +   href="AOOTest-588_Exit_Special.html">AOOTest-588_Exit_Special.html
> +   href="AOOTest-589_Misc_Effects_Media.html">AOOTest-589_Misc_Effects_Media.html
> +   href="AOOTest-590_Motion_Paths_Basic.html">AOOTest-590_Motion_Paths_Basic.html
> +   href="AOOTest-591_Motion_Paths_Lines_and_Curves.html">AOOTest-591_Motion_Paths_Lines_and_Curves.html
> +   href="AOOTest-592_Motion_Paths_Special.html">AOOTest-592_Motion_Paths_Special.html
> +   href="AOOTest-593_Motion_Paths_User_Paths.html">AOOTest-593_Motion_Paths_User_Paths.html
> +  AOOTest-594_ 
> Remove_one_multianimation_effect(s).html 
> +
> +
> +  
> +
>
> Added: 
> openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting/Impress/Chart/index.html
> URL: 
> http://svn.apache.org/viewvc/openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting/Impress/Chart/index.html?rev=1835769=auto
> ======
> --- 
> openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting/Impress/Chart/index.html
>  (added)
> +++ 
> openoffice/ooo-site/trunk/content/qa/testcase/ManualTesting/Impress/Chart/index.html
>  Thu Jul 12 19:26:24 2018
> @@ -0,0 +1,14 @@
> +
> + 
> +  Index of 
> /home/kschenk/AOOwebsite/trunk/content/qa/testcase/ManualTesting/Impress/Chart
> +  
> +Index of 
> /home/kschenk/AOOwebsite/trunk/content/qa/testcase/ManualTesting/Impress/Chart
> + 
> +
> + ChartData
> +ChartProperties
> +ChartType
> +
> +

Re: Creating table of contents in Impress

[Marcus]

Am 17.09.2017 um 18:30 schrieb Elias Nilsson:

Hi, I have tried to create a nice table of content in my presentation in
OpenOffice but with little luck. There is a nice insert table of contents
in textdocuments but I can't find anything similar in presentation.


right, table of content is a feature that is only used in text 
documents. Therefore it's available only there.


For a presentation it's common to have a agenda. But also here it's very 
unusual to click a topic point to get to the slide somewhere further in 
the presentation.



When I export the file to PDF I want to be able to click the headers in the
table of contents and then it should jump down to that specific header. Is
this possible?


For me it doesn't sound like a presentation but more of a documentation 
where a user doesn't need to read from start to end - like it is common 
for a presenation that is shown with a LCD projector on a wall.


Maybe it is better to do it within the format of a text document?

BTW:
Please note that this is not a mailing list for user problems. Maybe you 
should look here [1] or [2] (if you prefer to use a web-forum).


[1] 
https://openoffice.apache.org/mailing-lists.html#users-mailing-list-public

[2] http://forum.openoffice.org/

HTH

Marcus


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

Creating table of contents in Impress

[Elias Nilsson]

Hi, I have tried to create a nice table of content in my presentation in
OpenOffice but with little luck. There is a nice insert table of contents
in textdocuments but I can't find anything similar in presentation.

When I export the file to PDF I want to be able to click the headers in the
table of contents and then it should jump down to that specific header. Is
this possible?

Thank you in advance!

-- 
Best regards,

Elias Nilsson
*Freelance Composer*
Phone: +46737296247
Email: eliasnilssoncompo...@gmail.com

Re: Impress problem on linux?

[Rory O'Farrell]

On Sat, 4 Feb 2017 17:11:40 -0300
Ariel Constenla-Haile  wrote:

> On 03/02/17 19:47, Rory O'Farrell wrote:
> >> On Linux, OpenOffice uses gstreamer (on Fedora there are tow packages
> >> for the older gstreamer API and the newer gstreamer1 API), besides
> >> installing gstreamer you need to install the plugins, they may have
> >> names like gstreamer-plugins-bad, gstreamer-plugins-bad-free,
> >> gstreamer-plugins-ugly, etc.
> 
> [...]
> 
> > I'm fairly sure I have these installed; it is too late in my day for 
> > detailed work, so I'll check tomorrow that they are definitely installed.
> 
> AFAIK Ubuntu comes with gstreamer1.0 by default, you need to install
> gstreamer0.10 and its plugins.
> 
> 
> Regards
> -- 
> Ariel Constenla-Haile
> La Plata, Argentina
> 

Thank you, Ariel.  When your email arrived I had just come to the same 
conclusion and was in process of installing 0.10.  However, my findings are not 
encouraging.  According to the Gstreamer site, 0.10 and 1.0 should co-exist.  
In my experiments they didn't - perhaps the order of installation might be 
important.  I then removed 1.0 and it took with it many of the utilities of 
Xubuntu 16.04; even having carried out a fresh installation of 0.10 there were 
still problems handling .avi and .mpg files (I only experimented with a known 
good .avi and .mpg file).  

I've spent long enough fiddling at this - for the few presentations I have 
using multimedia (always video in my case), I'll manage with the hyperlink to 
the system video player or VLC.

As 0.10 is not maintained since 2012, and modern *ubuntu distros are using 1.0, 
(I have no knowledge of the situation in other linux distros) perhaps it is 
time to consider migration to 1.0 for a future release of AOO.  For 
information: on the gstreamer site is a note on migrating 0,1 to 1.0.

Thank you for your assistance.


-- 
Rory O'Farrell 

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

Re: Impress problem on linux?

[Ariel Constenla-Haile]

On 03/02/17 19:47, Rory O'Farrell wrote:
>> On Linux, OpenOffice uses gstreamer (on Fedora there are tow packages
>> for the older gstreamer API and the newer gstreamer1 API), besides
>> installing gstreamer you need to install the plugins, they may have
>> names like gstreamer-plugins-bad, gstreamer-plugins-bad-free,
>> gstreamer-plugins-ugly, etc.

[...]

> I'm fairly sure I have these installed; it is too late in my day for detailed 
> work, so I'll check tomorrow that they are definitely installed.

AFAIK Ubuntu comes with gstreamer1.0 by default, you need to install
gstreamer0.10 and its plugins.


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina



signature.asc
Description: OpenPGP digital signature

Re: Impress problem on linux?

[Rory O'Farrell]

On Fri, 3 Feb 2017 19:39:07 -0300
Ariel Constenla-Haile <arie...@apache.org> wrote:

> Hi Rory,
> 
> On 03/02/17 16:56, Rory O'Farrell wrote:
> > Before I raise an issue on Bugzilla, I would like confirmation of the 
> > following problem:
> > 
> > Using AOO 4.1.3 running on Xubuntu 16.04.1 I am not able to get Impress to 
> > play embedded videos.  Any attempt to embed an .avi or an .mpg file is 
> > blocked by "The format of the selected file is not supported" message and 
> > the file will not insert on the slide.  The .avi and .mpg files play 
> > perfectly using the system video player (Parole) or VLC.  From memory this 
> > problem occurred with AOO 4.0.0 - I have older presentations prepared in 
> > 2008 in which these embeddings worked correctly, but such presentations do 
> > not play in current AOO 4.1.3.  I have tried a number of different .avi and 
> > .mpg files, all to no avail within Impress.
> > 
> > I have checked using the same multimedia files on AOO 4,1.3 running on 
> > Windows XP - they work correctly 
> > 
> > My workaround is to insert a hyperlink to the .avi/.mpg files, which calls 
> > the system video player.  This is a bit clunky, but at least the videos get 
> > shown.
> > 
> > Would other users please confirm if this problem shows up on other linux 
> > versions (please indicate linux distro and version) so that I can post as 
> > detailed an issue as possible on Bugzilla.
> > 
> 
> On Linux, OpenOffice uses gstreamer (on Fedora there are tow packages
> for the older gstreamer API and the newer gstreamer1 API), besides
> installing gstreamer you need to install the plugins, they may have
> names like gstreamer-plugins-bad, gstreamer-plugins-bad-free,
> gstreamer-plugins-ugly, etc.
> 
> 
> Regards
> -- 
> Ariel Constenla-Haile
> La Plata, Argentina
> 

I'm fairly sure I have these installed; it is too late in my day for detailed 
work, so I'll check tomorrow that they are definitely installed.


-- 
Rory O'Farrell <ofarr...@iol.ie>

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

Re: Impress problem on linux?

[Ariel Constenla-Haile]

Hi Rory,

On 03/02/17 16:56, Rory O'Farrell wrote:
> Before I raise an issue on Bugzilla, I would like confirmation of the 
> following problem:
> 
> Using AOO 4.1.3 running on Xubuntu 16.04.1 I am not able to get Impress to 
> play embedded videos.  Any attempt to embed an .avi or an .mpg file is 
> blocked by "The format of the selected file is not supported" message and the 
> file will not insert on the slide.  The .avi and .mpg files play perfectly 
> using the system video player (Parole) or VLC.  From memory this problem 
> occurred with AOO 4.0.0 - I have older presentations prepared in 2008 in 
> which these embeddings worked correctly, but such presentations do not play 
> in current AOO 4.1.3.  I have tried a number of different .avi and .mpg 
> files, all to no avail within Impress.
> 
> I have checked using the same multimedia files on AOO 4,1.3 running on 
> Windows XP - they work correctly 
> 
> My workaround is to insert a hyperlink to the .avi/.mpg files, which calls 
> the system video player.  This is a bit clunky, but at least the videos get 
> shown.
> 
> Would other users please confirm if this problem shows up on other linux 
> versions (please indicate linux distro and version) so that I can post as 
> detailed an issue as possible on Bugzilla.
> 

On Linux, OpenOffice uses gstreamer (on Fedora there are tow packages
for the older gstreamer API and the newer gstreamer1 API), besides
installing gstreamer you need to install the plugins, they may have
names like gstreamer-plugins-bad, gstreamer-plugins-bad-free,
gstreamer-plugins-ugly, etc.


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina



signature.asc
Description: OpenPGP digital signature

Re: Impress problem on linux?

[Marcus]

Am 03.02.2017 um 20:56 schrieb Rory O'Farrell:

Before I raise an issue on Bugzilla, I would like confirmation of the following 
problem:

Using AOO 4.1.3 running on Xubuntu 16.04.1 I am not able to get Impress to play embedded 
videos.  Any attempt to embed an .avi or an .mpg file is blocked by "The format of 
the selected file is not supported" message and the file will not insert on the 
slide.  The .avi and .mpg files play perfectly using the system video player (Parole) or 
VLC.  From memory this problem occurred with AOO 4.0.0 - I have older presentations 
prepared in 2008 in which these embeddings worked correctly, but such presentations do 
not play in current AOO 4.1.3.  I have tried a number of different .avi and .mpg files, 
all to no avail within Impress.

I have checked using the same multimedia files on AOO 4,1.3 running on Windows 
XP - they work correctly

My workaround is to insert a hyperlink to the .avi/.mpg files, which calls the 
system video player.  This is a bit clunky, but at least the videos get shown.

Would other users please confirm if this problem shows up on other linux 
versions (please indicate linux distro and version) so that I can post as 
detailed an issue as possible on Bugzilla.


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

IMHO it's the old Java Media Framework issue. In former Sun times the 
JMF [1] was choosen for Linux-based OS to manage multimedia files. Maybe 
it was decided to use a Java-based implementation instead of a 
Linux-native one like gstreamer. But at the end I don't know why. At the 
moment it is as it is.


I don't know if the JMF functions are still part of a current JRE. If 
not then we have a possible root cause that it is no longer working.


PS:
If you want to know, I'm working on Fedora 25 and AOO 4.1.3.

[1] https://en.wikipedia.org/wiki/Java_Media_Framework

Marcus


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

Re: Impress problem on linux?

[Hagar Delest]

Hi,

Confirmed with AOO 4.1.3 on Xubuntu 16.10.
Tried with a .mpg.

Hagar


Le 03/02/2017 à 20:56, Rory O'Farrell a écrit :

Before I raise an issue on Bugzilla, I would like confirmation of the following 
problem:

Using AOO 4.1.3 running on Xubuntu 16.04.1 I am not able to get Impress to play embedded 
videos.  Any attempt to embed an .avi or an .mpg file is blocked by "The format of 
the selected file is not supported" message and the file will not insert on the 
slide.  The .avi and .mpg files play perfectly using the system video player (Parole) or 
VLC.  From memory this problem occurred with AOO 4.0.0 - I have older presentations 
prepared in 2008 in which these embeddings worked correctly, but such presentations do 
not play in current AOO 4.1.3.  I have tried a number of different .avi and .mpg files, 
all to no avail within Impress.

I have checked using the same multimedia files on AOO 4,1.3 running on Windows 
XP - they work correctly

My workaround is to insert a hyperlink to the .avi/.mpg files, which calls the 
system video player.  This is a bit clunky, but at least the videos get shown.

Would other users please confirm if this problem shows up on other linux 
versions (please indicate linux distro and version) so that I can post as 
detailed an issue as possible on Bugzilla.




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

Impress problem on linux?

[Rory O'Farrell]

Before I raise an issue on Bugzilla, I would like confirmation of the following 
problem:

Using AOO 4.1.3 running on Xubuntu 16.04.1 I am not able to get Impress to play 
embedded videos.  Any attempt to embed an .avi or an .mpg file is blocked by 
"The format of the selected file is not supported" message and the file will 
not insert on the slide.  The .avi and .mpg files play perfectly using the 
system video player (Parole) or VLC.  From memory this problem occurred with 
AOO 4.0.0 - I have older presentations prepared in 2008 in which these 
embeddings worked correctly, but such presentations do not play in current AOO 
4.1.3.  I have tried a number of different .avi and .mpg files, all to no avail 
within Impress.

I have checked using the same multimedia files on AOO 4,1.3 running on Windows 
XP - they work correctly 

My workaround is to insert a hyperlink to the .avi/.mpg files, which calls the 
system video player.  This is a bit clunky, but at least the videos get shown.

Would other users please confirm if this problem shows up on other linux 
versions (please indicate linux distro and version) so that I can post as 
detailed an issue as possible on Bugzilla.

-- 
Rory O'Farrell <ofarr...@iol.ie>

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

RE: Updated Security Advisory: CVE-2016-1513 Memory Corruption Vulnerability (Impress Presentations)

[Dennis E. Hamilton]

Thanks for the feedback, Don.

Please provide more details (and copy the public dev@ user list) so we can 
narrow in on the problem.

Which version of Windows 10 are you running?  Windows 10 Home or Windows 10 Pro?

Are you following the steps in the README file for the Windows 4.1.2-patch1 
Hotfix?

By "Open the Patch" do you mean the .zip file or do you mean attempting to run 
the APPLY .bat file?

 - Dennis

> -Original Message-
> From: Don Rake [mailto:raked...@yahoo.com]
> Sent: Tuesday, August 30, 2016 14:12
> To: annou...@openoffice.apache.org; orc...@apache.org
> Subject: Re: Updated Security Advisory: CVE-2016-1513 Memory Corruption
> Vulnerability (Impress Presentations)
> 
> Windows 10 won't let me open the patch.
> 
> 
[ ... ]



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

Impress - powerpoint presentation -leaking memory?

[T David]

In the last version 4.1.2 of openoffice, there is a problem opening *.pptx
powerpoint files from microsoft. IT opens the file, after a second or two
it crashes. I guess, this might be a memory leak.

good luck and fingers crossing for all to good work.!


David Tomanek
Main office, US 1(203)343-9631
http://www.qsl.net/va3diw/img/cbmain.html
---

[impress] undraw polygons

[foolsgarden]

Hi all,

can someone tell me how to undraw/remove a polypolygon from a canvas?
I found "CompositeOp" of "CanvasGraphic" and thought I could just set it to 
clear ( setCompositeOp( cppcanvas::CanvasGraphic::CLEAR ); )  before drawing 
and then just redraw the same polypolygon.
But it does not work.
I just want to undraw a painted polypolygon in 
aoo-trunk/main/slideshow/source/engine/slide/userpaintoverlay.cxx.
I also tried to draw some polpolygons with alpha set to different values but 
they all look the same.
(All drawn with 100% alpha)
drawing a polypolygon with alpha set to 50 (alpha did not work for me):
pPolyPoly->setStrokeWidth(50);
pPolyPoly->setRGBALineColor( ::cppcanvas::makeColor( 100, 10, 10, 10 ) );
pPolyPoly->draw();
-
Der perfekte Zeitpunkt seinen Gasversorger zu wechseln:
http://www.anpa.de/index.php?action=gasvergleich



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

[impress]erase annotations

[foolsgarden]

Hi all,

can someone tell me if it was possible to erase annotations in prior versions 
of impress?
I mean if one starts the presentation one can use the mouse as a pen.
One can draw stuff but not delete these annotaions in the version I have.
Looks like there is some code snippets but it is not complete/used.
Was this implemented in prior versions and remobed due to some issues
-
Der perfekte Zeitpunkt seinen Stromanbieter zu wechseln:
http://www.anpa.de/index.php?action=stromvergleich



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

Impress

[Sue Taylor]

Good morning. Does OpenOffice have a substitute for Microsoft Publisher?

Certain comments on the OpenOffice website refer to Impress being a
substitute for Power Point, then relates to Publisher.

I am confused.

Regards Sue T. England

Re: Impress

[Alexandro Colorado]

Draw is efficient as a digital publishing software, althought there are
some caviates, Personaly I would like to see the frame linkage existing in
writter in Draw. That would probably solve most of the issues with Draw
used as a Digital publisher software.

However the open source community also has Scribus which is more targeted
for Publishing and imports ODG (Draw files).

On Thu, Apr 30, 2015 at 2:44 PM, Sue Taylor sue.littlebent...@gmail.com
wrote:

 Good morning. Does OpenOffice have a substitute for Microsoft Publisher?

 Certain comments on the OpenOffice website refer to Impress being a
 substitute for Power Point, then relates to Publisher.

 I am confused.

 Regards Sue T. England




-- 
Alexandro Colorado
Apache OpenOffice Contributor
882C 4389 3C27 E8DF 41B9  5C4C 1DB7 9D1C 7F4C 2614

Re: Impress

[Rory O'Farrell]

On Thu, 30 Apr 2015 20:44:15 +0100
Sue Taylor sue.littlebent...@gmail.com wrote:

 Good morning. Does OpenOffice have a substitute for Microsoft Publisher?
 
 Certain comments on the OpenOffice website refer to Impress being a
 substitute for Power Point, then relates to Publisher.
 
 I am confused.
 
 Regards Sue T. England

Impress is a slightly lesser powered equivalent to PowerPoint.  For publishing 
purposes many use Writer, although this gas not the full capability of a fully 
fledged publishing program - it really depends on how large and complex your 
publishing needs are.  For text layout or text and some illustrations it is 
excellent.  If your work is heavily graphics oriented, it may not suit.  As it 
is free to download (only download from www.openoffice.org/download) you can 
try it out and see,

-- 
Rory O'Farrell ofarr...@iol.ie

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

Re: issue 60552: embedding live web-pages (floating frame?) into impress slides

[Louis Suárez-Potts]

Alex,

 On 13 Jan 2015, at 17:03, Alexander Di Marco a...@cs.toronto.edu wrote:
 
 See Below
 Hi Rob
 
 I noticed this has not been worked on since 2013. Out of curiosity, what
 would be required (from a development standpoint) to implement this.
 
 Thanks
 
 Alex
 
It’s always a pleasure to see someone from Toronto—and even more so that you 
work out of the Bahen Centre of UoT, quite close to where I am, in Yorkville. 
This is a public list, so I tend to be shy about posting my contact 
information, but I’d be happy to be meet up with you and talk about OpenOffice, 
if you have the time.

Cheers,
Louis
 
 
 Alex DiMarco
 
 www.cdf.toronto.edu
 Bahen Centre
 40 St. George Street, Room 3224
 Toronto, Ontario
 M5S 2E4
 office: 416-946-8862
 cell: 416-459-0447


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

Fwd: issue 60552: embedding live web-pages (floating frame?) into impress slides

[Alexander Di Marco]

See Below
Hi Rob

I noticed this has not been worked on since 2013. Out of curiosity, what
would be required (from a development standpoint) to implement this.

Thanks

Alex



Alex DiMarco

www.cdf.toronto.edu
Bahen Centre
40 St. George Street, Room 3224
Toronto, Ontario
M5S 2E4
office: 416-946-8862
cell: 416-459-0447

Re: EMBEDDING YOUTUBE INTO IMPRESS

[Alexandro Colorado]

That said maybe is a good conversation to have. JMF was a broken solution
from is inception by having a deprecated product plugged into AOO for
political reasons because Sun needed to find a Java solution.

Novell replace this in Go-oo with gstreamer, however other engines like
libvlc or maybe more licence compatible solutiosn can work at the moment.
Not to mention JMF license might be incompatible atm.

Probably a feature to consider for 5.0.

On Thu, Oct 30, 2014 at 2:03 AM, FR web forum ooofo...@free.fr wrote:

 Don't anonying developer team with end-user problem.
 First, find an answer on our support forum.
 Example: https://forum.openoffice.org/en/forum/viewtopic.php?f=10t=7694
 Feel free to register and post directly all your questions there.

 - Mail original -
 De: SOC IETY intellba...@outlook.com
 À: dev@openoffice.apache.org
 Envoyé: Mercredi 29 Octobre 2014 21:30:20
 Objet: EMBEDDING YOUTUBE INTO IMPRESS

  Good afternoon, I have tried unsuccessfully to add a you tube video
 to a simple

 off the top of my head project just to have it done, nothing special. I
 have gone to

 the Oracle site  installed jmf software. Now for some reason I still
 can't get the

 video to embed in the presentation... I added a sample video from the
 library that

 comes with Windows 7 32bit, so I know it can be done but, a video embedded
 from

 YouTube

 Is it possible  how is it done?

 Bruce


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




-- 
Alexandro Colorado
Apache OpenOffice Contributor
882C 4389 3C27 E8DF 41B9  5C4C 1DB7 9D1C 7F4C 2614

How can i do page turning for openoffice impress?

[gileth]

Hi!I'm newbie for java operate the openoffice file.Now,i want to do page 
turning for openoffice impress.I don't know where to config the port in these 
code used:



com.sun.star.uno.XComponentContext xContext = 
com.sun.star.comp.helper.Bootstrap.bootstrap();
System.out.println(Connected to a running office ...);
com.sun.star.lang.XMultiComponentFactory xMCF = xContext.getServiceManager();
String available = (xMCF != null ? available : not available);
System.out.println(remote ServiceManager is  + available);
Object desktop = xMCF.createInstanceWithContext(com.sun.star.frame.Desktop, 
xContext);
XComponentLoader xComponentLoader = (XComponentLoader)
UnoRuntime.queryInterface(XComponentLoader.class, desktop);
System.out.println(OK Done);

XComponentContext xcomponentcontext = 
Bootstrap.createInitialComponentContext(null);
// create a connector, so that it can contact the office
XUnoUrlResolver urlResolver = UnoUrlResolver.create(xcomponentcontext);
Object initialObject = 
urlResolver.resolve(uno:socket,host=localhost,port=8100;urp;StarOffice.ServiceManager);
XMultiComponentFactory xOfficeFactory = (XMultiComponentFactory) 
UnoRuntime.queryInterface(XMultiComponentFactory.class, initialObject);
// retrieve the component context as property (it is not yet exported from the 
office)
// Query for the XPropertySet interface.
XPropertySet xProperySet = (XPropertySet) 
UnoRuntime.queryInterface(XPropertySet.class, xOfficeFactory);
// Get the default context from the office server.
Object oDefaultContext = xProperySet.getPropertyValue(DefaultContext);
// Query for the interface XComponentContext.
XComponentContext xOfficeComponentContext = (XComponentContext) 
UnoRuntime.queryInterface(XComponentContext.class, oDefaultContext);
// now create the desktop service
// NOTE: use the office component context here!
Object oDesktop = 
xOfficeFactory.createInstanceWithContext(com.sun.star.frame.Desktop, 
xOfficeComponentContext);‍





Thanks!

Data deleting Impress extensions - thank you

[michael lockyear]

To Whom it may concern

Your website distributes an Impress extension (Evoice) supposedly used to
add audio narrative to an Impress slide deck (
http://extensions.openoffice.org/en/search?query=evoicesort_by=field_project_stats_yearsort_order=DESC
) .

You might want to check that it actually works.  I found that it does NOT
save the audio clips AND causes the TOTAL loss of the presentation being
worked on. I recently lost an entire day of productivity due to this bug.

This problem was reported in your forums as far back 2010, and as recently
as 2 weeks ago (
https://forum.openoffice.org/en/forum/search.php?keywords=evoice ).

Regards
Michael Lockyear

-- 
Michael Lockyear
Mobile: +27 (0) 82 374 3275
http://www.michaellockyear.com

This communication is private and confidential.  Unauthorised use,
publication and redistribution is strictly prohibited.

Re: Data deleting Impress extensions - thank you

[Marcus]

Am 09/11/2014 02:20 PM, schrieb michael lockyear:

To Whom it may concern

Your website distributes an Impress extension (Evoice) supposedly used to
add audio narrative to an Impress slide deck (
http://extensions.openoffice.org/en/search?query=evoicesort_by=field_project_stats_yearsort_order=DESC
) .

You might want to check that it actually works.  I found that it does NOT
save the audio clips AND causes the TOTAL loss of the presentation being
worked on. I recently lost an entire day of productivity due to this bug.

This problem was reported in your forums as far back 2010, and as recently
as 2 weeks ago (
https://forum.openoffice.org/en/forum/search.php?keywords=evoice ).


the extension was not developed by someone at Apache but from Internet 
Media Group (http://img.polito.it/) as it can be seen on the extension 
website. Please notify them about the prolem, so that they can analyze 
and fix it.


Thanks

Marcus


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

Re: Data deleting Impress extensions - thank you

[michael lockyear]

I won't be contacting anyone because I have uninstalled Apache OpenOffice.

Thanks



On Thu, Sep 11, 2014 at 8:24 PM, Marcus marcus.m...@wtnet.de wrote:

 Am 09/11/2014 02:20 PM, schrieb michael lockyear:

 To Whom it may concern

 Your website distributes an Impress extension (Evoice) supposedly used to
 add audio narrative to an Impress slide deck (
 http://extensions.openoffice.org/en/search?query=evoice;
 sort_by=field_project_stats_yearsort_order=DESC
 ) .

 You might want to check that it actually works.  I found that it does NOT
 save the audio clips AND causes the TOTAL loss of the presentation being
 worked on. I recently lost an entire day of productivity due to this bug.

 This problem was reported in your forums as far back 2010, and as recently
 as 2 weeks ago (
 https://forum.openoffice.org/en/forum/search.php?keywords=evoice ).


 the extension was not developed by someone at Apache but from Internet
 Media Group (http://img.polito.it/) as it can be seen on the extension
 website. Please notify them about the prolem, so that they can analyze and
 fix it.

 Thanks

 Marcus




-- 
Michael Lockyear
Mobile: +27 (0) 82 374 3275
http://www.michaellockyear.com

This communication is private and confidential.  Unauthorised use,
publication and redistribution is strictly prohibited.

Re: Data deleting Impress extensions - thank you

[Andrea Pescetti]

On 11/09/2014 michael lockyear wrote:

Your website distributes an Impress extension (Evoice) supposedly used to
add audio narrative to an Impress slide deck (
http://extensions.openoffice.org/en/search?query=evoicesort_by=field_project_stats_yearsort_order=DESC
) . You might want to check that it actually works.  I found that it does NOT


The Extensions site is a community site: authors upload their extensions 
there and the OpenOffice project has no control over the individual 
extensions. Only a few authors follow this mailing list.



I recently lost an entire day of productivity due to this bug.
This problem was reported in your forums as far back 2010, and as recently
as 2 weeks ago (
https://forum.openoffice.org/en/forum/search.php?keywords=evoice ).


It's bad to hear that this extension is so buggy: the author should get 
to know this. Best way: please leave a comment on the page of that 
extension to report the bug or to warn other users that this extension 
is malfunctioning. You can also rate the extension as not compatible 
with OpenOffice 4 if it is malfunctioning. Alternatively, you can 
contact the extension provider directly and they can consider to fix the 
extension and even unpublish all current releases until it is fixed.


Regards,
  Andrea.

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

Re: Impress/ presentation - arrange graphics - send to back

[Andrea Pescetti]

Forwarding to Peter in case he is not subscribed. See 
http://openoffice.apache.org/mailing-lists.html#using-mailing-lists Andrea


On 11/08/2014 Regina Henschel wrote:

Hi Peter,

Peter Stölzgen schrieb:

Dear People from the OpenOffice developer community,

I need help with programming a script for OpenOffice Impress.

My script alread has the below features
* save presentation document
* read values from text boxes which are placed on slide 'Control'
* according the the above values a specified directory is searched for
images


I don't know yet whether the layer Control has the same properties in
Impress than in Draw. But in Draw the shapes on the layer Control are
always on top of the shapes from the other layers.


* corresponding to the number of images that were found
.. + slide 2 (index 1) is copied and pasted ... OR
.. + last slide/ slide with highest index is deleted
* save presentation document
* presentation is exported as PDF document and stored in a specified
directory

Unfortunately I didn't find a way to send the images to back. If this
feature would be executed using the mouse the procedure would be:
* right click image
* context menu will be displayed
* select below item from context menu
.. Arrange  Send To Back



The arrangement effects the property ZOrder. The shape with ZOrder=0
is drawn first and therefor at the back, but still in layer layout.
You can manipulate the ZOrder, see
https://wiki.openoffice.org/wiki/Documentation/DevGuide/Drawings/Ordering
The draw page supports the service ShapeCollection, which gives you
access to the shapes.

But I'm not sure, whether Send To Back is what you really want. Send
to Back makes only sense, if there are several shapes overlapping each
other. Perhaps you want to set a shape to a background layer?

Kind regards
Regina




-
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: Re: Impress/ presentation - arrange graphics - send to back

[Peter Stölzgen]

Hi OpenOffice developer community,

This. Is. So. Great.
Thank you so much Regina!

I struggeld two more hours, because I had to convert the Basic and Java
snippets into Python. Here is the result:
objShape.ZOrder = 0

Much to easy to find the solution in a few minutes - right?!



Problem solved. Thank you again.
Peter

---
Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus Schutz 
ist aktiv.
http://www.avast.com


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

Impress/ presentation - arrange graphics - send to back

[Peter Stölzgen]

Dear People from the OpenOffice developer community,

I need help with programming a script for OpenOffice Impress.

My script alread has the below features
* save presentation document
* read values from text boxes which are placed on slide 'Control'
* according the the above values a specified directory is searched for
images
* corresponding to the number of images that were found
.. + slide 2 (index 1) is copied and pasted ... OR
.. + last slide/ slide with highest index is deleted
* save presentation document
* presentation is exported as PDF document and stored in a specified
directory

Unfortunately I didn't find a way to send the images to back. If this
feature would be executed using the mouse the procedure would be:
* right click image
* context menu will be displayed
* select below item from context menu
.. Arrange  Send To Back



Thank you in advance,
Peter

---
Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus Schutz 
ist aktiv.
http://www.avast.com


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

Re: Impress/ presentation - arrange graphics - send to back

[Regina Henschel]

Hi Peter,

Peter Stölzgen schrieb:

Dear People from the OpenOffice developer community,

I need help with programming a script for OpenOffice Impress.

My script alread has the below features
* save presentation document
* read values from text boxes which are placed on slide 'Control'
* according the the above values a specified directory is searched for
images


I don't know yet whether the layer Control has the same properties in 
Impress than in Draw. But in Draw the shapes on the layer Control are 
always on top of the shapes from the other layers.



* corresponding to the number of images that were found
.. + slide 2 (index 1) is copied and pasted ... OR
.. + last slide/ slide with highest index is deleted
* save presentation document
* presentation is exported as PDF document and stored in a specified
directory

Unfortunately I didn't find a way to send the images to back. If this
feature would be executed using the mouse the procedure would be:
* right click image
* context menu will be displayed
* select below item from context menu
.. Arrange  Send To Back



The arrangement effects the property ZOrder. The shape with ZOrder=0 
is drawn first and therefor at the back, but still in layer layout. 
You can manipulate the ZOrder, see 
https://wiki.openoffice.org/wiki/Documentation/DevGuide/Drawings/Ordering
The draw page supports the service ShapeCollection, which gives you 
access to the shapes.


But I'm not sure, whether Send To Back is what you really want. Send 
to Back makes only sense, if there are several shapes overlapping each 
other. Perhaps you want to set a shape to a background layer?


Kind regards
Regina




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

Re: Impress 4.1.0 unable to display earlier .odp files

[Rory O'Farrell]

On Sun, 20 Jul 2014 21:53:17 +0200
Andrea Pescetti pesce...@apache.org wrote:

 Rory O'Farrell wrote:
  I have tried with Impress 4.1.0 to open and display as Slide Shows
  some existing .odp files made and displayed with OO 3.4 (and
  earlier). Tomorrow I'll find a sample file to upload to Bugzilla;
  pending that, I thought I'd give advance warning of such instability,
  so that others can check out some of their existing presentations. If
  this is confirmed should we consider it as a showstopper?
 
 It will help to know in detail what's going wrong (are the file not 
 displayed at all? not even opened correctly?), but if we have a 
 regression opening old .odp files this would for sure qualify for a 
 release blocker candidate and need investigation (and hopefully fix) 
 before 4.1.1.
 
 On the other hand, I opened many .odp files that I had created with 
 earlier OpenOffice versions in 4.1.0 and I didn't notice regressions.
 
 Regards,
Andrea.

I think I have tracked this down! (Famous last words??!!) The crash on Slide 
Show seems to be caused by use of Fade smoothly or Fade through black 
transitions between slides. Substitution of some other transitions (note - a 
random small selection, not extensive testing of all transitions) to replace 
the Fade/Fade Down transitions made the presentation stable. Could some others 
please test if the Fade transitions cause such instability. I have a small 
presentation of eleven sides (700KB) which I was preparing for a project 
(stillborn), which I use as a test. I'll willingly share this with anyone who 
is interested.


-- 
Rory O'Farrell ofarr...@iol.ie

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

Re: Impress 4.1.0 unable to display earlier .odp files

[Rory O'Farrell]

On Mon, 21 Jul 2014 09:31:45 +0100
Rory O'Farrell ofarr...@iol.ie wrote:

 On Sun, 20 Jul 2014 21:53:17 +0200
 Andrea Pescetti pesce...@apache.org wrote:
 
  Rory O'Farrell wrote:
   I have tried with Impress 4.1.0 to open and display as Slide Shows
   some existing .odp files made and displayed with OO 3.4 (and
   earlier). Tomorrow I'll find a sample file to upload to Bugzilla;
   pending that, I thought I'd give advance warning of such instability,
   so that others can check out some of their existing presentations. If
   this is confirmed should we consider it as a showstopper?
  
  It will help to know in detail what's going wrong (are the file not 
  displayed at all? not even opened correctly?), but if we have a 
  regression opening old .odp files this would for sure qualify for a 
  release blocker candidate and need investigation (and hopefully fix) 
  before 4.1.1.
  
  On the other hand, I opened many .odp files that I had created with 
  earlier OpenOffice versions in 4.1.0 and I didn't notice regressions.
  
  Regards,
 Andrea.
 
 I think I have tracked this down! (Famous last words??!!) The crash on Slide 
 Show seems to be caused by use of Fade smoothly or Fade through black 
 transitions between slides. Substitution of some other transitions (note - a 
 random small selection, not extensive testing of all transitions) to replace 
 the Fade/Fade Down transitions made the presentation stable. Could some 
 others please test if the Fade transitions cause such instability. I have a 
 small presentation of eleven sides (700KB) which I was preparing for a 
 project (stillborn), which I use as a test. I'll willingly share this with 
 anyone who is interested.
 
 
 -- 
 Rory O'Farrell ofarr...@iol.ie

Also, under OO 4.1 on Xubuntu 14.04, application of Fade Smoothly or Fade to 
Black transitions to a presentation under construction immediately caused a 
crash.

-- 
Rory O'Farrell ofarr...@iol.ie

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

Re: Impress 4.1.0 unable to display earlier .odp files

[Rory O'Farrell]

On Mon, 21 Jul 2014 09:55:34 +0100
Rory O'Farrell ofarr...@iol.ie wrote:

 On Mon, 21 Jul 2014 09:31:45 +0100
 Rory O'Farrell ofarr...@iol.ie wrote:
 
  On Sun, 20 Jul 2014 21:53:17 +0200
  Andrea Pescetti pesce...@apache.org wrote:
  
   Rory O'Farrell wrote:
I have tried with Impress 4.1.0 to open and display as Slide Shows
some existing .odp files made and displayed with OO 3.4 (and
earlier). Tomorrow I'll find a sample file to upload to Bugzilla;
pending that, I thought I'd give advance warning of such instability,
so that others can check out some of their existing presentations. If
this is confirmed should we consider it as a showstopper?
   
   It will help to know in detail what's going wrong (are the file not 
   displayed at all? not even opened correctly?), but if we have a 
   regression opening old .odp files this would for sure qualify for a 
   release blocker candidate and need investigation (and hopefully fix) 
   before 4.1.1.
   
   On the other hand, I opened many .odp files that I had created with 
   earlier OpenOffice versions in 4.1.0 and I didn't notice regressions.
   
   Regards,
  Andrea.
  
  I think I have tracked this down! (Famous last words??!!) The crash on 
  Slide Show seems to be caused by use of Fade smoothly or Fade through black 
  transitions between slides. Substitution of some other transitions (note - 
  a random small selection, not extensive testing of all transitions) to 
  replace the Fade/Fade Down transitions made the presentation stable. Could 
  some others please test if the Fade transitions cause such instability. I 
  have a small presentation of eleven sides (700KB) which I was preparing for 
  a project (stillborn), which I use as a test. I'll willingly share this 
  with anyone who is interested.
  
  
  -- 
  Rory O'Farrell ofarr...@iol.ie
 
 Also, under OO 4.1 on Xubuntu 14.04, application of Fade Smoothly or Fade to 
 Black transitions to a presentation under construction immediately caused a 
 crash.
 
I've been doing a little more testing. I find the following transitions cause 
an immediate crash on application to a presentation under construction:

Fade Smoothly
Fade to Black
Flipping Tiles
Outside turning cube
Fall
Turn around
Iris
Turn down
Rochade

In general, I only tested one of each group of transitions. I assumed if (e.g.) 
Wipe Down worked, then probably all  the other Wipe directions would be stable 
also.
(OO 4.1 on Xubuntu 14.04)

Other than Fade Smoothly, I cannot comment on stability when they are used in a 
Slide Show of an existing presentation. My expectation would be that such slide 
show might immediately crash. as happens when Fade Smoothly is used in an 
existing presentation.




-- 
Rory O'Farrell ofarr...@iol.ie

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

Re: Impress 4.1.0 unable to display earlier .odp files

[Andre Fischer]

On 21.07.2014 11:30, Rory O'Farrell wrote:

On Mon, 21 Jul 2014 09:55:34 +0100
Rory O'Farrell ofarr...@iol.ie wrote:


On Mon, 21 Jul 2014 09:31:45 +0100
Rory O'Farrell ofarr...@iol.ie wrote:


On Sun, 20 Jul 2014 21:53:17 +0200
Andrea Pescetti pesce...@apache.org wrote:


Rory O'Farrell wrote:

I have tried with Impress 4.1.0 to open and display as Slide Shows
some existing .odp files made and displayed with OO 3.4 (and
earlier). Tomorrow I'll find a sample file to upload to Bugzilla;
pending that, I thought I'd give advance warning of such instability,
so that others can check out some of their existing presentations. If
this is confirmed should we consider it as a showstopper?

It will help to know in detail what's going wrong (are the file not
displayed at all? not even opened correctly?), but if we have a
regression opening old .odp files this would for sure qualify for a
release blocker candidate and need investigation (and hopefully fix)
before 4.1.1.

On the other hand, I opened many .odp files that I had created with
earlier OpenOffice versions in 4.1.0 and I didn't notice regressions.

Regards,
Andrea.

I think I have tracked this down! (Famous last words??!!) The crash on Slide 
Show seems to be caused by use of Fade smoothly or Fade through black 
transitions between slides. Substitution of some other transitions (note - a 
random small selection, not extensive testing of all transitions) to replace 
the Fade/Fade Down transitions made the presentation stable. Could some others 
please test if the Fade transitions cause such instability. I have a small 
presentation of eleven sides (700KB) which I was preparing for a project 
(stillborn), which I use as a test. I'll willingly share this with anyone who 
is interested.


I failed to reproduce this crash on an Ubuntu 14.4 (vanilla, no X or K) 
machine.  Therefore I would like to ask you for (all or some) of the 
following:


- the 700 KB document you mentioned above, either per personal mail or 
as attachment in a bug


- a Bugzilla bug description

- more information, like

  - do you use more than one display?
  - is  the presenter screen enabled?
  - your graphics hardware (probably not important; don't open your 
computer when you don't know :-)

  - does it crash when the slide effect starts or ends?

- does your console show a stack trace of the crash?

Regards,
Andre




--
Rory O'Farrell ofarr...@iol.ie

Also, under OO 4.1 on Xubuntu 14.04, application of Fade Smoothly or Fade to 
Black transitions to a presentation under construction immediately caused a 
crash.


I've been doing a little more testing. I find the following transitions cause 
an immediate crash on application to a presentation under construction:

Fade Smoothly
Fade to Black
Flipping Tiles
Outside turning cube
Fall
Turn around
Iris
Turn down
Rochade

In general, I only tested one of each group of transitions. I assumed if (e.g.) 
Wipe Down worked, then probably all  the other Wipe directions would be stable 
also.
(OO 4.1 on Xubuntu 14.04)

Other than Fade Smoothly, I cannot comment on stability when they are used in a 
Slide Show of an existing presentation. My expectation would be that such slide 
show might immediately crash. as happens when Fade Smoothly is used in an 
existing presentation.







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

Re: Impress 4.1.0 unable to display earlier .odp files

[Rory O'Farrell]

On Mon, 21 Jul 2014 13:34:45 +0200
Andre Fischer awf@gmail.com wrote:

 On 21.07.2014 11:30, Rory O'Farrell wrote:
  On Mon, 21 Jul 2014 09:55:34 +0100
  Rory O'Farrell ofarr...@iol.ie wrote:
 
  On Mon, 21 Jul 2014 09:31:45 +0100
  Rory O'Farrell ofarr...@iol.ie wrote:
 
  On Sun, 20 Jul 2014 21:53:17 +0200
  Andrea Pescetti pesce...@apache.org wrote:
 
  Rory O'Farrell wrote:
  I have tried with Impress 4.1.0 to open and display as Slide Shows
  some existing .odp files made and displayed with OO 3.4 (and
  earlier). Tomorrow I'll find a sample file to upload to Bugzilla;
  pending that, I thought I'd give advance warning of such instability,
  so that others can check out some of their existing presentations. If
  this is confirmed should we consider it as a showstopper?
  It will help to know in detail what's going wrong (are the file not
  displayed at all? not even opened correctly?), but if we have a
  regression opening old .odp files this would for sure qualify for a
  release blocker candidate and need investigation (and hopefully fix)
  before 4.1.1.
 
  On the other hand, I opened many .odp files that I had created with
  earlier OpenOffice versions in 4.1.0 and I didn't notice regressions.
 
  Regards,
  Andrea.
  I think I have tracked this down! (Famous last words??!!) The crash on 
  Slide Show seems to be caused by use of Fade smoothly or Fade through 
  black transitions between slides. Substitution of some other transitions 
  (note - a random small selection, not extensive testing of all 
  transitions) to replace the Fade/Fade Down transitions made the 
  presentation stable. Could some others please test if the Fade 
  transitions cause such instability. I have a small presentation of eleven 
  sides (700KB) which I was preparing for a project (stillborn), which I 
  use as a test. I'll willingly share this with anyone who is interested.
 
 I failed to reproduce this crash on an Ubuntu 14.4 (vanilla, no X or K) 
 machine.  Therefore I would like to ask you for (all or some) of the 
 following:
 
 - the 700 KB document you mentioned above, either per personal mail or 
 as attachment in a bug
 
 - a Bugzilla bug description
 
 - more information, like
 
- do you use more than one display?
- is  the presenter screen enabled?
- your graphics hardware (probably not important; don't open your 
 computer when you don't know :-)
- does it crash when the slide effect starts or ends?
 
 - does your console show a stack trace of the crash?
 
 Regards,
 Andre

The machine on which I was testing is a two screen machine and Presenter screen 
was enabled. The crashes were immediate on slide effect being applied. I'll 
send you the 700KB document and stack trace in about five hours, with details 
of graphics hardware (from memory Nvidia GT7900, but I'll check details later). 
 If desirable, I can substitute an ATI graphics card - I can do hardware!


 
 
 
  -- 
  Rory O'Farrell ofarr...@iol.ie
  Also, under OO 4.1 on Xubuntu 14.04, application of Fade Smoothly or Fade 
  to Black transitions to a presentation under construction immediately 
  caused a crash.
 
  I've been doing a little more testing. I find the following transitions 
  cause an immediate crash on application to a presentation under 
  construction:
 
  Fade Smoothly
  Fade to Black
  Flipping Tiles
  Outside turning cube
  Fall
  Turn around
  Iris
  Turn down
  Rochade
 
  In general, I only tested one of each group of transitions. I assumed if 
  (e.g.) Wipe Down worked, then probably all  the other Wipe directions would 
  be stable also.
  (OO 4.1 on Xubuntu 14.04)
 
  Other than Fade Smoothly, I cannot comment on stability when they are used 
  in a Slide Show of an existing presentation. My expectation would be that 
  such slide show might immediately crash. as happens when Fade Smoothly is 
  used in an existing presentation.
 
 
 
 
 
 
 -
 To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
 For additional commands, e-mail: dev-h...@openoffice.apache.org
 
 


-- 
Rory O'Farrell ofarr...@iol.ie

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

Re: Impress 4.1.0 unable to display earlier .odp files

[Andre Fischer]

On 21.07.2014 13:49, Rory O'Farrell wrote:

On Mon, 21 Jul 2014 13:34:45 +0200
Andre Fischer awf@gmail.com wrote:


On 21.07.2014 11:30, Rory O'Farrell wrote:

On Mon, 21 Jul 2014 09:55:34 +0100
Rory O'Farrell ofarr...@iol.ie wrote:


On Mon, 21 Jul 2014 09:31:45 +0100
Rory O'Farrell ofarr...@iol.ie wrote:


On Sun, 20 Jul 2014 21:53:17 +0200
Andrea Pescetti pesce...@apache.org wrote:


Rory O'Farrell wrote:

I have tried with Impress 4.1.0 to open and display as Slide Shows
some existing .odp files made and displayed with OO 3.4 (and
earlier). Tomorrow I'll find a sample file to upload to Bugzilla;
pending that, I thought I'd give advance warning of such instability,
so that others can check out some of their existing presentations. If
this is confirmed should we consider it as a showstopper?

It will help to know in detail what's going wrong (are the file not
displayed at all? not even opened correctly?), but if we have a
regression opening old .odp files this would for sure qualify for a
release blocker candidate and need investigation (and hopefully fix)
before 4.1.1.

On the other hand, I opened many .odp files that I had created with
earlier OpenOffice versions in 4.1.0 and I didn't notice regressions.

Regards,
 Andrea.

I think I have tracked this down! (Famous last words??!!) The crash on Slide 
Show seems to be caused by use of Fade smoothly or Fade through black 
transitions between slides. Substitution of some other transitions (note - a 
random small selection, not extensive testing of all transitions) to replace 
the Fade/Fade Down transitions made the presentation stable. Could some others 
please test if the Fade transitions cause such instability. I have a small 
presentation of eleven sides (700KB) which I was preparing for a project 
(stillborn), which I use as a test. I'll willingly share this with anyone who 
is interested.

I failed to reproduce this crash on an Ubuntu 14.4 (vanilla, no X or K)
machine.  Therefore I would like to ask you for (all or some) of the
following:

- the 700 KB document you mentioned above, either per personal mail or
as attachment in a bug

- a Bugzilla bug description

- more information, like

- do you use more than one display?
- is  the presenter screen enabled?
- your graphics hardware (probably not important; don't open your
computer when you don't know :-)
- does it crash when the slide effect starts or ends?

- does your console show a stack trace of the crash?

Regards,
Andre

The machine on which I was testing is a two screen machine and Presenter screen 
was enabled. The crashes were immediate on slide effect being applied. I'll 
send you the 700KB document and stack trace in about five hours, with details 
of graphics hardware (from memory Nvidia GT7900, but I'll check details later). 
 If desirable, I can substitute an ATI graphics card - I can do hardware!


Thank you.

The crash takes place when the effect is being applied when the slide 
transition is selected in the Slide Transition pane?  If so, can you 
uncheck the Automatic preview box in that pane?


-Andre








--
Rory O'Farrell ofarr...@iol.ie

Also, under OO 4.1 on Xubuntu 14.04, application of Fade Smoothly or Fade to 
Black transitions to a presentation under construction immediately caused a 
crash.


I've been doing a little more testing. I find the following transitions cause 
an immediate crash on application to a presentation under construction:

Fade Smoothly
Fade to Black
Flipping Tiles
Outside turning cube
Fall
Turn around
Iris
Turn down
Rochade

In general, I only tested one of each group of transitions. I assumed if (e.g.) 
Wipe Down worked, then probably all  the other Wipe directions would be stable 
also.
(OO 4.1 on Xubuntu 14.04)

Other than Fade Smoothly, I cannot comment on stability when they are used in a 
Slide Show of an existing presentation. My expectation would be that such slide 
show might immediately crash. as happens when Fade Smoothly is used in an 
existing presentation.






-
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: Impress 4.1.0 unable to display earlier .odp files

[Rory O'Farrell]

On Mon, 21 Jul 2014 13:59:29 +0200
Andre Fischer awf@gmail.com wrote:

 On 21.07.2014 13:49, Rory O'Farrell wrote:
  On Mon, 21 Jul 2014 13:34:45 +0200
  Andre Fischer awf@gmail.com wrote:
 
  On 21.07.2014 11:30, Rory O'Farrell wrote:
  On Mon, 21 Jul 2014 09:55:34 +0100
  Rory O'Farrell ofarr...@iol.ie wrote:
 
  On Mon, 21 Jul 2014 09:31:45 +0100
  Rory O'Farrell ofarr...@iol.ie wrote:
 
  On Sun, 20 Jul 2014 21:53:17 +0200
  Andrea Pescetti pesce...@apache.org wrote:
 
  Rory O'Farrell wrote:
  I have tried with Impress 4.1.0 to open and display as Slide Shows
  some existing .odp files made and displayed with OO 3.4 (and
  earlier). Tomorrow I'll find a sample file to upload to Bugzilla;
  pending that, I thought I'd give advance warning of such instability,
  so that others can check out some of their existing presentations. If
  this is confirmed should we consider it as a showstopper?
  It will help to know in detail what's going wrong (are the file not
  displayed at all? not even opened correctly?), but if we have a
  regression opening old .odp files this would for sure qualify for a
  release blocker candidate and need investigation (and hopefully fix)
  before 4.1.1.
 
  On the other hand, I opened many .odp files that I had created with
  earlier OpenOffice versions in 4.1.0 and I didn't notice regressions.
 
  Regards,
   Andrea.
  I think I have tracked this down! (Famous last words??!!) The crash on 
  Slide Show seems to be caused by use of Fade smoothly or Fade through 
  black transitions between slides. Substitution of some other 
  transitions (note - a random small selection, not extensive testing of 
  all transitions) to replace the Fade/Fade Down transitions made the 
  presentation stable. Could some others please test if the Fade 
  transitions cause such instability. I have a small presentation of 
  eleven sides (700KB) which I was preparing for a project (stillborn), 
  which I use as a test. I'll willingly share this with anyone who is 
  interested.
  I failed to reproduce this crash on an Ubuntu 14.4 (vanilla, no X or K)
  machine.  Therefore I would like to ask you for (all or some) of the
  following:
 
  - the 700 KB document you mentioned above, either per personal mail or
  as attachment in a bug
 
  - a Bugzilla bug description
 
  - more information, like
 
  - do you use more than one display?
  - is  the presenter screen enabled?
  - your graphics hardware (probably not important; don't open your
  computer when you don't know :-)
  - does it crash when the slide effect starts or ends?
 
  - does your console show a stack trace of the crash?
 
  Regards,
  Andre
  The machine on which I was testing is a two screen machine and Presenter 
  screen was enabled. The crashes were immediate on slide effect being 
  applied. I'll send you the 700KB document and stack trace in about five 
  hours, with details of graphics hardware (from memory Nvidia GT7900, but 
  I'll check details later).  If desirable, I can substitute an ATI graphics 
  card - I can do hardware!
 
 Thank you.
 
 The crash takes place when the effect is being applied when the slide 
 transition is selected in the Slide Transition pane?  If so, can you 
 uncheck the Automatic preview box in that pane?
 
 -Andre

The problem may be cured! I changed driver from Nouveau driver to proprietary 
nvidia 304.117 and the problem seems cured (on preliminary testing). I'll do 
more testing later, but am offline now for some hours.

 
 
  -- 
  Rory O'Farrell ofarr...@iol.ie
  Also, under OO 4.1 on Xubuntu 14.04, application of Fade Smoothly or 
  Fade to Black transitions to a presentation under construction 
  immediately caused a crash.
 
  I've been doing a little more testing. I find the following transitions 
  cause an immediate crash on application to a presentation under 
  construction:
 
  Fade Smoothly
  Fade to Black
  Flipping Tiles
  Outside turning cube
  Fall
  Turn around
  Iris
  Turn down
  Rochade
 
  In general, I only tested one of each group of transitions. I assumed if 
  (e.g.) Wipe Down worked, then probably all  the other Wipe directions 
  would be stable also.
  (OO 4.1 on Xubuntu 14.04)
 
  Other than Fade Smoothly, I cannot comment on stability when they are 
  used in a Slide Show of an existing presentation. My expectation would be 
  that such slide show might immediately crash. as happens when Fade 
  Smoothly is used in an existing presentation.
 
 
 
 
 
  -
  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
 
 


-- 
Rory O'Farrell ofarr...@iol.ie

Re: Impress 4.1.0 unable to display earlier .odp files

[Andre Fischer]

On 21.07.2014 14:45, Rory O'Farrell wrote:

On Mon, 21 Jul 2014 13:59:29 +0200
Andre Fischer awf@gmail.com wrote:


On 21.07.2014 13:49, Rory O'Farrell wrote:

On Mon, 21 Jul 2014 13:34:45 +0200
Andre Fischer awf@gmail.com wrote:


On 21.07.2014 11:30, Rory O'Farrell wrote:

On Mon, 21 Jul 2014 09:55:34 +0100
Rory O'Farrell ofarr...@iol.ie wrote:


Fade Smoothly
Fade to Black
Flipping Tiles
Outside turning cube
Fall
Turn around
Iris
Turn down
Rochade




Most of these transitions are provided by the OGLTrans code in the 
slideshow/ module.  It is based on a GSOC 2007 project and, to my 
knowledge, still regarded experimental.  This would fit nicely with your 
observation that the crash goes away after using a different graphics 
driver.  However, Fade Smoothly and Fade to Black are not part of 
OGLTrans.  Therefore a faulty OpenGL driver seems not to be the (only) 
reason for the crash.


At the moment I have no access to a computer with NVidia graphics card, 
so I am not sure that I will be able to find the root cause.


-Andre


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

Impress 4.1.0 unable to display earlier .odp files

[Rory O'Farrell]

I have tried with Impress 4.1.0 to open and display as Slide Shows some 
existing .odp files made and displayed with OO 3.4 (and earlier). Tomorrow I'll 
find a sample file to upload to Bugzilla; pending that, I thought I'd give 
advance warning of such instability, so that others can check out some of their 
existing presentations. If this is confirmed should we consider it as a 
showstopper?  My files are generated in Impress and always saved as .odp (never 
.ppt) and have very little (usually nothing) by way of inter-slide effects.


-- 
Rory O'Farrell ofarr...@iol.ie

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

Re: Impress 4.1.0 unable to display earlier .odp files

[Rory O'Farrell]

On Sun, 20 Jul 2014 19:31:31 +0100
Rory O'Farrell ofarr...@iol.ie wrote:

 I have tried with Impress 4.1.0 to open and display as Slide Shows some 
 existing .odp files made and displayed with OO 3.4 (and earlier). Tomorrow 
 I'll find a sample file to upload to Bugzilla; pending that, I thought I'd 
 give advance warning of such instability, so that others can check out some 
 of their existing presentations. If this is confirmed should we consider it 
 as a showstopper?  My files are generated in Impress and always saved as .odp 
 (never .ppt) and have very little (usually nothing) by way of inter-slide 
 effects.
 
 

I omitted to say I'm using OO 4.1.0 (64bit) on Xubuntu 14.04 (also 64bit). I 
time tomorrow I'll try a  windows XP (32bit) machine (ugh!).


-- 
Rory O'Farrell ofarr...@iol.ie

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

Re: Impress 4.1.0 unable to display earlier .odp files

[Andrea Pescetti]

Rory O'Farrell wrote:

I have tried with Impress 4.1.0 to open and display as Slide Shows
some existing .odp files made and displayed with OO 3.4 (and
earlier). Tomorrow I'll find a sample file to upload to Bugzilla;
pending that, I thought I'd give advance warning of such instability,
so that others can check out some of their existing presentations. If
this is confirmed should we consider it as a showstopper?


It will help to know in detail what's going wrong (are the file not 
displayed at all? not even opened correctly?), but if we have a 
regression opening old .odp files this would for sure qualify for a 
release blocker candidate and need investigation (and hopefully fix) 
before 4.1.1.


On the other hand, I opened many .odp files that I had created with 
earlier OpenOffice versions in 4.1.0 and I didn't notice regressions.


Regards,
  Andrea.

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

Re: Impress 4.1.0 unable to display earlier .odp files

[Rory O'Farrell]

On Sun, 20 Jul 2014 21:53:17 +0200
Andrea Pescetti pesce...@apache.org wrote:

 Rory O'Farrell wrote:
  I have tried with Impress 4.1.0 to open and display as Slide Shows
  some existing .odp files made and displayed with OO 3.4 (and
  earlier). Tomorrow I'll find a sample file to upload to Bugzilla;
  pending that, I thought I'd give advance warning of such instability,
  so that others can check out some of their existing presentations. If
  this is confirmed should we consider it as a showstopper?
 
 It will help to know in detail what's going wrong (are the file not 
 displayed at all? not even opened correctly?), but if we have a 
 regression opening old .odp files this would for sure qualify for a 
 release blocker candidate and need investigation (and hopefully fix) 
 before 4.1.1.
 
 On the other hand, I opened many .odp files that I had created with 
 earlier OpenOffice versions in 4.1.0 and I didn't notice regressions.
 
 Regards,
Andrea.

When I attempted a slide show, using a dual monitor setup, the three files I 
have tried crashed Impress. I was not in front of an audience, simply verifying 
that the files would work on OO 4.1. The files displayed correctly in Impress 
editing mode, but crashed Impress in slide show mode. he files had displayed 
correctly on OO 3.4.1 - they live on my presentation machine and had not been 
edited under OO 4+ (yet). I tried one save from OO 4.1 and the new file also 
crashed. 

I'll investigate further tomorrow. I'll also try OO 4.1.1 snapshot, to see if 
the various graphics adjustments made there might cure the problem. I'll find a 
sample file to upload to Bugzilla and also try a new User Profile.
-- 
Rory O'Farrell ofarr...@iol.ie

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

Re: Impress 4.1.0 unable to display earlier .odp files

[Rory O'Farrell]

On Sun, 20 Jul 2014 21:53:17 +0200
Andrea Pescetti pesce...@apache.org wrote:

 Rory O'Farrell wrote:
  I have tried with Impress 4.1.0 to open and display as Slide Shows
  some existing .odp files made and displayed with OO 3.4 (and
  earlier). Tomorrow I'll find a sample file to upload to Bugzilla;
  pending that, I thought I'd give advance warning of such instability,
  so that others can check out some of their existing presentations. If
  this is confirmed should we consider it as a showstopper?
 
 It will help to know in detail what's going wrong (are the file not 
 displayed at all? not even opened correctly?), but if we have a 
 regression opening old .odp files this would for sure qualify for a 
 release blocker candidate and need investigation (and hopefully fix) 
 before 4.1.1.
 
 On the other hand, I opened many .odp files that I had created with 
 earlier OpenOffice versions in 4.1.0 and I didn't notice regressions.
 
I should also point to a thread on the en-Forum complaining of massive 
instability of Impress. This thread is at

https://forum.openoffice.org/en/forum/viewtopic.php?f=10t=69625


-- 
Rory O'Farrell ofarr...@iol.ie

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

Impress slides - save as JPEG not available

[peter]

Dear Sir/Madam,

I used to use Microsoft Office, and in particular their Power Point 
presentation program.  I was able to use the save as function to 
convert my slides into a photo, JPEG, format.


Just recently I intalled your Open Office software. I setup Impress and 
created a few slides but was unable to save them in a photo format.


Do you have a fix or can you recommend a reliable conversion software 
program?


Thanks in advance for your help.

Regards,

Peter Hamblin

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

Re: Impress slides - save as JPEG not available

[Rory O'Farrell]

On Sun, 29 Dec 2013 14:57:04 +0100
pe...@hamblin.ch wrote:

 Dear Sir/Madam,
 
 I used to use Microsoft Office, and in particular their Power Point 
 presentation program.  I was able to use the save as function to 
 convert my slides into a photo, JPEG, format.
 
 Just recently I intalled your Open Office software. I setup Impress and 
 created a few slides but was unable to save them in a photo format.
 
 Do you have a fix or can you recommend a reliable conversion software 
 program?
 
 Thanks in advance for your help.
 
 Regards,
 
 Peter Hamblin

Try /File /Export as and select Jpeg from the file type dropdown, on a slide by 
slide basis.

-- 
Rory O'Farrell ofarr...@iol.ie

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

Re: Impress slides - save as JPEG not available

[Rory O'Farrell]

On Sun, 29 Dec 2013 14:52:26 +
Rory O'Farrell ofarr...@iol.ie wrote:

 On Sun, 29 Dec 2013 14:57:04 +0100
 pe...@hamblin.ch wrote:
 
  Dear Sir/Madam,
  
  I used to use Microsoft Office, and in particular their Power Point 
  presentation program.  I was able to use the save as function to 
  convert my slides into a photo, JPEG, format.
  
  Just recently I intalled your Open Office software. I setup Impress and 
  created a few slides but was unable to save them in a photo format.
  
  Do you have a fix or can you recommend a reliable conversion software 
  program?
  
  Thanks in advance for your help.
  
  Regards,
  
  Peter Hamblin
 
 Try /File /Export as and select Jpeg from the file type dropdown, on a slide 
 by slide basis.
 
 -- 
 Rory O'Farrell ofarr...@iol.ie

For information: Reply copied to OP blocked by SpamCop

-- 
Rory O'Farrell ofarr...@iol.ie

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

Re: [Accessibility] Calc and Impress got complete ia2 support -- (aoo-w7ia2) Buildbot currently failing

[Steve Yin]

The compile errors of the branch ia2 were fixed. And the branch was
synchronized with the latest trunk.


On Sat, Sep 28, 2013 at 11:17 PM, Steve Yin steve.yin@gmail.com wrote:

 An error occurred in the editeng module. I will check it soon.


 On Sat, Sep 28, 2013 at 1:34 AM, Andrew Rist andrew.r...@oracle.comwrote:


 On 9/27/2013 6:44 AM, V Stuart Foote wrote:

 Steve,

 Great news!  Once we have a useable build...

 I just checked and the current r1526782 based ia2 branch is failing
 snapshot
 Buildbot for svn under cygwin

 So the (aoo-w7ia2) Buildbot for the ia2 branch again needs some
 attention.

 just gave it some attention and it is running now...

 A.


 Stuart






 --
 View this message in context: http://openoffice.2283327.n4.**
 nabble.com/Accessibility-Calc-**and-Impress-got-complete-ia2-**
 support-tp4653235p4653267.htmlhttp://openoffice.2283327.n4.nabble.com/Accessibility-Calc-and-Impress-got-complete-ia2-support-tp4653235p4653267.html
 Sent from the Development mailing list archive at Nabble.com.

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



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




 --
 Best Regards,

 Steve Yin




-- 
Best Regards,

Steve Yin

Re: [Accessibility] Calc and Impress got complete ia2 support -- looking forware to an (aoo-w7ia2) Buildbot build of r1527279

[V Stuart Foote]

Steve,


Steve Yin wrote
 The compile errors of the branch ia2 were fixed. And the branch was
 synchronized with the latest trunk.
 -- 
 Best Regards,
 
 Steve Yin

Wow, excellent that for your r1527279 build of the branch you've again
synchronized with AOO trunk! With any luck we'll have a clean and current
ia2 build to start IAccessibile2 QA with.

So, we'll never get a buildbot run of r1526782, where the last nights
attempt for 29 September again failed.

Also, for the genearl QA and Devlopment community--is it too soon to start
spinning Linux and OS X buildbot builds of the ia2 branch to start assessing
impact implementing IAccessible2 framework may have on the other UAA
dependent bridges--AT-SPI/ATK and NSAccessibility?

Andrew R. -- anything to be done with the last failed r1526782 build to
prepare for build against Steve's revised branch?

Stuart




--
View this message in context: 
http://openoffice.2283327.n4.nabble.com/Accessibility-Calc-and-Impress-got-complete-ia2-support-tp4653235p4653397.html
Sent from the Development mailing list archive at Nabble.com.

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

Re: [Accessibility] Calc and Impress got complete ia2 support -- looking forware to an (aoo-w7ia2) Buildbot build of r1527279

[Steve Yin]

Hi Stuart,

r1527279 is building normally until now. Hope we can get a valid build
soon. : )




On Sun, Sep 29, 2013 at 10:27 PM, V Stuart Foote vstuart.fo...@utsa.eduwrote:

 Steve,


 Steve Yin wrote
  The compile errors of the branch ia2 were fixed. And the branch was
  synchronized with the latest trunk.
  --
  Best Regards,
 
  Steve Yin

 Wow, excellent that for your r1527279 build of the branch you've again
 synchronized with AOO trunk! With any luck we'll have a clean and current
 ia2 build to start IAccessibile2 QA with.

 So, we'll never get a buildbot run of r1526782, where the last nights
 attempt for 29 September again failed.

 Also, for the genearl QA and Devlopment community--is it too soon to start
 spinning Linux and OS X buildbot builds of the ia2 branch to start
 assessing
 impact implementing IAccessible2 framework may have on the other UAA
 dependent bridges--AT-SPI/ATK and NSAccessibility?

 Andrew R. -- anything to be done with the last failed r1526782 build to
 prepare for build against Steve's revised branch?

 Stuart




 --
 View this message in context:
 http://openoffice.2283327.n4.nabble.com/Accessibility-Calc-and-Impress-got-complete-ia2-support-tp4653235p4653397.html
 Sent from the Development mailing list archive at Nabble.com.

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




-- 
Best Regards,

Steve Yin

Re: [Accessibility] Calc and Impress got complete ia2 support -- (aoo-w7ia2) Buildbot currently failing

[Steve Yin]

An error occurred in the editeng module. I will check it soon.


On Sat, Sep 28, 2013 at 1:34 AM, Andrew Rist andrew.r...@oracle.com wrote:


 On 9/27/2013 6:44 AM, V Stuart Foote wrote:

 Steve,

 Great news!  Once we have a useable build...

 I just checked and the current r1526782 based ia2 branch is failing
 snapshot
 Buildbot for svn under cygwin

 So the (aoo-w7ia2) Buildbot for the ia2 branch again needs some attention.

 just gave it some attention and it is running now...

 A.


 Stuart






 --
 View this message in context: http://openoffice.2283327.n4.**
 nabble.com/Accessibility-Calc-**and-Impress-got-complete-ia2-**
 support-tp4653235p4653267.htmlhttp://openoffice.2283327.n4.nabble.com/Accessibility-Calc-and-Impress-got-complete-ia2-support-tp4653235p4653267.html
 Sent from the Development mailing list archive at Nabble.com.

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



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




-- 
Best Regards,

Steve Yin

[Accessibility] Calc and Impress got complete ia2 support.

[Steve Yin]

Hi all,

The branch ia2 was updated to rev 1519412. From this rev, the calc and
Impress got complete ia2 support. Please try it and give feedback here.
Thanks.


-- 
Best Regards,

Steve Yin

Re: [Accessibility] Calc and Impress got complete ia2 support -- (aoo-w7ia2) Buildbot currently failing

[V Stuart Foote]

Steve,

Great news!  Once we have a useable build...

I just checked and the current r1526782 based ia2 branch is failing snapshot
Buildbot for svn under cygwin

So the (aoo-w7ia2) Buildbot for the ia2 branch again needs some attention.

Stuart






--
View this message in context: 
http://openoffice.2283327.n4.nabble.com/Accessibility-Calc-and-Impress-got-complete-ia2-support-tp4653235p4653267.html
Sent from the Development mailing list archive at Nabble.com.

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

Re: [Accessibility] Calc and Impress got complete ia2 support -- (aoo-w7ia2) Buildbot currently failing

[Herbert Duerr]

On 27.09.2013 15:44, V Stuart Foote wrote:

Great news!  Once we have a useable build...

I just checked and the current r1526782 based ia2 branch is failing snapshot
Buildbot for svn under cygwin

So the (aoo-w7ia2) Buildbot for the ia2 branch again needs some attention.


bb-win7 says:

svn: E155004: Working copy '/cygdrive/e/slave14/aoo-w7ia2/build_svn' locked.
svn: E155004: '/cygdrive/e/slave14/aoo-w7ia2/build_svn' is already locked.
svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for details)

Andrew, can you help us out here? AFAIK you're the only one of us who 
has direct access to the machine in question (bb-win7).


Herbert

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

Re: [Accessibility] Calc and Impress got complete ia2 support -- (aoo-w7ia2) Buildbot currently failing

[Andrew Rist]

On 9/27/2013 6:44 AM, V Stuart Foote wrote:

Steve,

Great news!  Once we have a useable build...

I just checked and the current r1526782 based ia2 branch is failing snapshot
Buildbot for svn under cygwin

So the (aoo-w7ia2) Buildbot for the ia2 branch again needs some attention.

just gave it some attention and it is running now...
A.


Stuart






--
View this message in context: 
http://openoffice.2283327.n4.nabble.com/Accessibility-Calc-and-Impress-got-complete-ia2-support-tp4653235p4653267.html
Sent from the Development mailing list archive at Nabble.com.

-
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

review granted: [Bug 123198] Impress crashes using the sidebar : [Attachment 81509] catch uno exceptions in sfx2::sidebar::TabBar::Item::HandleClick()

[bugzilla]

j...@apache.org has granted h...@apache.org h...@apache.org's request for
review:
Bug 123198: Impress crashes using the sidebar
https://issues.apache.org/ooo/show_bug.cgi?id=123198

Attachment 81509: catch uno exceptions in
sfx2::sidebar::TabBar::Item::HandleClick()
https://issues.apache.org/ooo/attachment.cgi?id=81509action=edit


--- Additional Comments from j...@apache.org
I have review the patch and applied it locally. The fix works and looks ok to
me. Not critical and helps for now to survive.

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

4.0.1_release_blocker requested: [Bug 123198] Impress crashes using the sidebar

[bugzilla]

h...@apache.org h...@apache.org has asked  for 4.0.1_release_blocker:
Bug 123198: Impress crashes using the sidebar
https://issues.apache.org/ooo/show_bug.cgi?id=123198


--- Additional Comments from h...@apache.org h...@apache.org
I propose the fix should get into AOO 4.0.1 to solve the stability problem for
now. The sidebar functionality doesn't seem to be impacted but this scenario
should better be reviewed by our resident sidebar expert.

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

4.0.1_release_blocker granted: [Bug 123198] Impress crashes using the sidebar

[bugzilla]

j...@apache.org has granted h...@apache.org h...@apache.org's request for
4.0.1_release_blocker:
Bug 123198: Impress crashes using the sidebar
https://issues.apache.org/ooo/show_bug.cgi?id=123198


--- Additional Comments from j...@apache.org
approve showstopper request

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

Impress Presenter displaying in wrong language

[Rory O'Farrell]

Tonight I had occasion to use Impress Presentation Console on my installed AOO 
4.0 (9702 1503704) on XUbuntu 13.04, using the prebuilt download. My AOO 4.0 is 
installed to use en-UK locale and language.  

The title bar and other wording in Presentation Console were in French (that 
didn't worry me, as I know my way around the Console and understand French). I 
renamed the User Profile and tried again, with no change. Presumably somewhere 
in the code is a hardwired language selection, instead of one that picks up the 
installed system parameters.  This ought be fixed for 4.0.1


-- 
Rory O'Farrell ofarr...@iol.ie

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

Re: Impress Presenter displaying in wrong language

[Ariel Constenla-Haile]

On Tue, Aug 27, 2013 at 07:38:42PM +0100, Rory O'Farrell wrote:
 Tonight I had occasion to use Impress Presentation Console on my
 installed AOO 4.0 (9702 1503704) on XUbuntu 13.04, using the prebuilt
 download. My AOO 4.0 is installed to use en-UK locale and language.  
 
 The title bar and other wording in Presentation Console were in French
 (that didn't worry me, as I know my way around the Console and
 understand French). I renamed the User Profile and tried again, with
 no change. Presumably somewhere in the code is a hardwired language
 selection, instead of one that picks up the installed system
 parameters.  This ought be fixed for 4.0.1

There was a bug in the configuration schema, not noticeable before in
3.* because the UI was always in en-US (and in 4.0.0 due to poor
localization QA)
https://issues.apache.org/ooo/show_bug.cgi?id=123125


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpPg_TOfKxi4.pgp
Description: PGP signature

Reporting a problem with OperOffice Impress

[Mukund Krishnamurthy]

Unable to open .ppsx files in OpenOffice version 4.1

Pl advise.

Regards,

4.0.0_release_blocker denied: [Bug 122502] [Regression]Table can't cut/copy and paste on Mac and Redhat in impress

[bugzilla]

j...@apache.org has denied liupingtan doneyours...@gmail.com's request for
4.0.0_release_blocker:
Bug 122502: [Regression]Table can't cut/copy and paste on Mac and Redhat in
impress
https://issues.apache.org/ooo/show_bug.cgi?id=122502


--- Additional Comments from j...@apache.org
remove showstopper request, irreproducible

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

4.0.0_release_blocker denied: [Bug 122501] AOO crash when create a impress quickly by Presentation Wizard on Mac

[bugzilla]

j...@apache.org has denied liupingtan doneyours...@gmail.com's request for
4.0.0_release_blocker:
Bug 122501: AOO crash when create a impress quickly by Presentation Wizard on
Mac
https://issues.apache.org/ooo/show_bug.cgi?id=122501


--- Additional Comments from j...@apache.org
I can't reproduce this with the latest snapshot

AOO400m2(Build:9701)  -  Rev. 1496831
2013-06-25 15:52:47 (Tue, 25 Jun 2013)

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

4.0.0_release_blocker granted: [Bug 120559] Pasting graphs from Excel into Impress(not sure about others) does not use original selection of x and y data ranges. Arbitrarily changes x and y ranges int

[bugzilla]

j...@apache.org has granted Oliver-Rainer Wittmann o...@apache.org's request
for 4.0.0_release_blocker:
Bug 120559: Pasting graphs from Excel into Impress(not sure about others) does
not use original selection of x and y data ranges. Arbitrarily changes x and y
ranges into columns.
https://issues.apache.org/ooo/show_bug.cgi?id=120559


--- Additional Comments from j...@apache.org
set showstopper flag

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

Re: HTML5 animation module for impress

[Alexandro Colorado]

I promote it as GSOC task on JIRA
https://issues.apache.org/jira/browse/COMDEV-104

On 4/23/13, Ian Lynch ianrly...@gmail.com wrote:
 On 23 April 2013 01:23, Galileo Teco Juárez genital...@gmail.com wrote:

 ohhh i understand
 the idea is export, an presentation impress to html5... is good idea ..
 Interesting :D -


 Guess it also increases the focus on good SVG interoperability for Draw.

 2013/4/22 Dave Fisher dave2w...@comcast.net

 
  On Apr 22, 2013, at 2:13 AM, Andre Fischer wrote:
 
   On 22.04.2013 09:03, Alexandro Colorado wrote:
   Idea is pretty simple, with impress you can generate swf files with
   the slides from Impress. The animation code was broken for several
   ages. However, swf format has been somewhat fall on obsolecense.
   However HTML5 fileformat is gaining popularity.
  
   I think HTML5 to use for showing Impress animations is a good idea.
  Animations are encoded in SMIL (the animation part of SVG) anyway. The
  biggest problem is probably to get a good representation of the shapes
 (ie
  not bitmaps).  If done right the result could be better then what
  Impress
  does today.
 
  I agree SVG is a nice subset of HTML5. Rendering to SVG is the path
  towards ODF on any browser.
 
  I think that the combination of Apache Flex, OpenOffice, POI, and
  PDFBox
  would be incredible. Any document on any device.
 
  The Apache Flex project is working on compiling Flex / ActionScript to
  HTML5 / Javascript.
 
  Regards,
  DAve
 
  
   -Andre
  
  
   JS has some vectorial dominance on Canvas and SVG, having a JS
   engine
   that can interprete the OpenOffice animation instruction into an JS
   animation.
  
   Here is a Canvas animation stress test example:
  
 
 http://www.html5canvastutorials.com/labs/html5-canvas-kineticjs-animation-stress-test/
  
   On 4/22/13, Galileo Teco Juárez genital...@gmail.com wrote:
   how? a module, functioning in Impress, developed in HTML5?
   i did not understand the  idea  :D
  
  
   2013/4/21 Alexandro Colorado j...@oooes.org
  
   Hi I wonder if an animation module for impress on HTML5 would be a
   good idea for GSoC. Something similar to Prezi, but on a more
   traditional Impress style. There is the CSS2 'screen' or
 presentation
   style which can get regular presentations and slide from one to
   the
   next. However a JS powered animation would be powerful enough to
   rebind the most standard animations like the typing, floating
   text,
   and even 3D transitioning.
  
  
   --
   Alexandro Colorado
   Apache OpenOffice Contributor
   http://es.openoffice.org
  
  
 -
   To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
   For additional commands, e-mail: dev-h...@openoffice.apache.org
  
  
  
   --
   *Galileo Teco Juarez*
   *Web:* http://80bits.wordpress.com
   *Twitter:* @genitalico http://twitter.com/genitalico
   *Linkedin:*
  http://mx.linkedin.com/pub/galileo-teco-ju%C3%A1rez/30/690/797
  
  
  
  
   -
   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
 
 


 --
 *Galileo Teco Juarez*
 *Web:* http://80bits.wordpress.com
 *Twitter:* @genitalico http://twitter.com/genitalico
 *Linkedin:*
 http://mx.linkedin.com/pub/galileo-teco-ju%C3%A1rez/30/690/797




 --
 Ian

 Ofqual Accredited IT Qualifications
 https://theingots.org/community/faq#7.0

 Headline points in the 2014 and 2015 school league tables

 www.theINGOTs.org +44 (0)1827 305940

 The Learning Machine Limited, Reg Office, 36 Ashby Road, Tamworth,
 Staffordshire, B79 8AQ. Reg No: 05560797, Registered in England and
 Wales.



-- 
Alexandro Colorado
Apache OpenOffice Contributor
http://es.openoffice.org

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

Re: HTML5 animation module for impress

[Galileo Teco Juárez]

how? a module, functioning in Impress, developed in HTML5?
i did not understand the  idea  :D


2013/4/21 Alexandro Colorado j...@oooes.org

 Hi I wonder if an animation module for impress on HTML5 would be a
 good idea for GSoC. Something similar to Prezi, but on a more
 traditional Impress style. There is the CSS2 'screen' or presentation
 style which can get regular presentations and slide from one to the
 next. However a JS powered animation would be powerful enough to
 rebind the most standard animations like the typing, floating text,
 and even 3D transitioning.


 --
 Alexandro Colorado
 Apache OpenOffice Contributor
 http://es.openoffice.org

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




-- 
*Galileo Teco Juarez*
*Web:* http://80bits.wordpress.com
*Twitter:* @genitalico http://twitter.com/genitalico
*Linkedin:* http://mx.linkedin.com/pub/galileo-teco-ju%C3%A1rez/30/690/797

Re: HTML5 animation module for impress

[Alexandro Colorado]

Idea is pretty simple, with impress you can generate swf files with
the slides from Impress. The animation code was broken for several
ages. However, swf format has been somewhat fall on obsolecense.
However HTML5 fileformat is gaining popularity.

JS has some vectorial dominance on Canvas and SVG, having a JS engine
that can interprete the OpenOffice animation instruction into an JS
animation.

Here is a Canvas animation stress test example:
http://www.html5canvastutorials.com/labs/html5-canvas-kineticjs-animation-stress-test/

On 4/22/13, Galileo Teco Juárez genital...@gmail.com wrote:
 how? a module, functioning in Impress, developed in HTML5?
 i did not understand the  idea  :D


 2013/4/21 Alexandro Colorado j...@oooes.org

 Hi I wonder if an animation module for impress on HTML5 would be a
 good idea for GSoC. Something similar to Prezi, but on a more
 traditional Impress style. There is the CSS2 'screen' or presentation
 style which can get regular presentations and slide from one to the
 next. However a JS powered animation would be powerful enough to
 rebind the most standard animations like the typing, floating text,
 and even 3D transitioning.


 --
 Alexandro Colorado
 Apache OpenOffice Contributor
 http://es.openoffice.org

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




 --
 *Galileo Teco Juarez*
 *Web:* http://80bits.wordpress.com
 *Twitter:* @genitalico http://twitter.com/genitalico
 *Linkedin:* http://mx.linkedin.com/pub/galileo-teco-ju%C3%A1rez/30/690/797



-- 
Alexandro Colorado
Apache OpenOffice Contributor
http://es.openoffice.org

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

Re: HTML5 animation module for impress

[Andre Fischer]

On 22.04.2013 09:03, Alexandro Colorado wrote:

Idea is pretty simple, with impress you can generate swf files with
the slides from Impress. The animation code was broken for several
ages. However, swf format has been somewhat fall on obsolecense.
However HTML5 fileformat is gaining popularity.


I think HTML5 to use for showing Impress animations is a good idea. 
Animations are encoded in SMIL (the animation part of SVG) anyway. The 
biggest problem is probably to get a good representation of the shapes 
(ie not bitmaps).  If done right the result could be better then what 
Impress does today.


-Andre



JS has some vectorial dominance on Canvas and SVG, having a JS engine
that can interprete the OpenOffice animation instruction into an JS
animation.

Here is a Canvas animation stress test example:
http://www.html5canvastutorials.com/labs/html5-canvas-kineticjs-animation-stress-test/

On 4/22/13, Galileo Teco Juárez genital...@gmail.com wrote:

how? a module, functioning in Impress, developed in HTML5?
i did not understand the  idea  :D


2013/4/21 Alexandro Colorado j...@oooes.org


Hi I wonder if an animation module for impress on HTML5 would be a
good idea for GSoC. Something similar to Prezi, but on a more
traditional Impress style. There is the CSS2 'screen' or presentation
style which can get regular presentations and slide from one to the
next. However a JS powered animation would be powerful enough to
rebind the most standard animations like the typing, floating text,
and even 3D transitioning.


--
Alexandro Colorado
Apache OpenOffice Contributor
http://es.openoffice.org

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




--
*Galileo Teco Juarez*
*Web:* http://80bits.wordpress.com
*Twitter:* @genitalico http://twitter.com/genitalico
*Linkedin:* http://mx.linkedin.com/pub/galileo-teco-ju%C3%A1rez/30/690/797






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